Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Focus-Microsoft
[Top] [All Lists]

Compromising the Windows Service or Driver failure event sink

Subject: Compromising the Windows Service or Driver failure event sink
Date: Tue, 22 May 2007 22:10:55 +0100
Hey all

Back in December 2006 Harlan C, Thor HoG and I had an interesting
conversation about the possible use of a buffer overflow attack against the
explorer process that scans a new drive and processes the content of AutoRun
and .ICO files. I said at the time that I don't have the skills necessary to
write the exploit code, but I was pretty sure someone would.

For those interested, the subject line was "RE: U3 TEchnology was RE:
strange new virus"; for reasons that will become apparent to the reader :)

Sure enough, at the end of March 2007, someone thinking along the same lines
worked out "Microsoft Windows Cursor And Icon ANI Format Handling Remote
Code Execution Vulnerability", BuqTraq ID: 23194. I'm hoping that the same
will happen again here...

If a windows service or driver set to start at boot (ie "Automatic") fails
to start for whatever reason, a message is displayed at the console. The
message also appears on top of the logon prompt, and is therefore running in
the system context. The "service or driver failed to start" message is a
generic event sink for a variety of failures (including, oddly enough "file
not found").

It occurs to me that this event sink could probably be compromised, such
that it would drop your exploit code out to executable RAM, and in the
system context. System context under Windows 2003 is even more dangerous
than it was under NT/2000, as under certain circumstances it allows access
to the Active Directory Domain as well.

Thoughts?

Incidentally, Ant F? If you're reading this, stop working and eat more lunch
:)

Cheers

James

James D. Stallard, MIoD
Infrastructure Technical Architect
Web: www.leafgrove.com
LinkedIn: www.linkedin.com/in/jamesdstallard
Mobile: +44 (0) 7979 49 8880
Skype: JamesDStallard




<Prev in Thread] Current Thread [Next in Thread>