Hacker finds a way to exploit PDF files, without a vulnerability
Summary: The PDF hack, when combined with clever social engineering techniques, could potentially allow code execution attacks if a user simply opens a rigged PDF file.
A security researcher has managed to create a proof-of-concept PDF file that executes an embedded executable without exploiting any security vulnerabilities.
The PDF hack, when combined with clever social engineering techniques, could potentially allow code execution attacks if a user simply opens a rigged PDF file.
Here's the skinny from researcher Didier Stevens.
I use a launch action triggered by the opening of my PoC PDF. With Adobe Reader, the user gets a warning asking for approval to launch the action, but I can (partially) control the message displayed by the dialog. Foxit Reader displays no warning at all, the action gets executed without user interaction.
Although PDF viewers like Adobe Reader and Foxit Reader doesn't allow embedded executables (like binaries and scripts) to be extracted and executed, Stevens discovered another way to launch a command (/Launch /Action), and ultimately run an executable he embedded using a special technique.
Stevens said Adobe's PDF Reader will block the file from automatically opening but he warned that an attacker could use social engineering tricks to get users to allow the file to be opened.
With Foxit Reader, there is no warning whatsoever:
Stevens has not released the proof-of-concept file. The issue has been reported to Adobe's security response team.
With Adobe Reader, the only thing preventing execution is a warning. Disabling JavaScript will not prevent this (I don’t use JavaScript in my PoC PDF), and patching Adobe Reader isn’t possible (I’m not exploiting a vulnerability, just being creative with the PDF language specs).
Stevens tested his research on Adobe Reader 9.3.1 (Windows XP SP3 and Windows 7).
Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.


Talkback
Semantics
Yeah, my thought too.
So it's basically a design flaw in the PDF specification?
it appears so
Ridiculous.
The title of this article is flawed -- it is a vulnerability. It just isn't one due to lame ass coding, but one that uses the product's own features against the user.
Any vulnerability requires an exploit, and this is no different in that respect.
That it is different from things like buffer overlows giving security access, etc, does not mean it is NOT a vulnerability.
Don't forget this one
--World of Ye :D
Similar to...
Gee, IE8 did what it was supposed to do. Only the side door was left wide open.
;)
RE: Hacker finds a way to exploit PDF files, without a vulnerability
RE: Hacker finds a way to exploit PDF files, without a vulnerability
RE: Hacker finds a way to exploit PDF files, without a vulnerability
RE: Hacker finds a way to exploit PDF files, without a vulnerability
RE: Hacker finds a way to exploit PDF files, without a vulnerability
RE: Hacker finds a way to exploit PDF files, without a vulnerability
RE: Hacker finds a way to exploit PDF files, without a vulnerability
PDF Reader
This sort of vulnerability would scare the crap
outta me if I let it.
I also use Sumatra, too.
STDU Viewer is safe
I noticed that the Adobe Reader does have a check box that allows you to bypass the dialog box shown in the future, so if you've ever run a file that uses this legitimately, and you check that box, you're vulnerable against this flaw.
Google Docs...
it works only on windoze
Sumatra works in Linux, though. Unless it doesn't follow the PDF specs, it
Although the attack would of course have to be specifically targeted at Linux and not Windows or OSX to run, and sandboxing Sumatra is trivial, so it wouldn't be able to do any real damage, but still.. not good.
I think what he was saying is that...
(unless you were to stupidly run Sumatra as root
in which case you would deserve everything you
got).