Zero-day Exploit in PDF With Adobe Reader 188
hankwang writes "Security researcher Petko Petkov, who is known for his recent discovery of a vulnerability with Quicktime in Firefox, claims to have discovered an exploit that allows arbitrary code execution when a maliciously crafted PDF document is opened in any version of Adobe Reader. Petkov did not disclose any technical details other than a video, but claims on his blog that Adobe has acknowledged the vulnerability. If this exploit goes wild, it could cause some serious problems, as PDFs are usually automatically opened from web browsers and widely used and trusted by corporate users."
xpdf etc (Score:5, Funny)
Re: (Score:2, Informative)
Re: (Score:2, Insightful)
You are joking, right? Xpdf lacks all kinds of features useful in the corporate world. Forms that can be filled out is one. PDF is an open format, and Adobe publishes the standard [amazon.com] for your convenience, but even after years of work Xpdf and offshoots like libpoppler still can't support much more than they did years ago.
what corporation actually makes use of forms? isn't that what html is ok for? if one wants to do a form, why not have a code hook that can validate the form data before printing. in most cases, i bet people send the whole pdf to print rather than just the page with the form, so it's probably better all round to keep forms on the web, where most people can get to it.
Re:xpdf etc (Score:5, Informative)
Re: (Score:2)
what corporation actually makes use of forms?
Only every single one I've ever worked for. Some government offices here in Canada also provide PDF forms for situations where you have to submit a printed version of the form in the end. You could achieve something similar with web forms, except the printed version would look different depending on browser. Sometimes a consistent formatting is a real advantage. So it is either PDF forms or Word, and given a choice between the two, I definitely vote for PDF.
perhaps there is a use for pdf forms, however, the world span perfectly ok before their existence, and i'm sure it will spin just fine without it. what i do think, however, is that there is little calll for them. if a consistent formatting is required, then i suggest sending out a plain text file and request that it is filled in, it's something that i seriously can't see much of a requirement for. sorry.
Re: (Score:2)
Re:xpdf etc (Score:4, Insightful)
This is 2007, where people don't even know the differences between
Re: (Score:2)
You apparently really want to harness yourself to paper pulp and simulacra thereof.
Public key cryptography and digital escrow agents are general purpose. There is no call to lock yourself in to a particular vendor's revenue stream.
Re: (Score:2)
Re: (Score:2)
The multinational corporation I work for doesn't. I have yet to receive a government PDF form here in Canada.
The Evince developers are working on a form filling function for it. So I hope I never have the need to install Acrobat Reader on my home Linux system. At work on XP I use Foxit reader as my Acrobat Reader installation is so fucked up.
Re:xpdf etc (Score:5, Informative)
Re:xpdf etc (Score:4, Insightful)
Re: (Score:2)
Re:xpdf etc (Score:4, Informative)
Re:xpdf etc (Score:4, Insightful)
An intentional defect is not a feature.
Re: (Score:2)
Re:xpdf etc (Score:4, Informative)
Re: (Score:2, Insightful)
It looks like it's a planned feature of evince.
Re:xpdf etc (Score:5, Insightful)
I think the sensible strategy, in terms of performance and security, is to use a lightweight minimalist PDF reader for 99% of your PDF needs, and then to only open up Adobe Acrobat when you absolutely need its extra features. Acrobat is a rather large program (some might say "bloated") and it supports a wide variety of features, plugins, etc. It's a fact of life that supporting all those additional features (which are rarely used in a document) increases the program's resource requirements, and make security vulnerabilities "more likely" (for every feature you add, there's another chance for a bug, and another attack vector).
So, again, I think the sensible strategy is to use a fast, minimalist PDF reader (which, hopefully, is simple enough that it fairly secure: that is, no plugins that can run arbitrary code). Then, when you encounter those PDFs that need those extra features, you load them using a Acrobat, assuming you trust them. In my experience, PDFs that use anything beyond the basic features are rare enough that this isn't much of a burden. It's a fallacy to think that every program that supports a given filetype needs to "do it all"--different programs have different uses.
Re: (Score:2)
Re: (Score:3, Interesting)
I think the sensible strategy, in terms of performance and security, is to use a lightweight minimalist PDF reader for 99% of your PDF needs, and then to only open up Adobe Acrobat when you absolutely need its extra features. Acrobat is a rather large program (some might say "bloated") and it supports a wide variety of features, plugins, etc.
People have different definitions of "bloat". Mine is when you have to clutter up your system with more than one application to d the same job. Besides, I'm of the opinion that it's alright to use the incredibly fast and high-RAM computers of today to run these application without being stingy about resources for every single thing (unless it actually does slow down your system). While I've pitied the users who have 16 things in their system tray that eat up resources (Acrobat does this too btw, with it
Re: (Score:2)
I use Acrobat 4. It can display and print 99% of the PDF files I need. I can warm up a later version of the reader if I have to, a few times a year. It's much smaller and faster than current versions, and I doubt it is vulnerable to any exploits, at worst it would crash or fail to open a document.
Also Elcomsoft's Advanced eBook Processor to strip away silly print or selection restrictions is useful. Thanks Dmitry.
Re: (Score:3, Insightful)
Lacking features can be a good thing.
Not accusing of anything, but this is altogether too often used by FOSS advocates to justify the lack of features or polish.
use a lightweight minimalist PDF reader for 99% of your PDF needs, and then to only open up Adobe Acrobat when you absolutely need its extra features
The security issues still remain - all an attacker has to do is disguise his PDF as a PDF form and shabam, your employees fall hook, line, sinker, and your network is now compromised. A pinhole in a submarine will still let water in, even if 99% of the rest of the surface is perfectly sealed.
Re: (Score:3, Informative)
Yes, that company was Microsoft, but that doesn't change the fact that they threatened to sue them over its inclusion for "antitrust reasons" (read: It would hurt the sales of Acrobat [adobe.com]).
PDF isn't an open standard. If you want to implement it, Adobe apparently retains the right to sue you for it at any time.
Re: (Score:3, Insightful)
Re: (Score:2)
-- Martin Niemöller
Adobe has already acted in bad faith once, there's nothing stopp
Mod parent up! (Score:2)
smug (Score:4, Funny)
about time i got modded as a troll neway
Re:smug (Score:4, Funny)
Re:smug (Score:5, Funny)
Lacks details (Score:2)
Details Sorely Lacking (Score:5, Interesting)
Re:Lacks details (Score:4, Informative)
Also, an integer overflow [mitre.org] was recently found and fixed in xpdf. This could be the same bug.
Re:Lacks details (Score:5, Informative)
No. Postscript is a Turing-complete language. People have, e.g., written calculator programs in postscript, and implemented Conway's game of life in it. PDF is not Turing-complete, and that was an intelligent, intentional design decision. I think it had less to do with concerns about security than with not wanting to run a program on your printer without having any possible way to tell whether the program would ever terminate.
Re: (Score:2)
Re: (Score:2)
The specification even extends into advanced CAD techniques (Coons patches and tensor products in page 232) for background shading, 3D artwork (page 789-841) which is more based on objects, nodes, multiple lightsources a
It was going to happen (Score:2)
The vulnerability is in Reader not the PDF format (Score:4, Insightful)
So in the interest of the public, what alternative PDF readers can people use?
In addition to that I hope Adobe clues in and realizes, Reader is there to READ AND DISPLAY PDFs and nothing else. The last time I installed it under XP on my office workstation it wanted to shovel a bunch of crap into the tray and seemed to have a lot more cruft than it needed to. This is different from what I remember it being in High School where it was a simple viewer so the customers who paid for Acrobat had an easy way to tell their readers how to open the PDFs. It has since morphed into a product instead of just a utility.
Re:The vulnerability is in Reader not the PDF form (Score:5, Informative)
Macs have Preview, Linux has Evince and others.
Re: (Score:2)
HTH
Re: (Score:3, Informative)
Re: (Score:2, Informative)
Other than that, Foxit is a very nice piece of software.
Re: (Score:2)
Re: (Score:3, Informative)
Re:The vulnerability is in Reader not the PDF form (Score:5, Informative)
Re: (Score:2)
You must be new here.
linux readers, and disabling JS on linux (Score:2)
On Linux, I prefer to use xpdf as my Firefox plugin, simply because it loads extremely quickly. The UI is pretty primitive, however (think X Windows, 1985). For Gnome, the standard reader now seems to be evince. For KDE, it's kpdf.
I spent some time websurfing for instructions on how to disable javascript in Adobe Reader 7 on Linux. I found a lot of pages claiming that you could do it via Edit>Preferences>JavaScript, bu
Re:The vulnerability is in Reader not the PDF form (Score:2)
Although it is true that there could be the need of a light version of the PDF reader, do not underestimate the flexibility and power brought by Acrobat javascript engine. Have a look at this API [adobe.com]. For example, you can invert the page ordering with just a one-liner...
Of course, not everyone needs this functionality. But not everyone needs the functionality of Excel, and it is still the domina
Comment removed (Score:5, Informative)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re:FYI: Vista not affected (Score:5, Funny)
Well yeah, it can't affect an operating system if no one is running it.
Sorry, couldn't resist.
Re: (Score:2)
i know version 5 came on tons of various cd roms, including ones from motherboards and even anti virus installers... in fact even though i had a newer version i happend to pick version 5 when i reinstalled my parents computer because i was lazy and it came on their anti virus install cd.
Foxit reader is a good substitute. (Score:3, Informative)
Windows:
http://www.download.com/Foxit-PDF-Reader/3000-2079_4-10634896.html?tag=lst-0-1 [download.com]
Linux:
http://www.foxitsoftware.com/pdf/desklinux/ [foxitsoftware.com]
I second this (Score:2, Informative)
Re: (Score:2, Informative)
FoxIt does not seem to cache the page you are looking at, it appears to re-render the whole thing every time you move it.
So, when you have an engineering drawing with only a few thousand vector lines on a page, it slows down to about a tenth of the speed of Reader 8.1.
Now I have both installed, much to my annoyance - before seeing this, FoxIt was the one!
Re:Foxit reader is a good substitute. (Score:5, Insightful)
"Foxit is vulnerable as well, although the user is required to interact with the document in order to launch the exploit."
Re: (Score:2)
So, I'm better off sticking with Foxit for most uses.
I only use acrobat reader when forced to, (security, form filling...)
Re: (Score:2)
Re: (Score:2)
It also pleases the raving hippies who want everything open source
Re: (Score:2)
Re: (Score:2)
See screenshot [bayimg.com]
Any ideas? I like FoxIt, but I can't use it!
Note: The zoom is set to the same on both, zooming on FoxIt doesn't help the issue. Also sorry the screenshot is so small, I uploaded a larger one but BayImg didn't like it for some reason.
Re: (Score:2)
- Some fonts looked different from the original. "Different" as in "the same font but were slightly thinner/bolder". Not an AA issue, the actual drawing of the polygons seemed slightly off.
- Redrawing a vector part was slow even though everything else was blindingly fast.
- Hitting "Print" caused it to crash. Every time.
Kudos to FoxIt for tring, but with much sadness I immediately uninstalled it. At least Read
Re: (Score:3, Informative)
Re: (Score:2)
We got BSOD on multiple XP boxes when printing, so we had to revert back to the bloated Adobe Reader.
NOT a zero day exploit ! (Score:4, Informative)
Re: (Score:2)
I won't even point out the irony in that a Slashdot editor doesn't even know.
Re: (Score:2)
For firefox users... (Score:4, Informative)
"If this exploit goes wild, it could cause some serious problems, as PDFs are usually automatically opened from web browsers and widely used and trusted by corporate users."
If you are using firefox, there is a simple way around this. Just install the PDF download [mozilla.org] add-on, its also helps avoid the problems involving the embedded PDF plugin crashing your browser.
As an asside: (Score:4, Interesting)
there are many platforms, many implementations (Score:2)
So, I still feel safe
'Preview' and Mac OS X (Score:2)
I understood that PDF is virtually native on the Mac. This is in part due to the design of Quartz and now NeXT used to use display Postscript , which PDF grew out of in a way.
Some applications now use scaled PDF icons for resolution indepenence, such as Coda for example. Should we be worrying about this at all?
Re:'Preview' and Mac OS X (Score:5, Informative)
As a side note... Preview does an incredibly good job with PDFs that Adobe themselves can't even do. Back when I was a Windows user exclusively, I always complained that the "official" reader was dog slow even on the fastest machines, and could not ever scroll smoothly through any slightly complex document.
Now that I've switched to Mac and use Preview, I realize this isn't Windows, it's just Adobe's incompetence. Preview is fast as hell and NEVER lags in any way, while Adobe Reader for the Mac is as slow and bloated as its Windows brethren.
Enough! (Score:2, Interesting)
Re: (Score:2)
Re: (Score:2)
Except I just read there is a security flaw in VMware could allow a process running within the VM machine to exploit the host OS. So even virtualization as a sandbox is not fully effective.
In fact it happened (or theoretically possible) with MS Virtual PC (don't laugh) 7 running on OS X.
http://www.versiontracker.com/dyn/moreinfo/macosx/1006 [versiontracker.com]
"What's new in this version":
"This update fixes a vulnerability that an attacker can use to overwrite the contents of your computer's memory with malicious code."
Yes, the "Virtual PC" running there may overwrite memory from "there". I hate to pick on MS and VPC is some real cool code but... It is sounding damn funny.
If any Mac people reading this: Get it u
Re: (Score:2)
I see much more value in writing software in languages where the now common types of exploits can't occur [inglorion.net]. If we can stop programs from wrongly referencing
Landmines of the Internet (Score:2, Informative)
It looks like Adobe is just kicking their reputation up a notch.
So do what most concerned individuals do ... (Score:2)
Re: (Score:2)
It is amazing how much M$ owns the broken meme ... (Score:3, Insightful)
Re:It is amazing how much M$ owns the broken meme (Score:2)
Re: (Score:2)
Re: (Score:2)
Hah.
Re:It is amazing how much M$ owns the broken meme (Score:2)
Fucking racist.
There's vulnerabilities and vulnerabilities. (Score:2)
I've listed a few here [slashdot.org] and as I said in another message recently I'm absolutely appalled that people are still making up excuses for fundamental design flaws that should have been fixed a decade ago. And all these flaws are still
Hint to editors... (Score:4, Funny)
This was never a 0Day... (Score:5, Informative)
The defining characteristic of 0day is the day an EXPLOIT is RELEASED, where such exploit also serves as the ONLY vendor notification of a bug being discovered. Every adult on this list understands the definition, but the kids can't seem to grasp the not-so-subtle nuance between a 0day and the discovery of a bug in someone else's code.
This supposedly serious disclosure referred to in the article is a non-event, there was a "press release" about a supposedly serious flaw in PDF, there were no details, so therefore it doesn't even count as disclosure of a vulnerability as a whole.
Re: (Score:2)
Not sure how that slipped past the editors.
Thanks
-joel
Not a Zero-day (Score:2, Insightful)
No pressure to fix it (Score:2)
From TFA:
So if Adobe never releases a fix, he will never release the details? That's rather open-ended. He should have set a reasonable timeline which includes a reason
Re: (Score:2)
Re: (Score:2, Insightful)
Extensions? (Score:2)
Re: (Score:2)
Your other suggestion sounded good, but...
Why would you want to do that? That just allows the "nobody" user to mess with the Adobe directory. Considering "nobody" is often used for daemons, you just let anyone who cracks one of the said daemons to write files to that directory and potentially screw with the users who run Adobe's progams.
You want global stuff to be owned by root or an administrative user so that others can't mess with it. Generally speaking, only
Re: (Score:2, Funny)
Re:Terminology Police! (Score:5, Informative)
Re: (Score:2)
Get with the program!