PCRE before 8.38 mishandles the /(?=di(?<=(?1))|(?=(.))))/ pattern and related patterns with an unmatched closing parenthesis, which allows remote attackers to cause a denial of service (buffer overflow) or possibly have unspecified other impact via a crafted regular expression, as demonstrated by a JavaScript RegExp object encountered by Konqueror.
The product performs operations on a memory buffer, but it reads from or writes to a memory location outside the buffer's intended boundary. This may result in read or write operations on unexpected memory locations that could be linked to other variables, data structures, or internal program data.
Link | Tags |
---|---|
http://www.openwall.com/lists/oss-security/2015/11/29/1 | third party advisory mailing list |
https://access.redhat.com/errata/RHSA-2016:1132 | vendor advisory |
http://www.oracle.com/technetwork/topics/security/linuxbulletinapr2016-2952096.html | third party advisory |
http://www-01.ibm.com/support/docview.wss?uid=isg3T1023886 | third party advisory |
http://rhn.redhat.com/errata/RHSA-2016-1025.html | vendor advisory |
http://rhn.redhat.com/errata/RHSA-2016-2750.html | vendor advisory |
http://www.securityfocus.com/bid/85576 | vdb entry third party advisory |
https://bto.bluecoat.com/security-advisory/sa128 | third party advisory |
http://vcs.pcre.org/pcre/code/trunk/ChangeLog?view=markup | release notes vendor advisory |
https://security.gentoo.org/glsa/201607-02 | vendor advisory |