It's not always possible to find vulnerabilities or even zero days after using methods of reverse engineering or fuzzing, but this time I was super lucky. 2 months ago, I was studying Corelan’s article about heap spray exploitation which is a great one. During the study, while I was debugging Internet Explorer 7, Immunity Debugger (the last version, 1.85) has crashed and WinDBG handled the exception. I was really surprised.
OSVDB ID : 107499
EDB-ID : 32435
Reddit : /r/netsec
OSVDB ID : 107499
EDB-ID : 32435
Reddit : /r/netsec
When I looked back to determine what caused it to crash, I noticed that SE-Handler was recursively added to its SEH chain. Because SEH chain was created on stack segment and SEH chain was too long, this caused a stack overflow and Immunity Debugger crashed.
After realizing the cause of the crash, I quickly wrote a dirty PoC code to trigger the stack overflow vulnerability. The following PoC code creates try-catch blocks to overflow the stack.
It was tested on Windows 7 and Windows XP. In both of them, DEP protection was disabled.
When I look at the following !exploitable output, it is stated that this vulnerability is not exploitable.
!exploitable 1.6.0.0
Exploitability Classification: PROBABLY_NOT_EXPLOITABLE
Recommended Bug Title: Read Access Violation near NULL starting at ImmunityDebugger!Addsorteddata+0x0000000000000069 (Hash=0xa84b56c5.0x36b8c4de)
This is a user mode read access violation near null, and is probably not exploitable.
This vulnerability was reported to the Immunity to support@immunityinc.co on 06 January 2014.
No comments:
Post a Comment