lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <3fe8d791-0a0b-de40-f24e-8a4168e86c32@nwever.nl> Date: Tue, 22 Nov 2016 10:56:57 +0100 From: Berend-Jan Wever <berendj@...ver.nl> To: fulldisclosure@...lists.org, Bugtraq <bugtraq@...urityfocus.com> Subject: CVE-2015-0050: Microsoft Internet Explorer 8 MSHTML SRunPointer::SpanQualifier/RunType OOB read details Throughout November, I plan to release details on vulnerabilities I found in web-browsers which I've not released before. This is the sixteenth entry in that series. Unfortunately I won't be able to publish everything within one month at the current rate, so I may continue to publish these through December and January. The below information is available in more detail on my blog at http://blog.skylined.nl/20161122001.html. There you can find a repro that triggered this issue in addition to the information below. Follow me on http://twitter.com/berendjanwever for daily browser bugs. MSIE 8 MSHTML SRunPointer::SpanQualifier/RunType OOB read ========================================================= (MS15-009, CVE-2015-0050) Synopsis -------- A specially crafted web-page can cause Microsoft Internet Explorer 8 to attempt to read data beyond the boundaries of a memory allocation. The issue does not appear to be easily exploitable. Known affected software, attack vectors and mitigations ------------------------------------------------------- * Microsoft Internet Explorer 8 An attacker would need to get a target user to open a specially crafted web-page. Disabling Javascript should prevent an attacker from triggering the vulnerable code path. Description ----------- The issue requires rather complex manipulation of the DOM and results in reading a value immediately following an object. The lower three bits of this value are returned by the function doing the reading, resulting in a return value in the range 0-7. After exhaustively skipping over the read AV and having that function return each value, no other side effects were noticed. For that reason I assume this issue is hard if not impossible to exploit and did not investigate further. It is still possible that there may be subtle effects that I did not notice that allow exploitation in some form or other. Time-line --------- * *June 2014*: This vulnerability was found through fuzzing. * *October 2014*: This vulnerability was submitted to ZDI. * *October 2014*: This vulnerability was rejected by ZDI. * *November 2014*: This vulnerability was reported to MSRC. * *February 2015*: This vulnerability was addressed by Microsoft in MS15-009. * *November 2016*: Details of this issue are released. Cheers, SkyLined Download attachment "0x2557C5AA.asc" of type "application/pgp-keys" (2036 bytes) Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)
Powered by blists - more mailing lists