Adobe Putting PDF Reader In a Sandbox
Captain Eloquence writes "The next major version of Adobe's PDF Reader will feature new sandboxing technology aimed at curbing a surge in malicious hacker attacks. The initial sandbox implementation will isolate all 'write' calls on Windows 7, Windows Vista, Windows XP, Windows Server 2008, and Windows Server 2003. Adobe security chief Brad Arkin believes this will mitigate the risk of exploits seeking to install malware on the user's computer or otherwise change the computer's file system or registry. In a future dot-release, the company plans to extend the sandbox to include read-only activities to protect against attackers seeking to read sensitive information from the user's computer."
That piece of bloatware should be put on a harsh diet before that.
Sometimes, life itself is sarcasm...
It appears Adobe finally realized that a document reader shouldn't have access to my entire sysetm.
Why does a PDF viewer need to give the document the ability to write at all?
Would ripping some of the crazy features out of the PDF spec solve this more completely and reasonably?
What do we use PDFs for which involves writes?
Honestly, give up on Adobe Reader. There are other options. FoxIt has about the same feature set, and CAN do all the dangerous boneheaded stuff like embedded javascript and external execution, but by default it's off, and the vast majority of people never need that stuff.
On the skinny end there's Sumatra (too skinny for me, no browser plugin). At the other end is Nitro PDF, which has a TON of features even in the free version.
Honestly, just take Adobe reader right off your machine. Do it now.
A sandbox doesn't matter if said sandbox has as many flaws as the orignal reader...
TIDserve gets right past virtualization. It uses a privilege escalation in IE to find the virtual OS' drivers and then it follows the driver chain down to atapi.sys (which it can exploit).
Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
It seems that Microsoft already went through this 15 years ago with Word macros. It's kind of scary that these companies that are producing software for looking at / creating documents would enable this sort of functionality in their file formats. I realize that there are a handful of applications where it's beneficial to have a document be able to write to the filesystem, but for 99.99% of documents, what business do they have reading or writing anything?
It would be like if you bought a book, sat it down on your desk, and when you pick it up later, you find that the book was doodling on your desk the whole time.
There are good practices for security to minimize security risks, but nobody at Adobe has ever heard of them.
This is my signature. There are many like it, but this one is mine.
"I don't use Adobe Reader, so why would anyone else need to? Why can't everyone just change to something else?"
Sorry, but the vast majority of users have Adobe Reader installed to view PDF files, and they will not know why or how they should change to something else. Add to that the fact that the security of shitty-but-popular popular affects us all by proxy, and these things really do matter.
It's like saying, "Well, I don't care about malicious JavaScript and ActiveX in Internet Explorer, because I use Firefox on Linux. Who needs that other crap?" Most other people are just going to use default garbage, and the entire Internet is impacted by this.
Still, there are always Slashdot posts in the vein, "I don't use software X, I use software Y, so it doesn't matter." It's a naive and self-centered view of the world that unrealistically assumes that because a particular geeky reader found a way around a problem, that it has ceased to become a problem, or that the entire world should then follow this in emulation. Wake up, the world is bigger than the basement you inhabit.
Systemd: the PulseAudio of init systems
Why would 32-bit libraries cause stability issues? Other applications wont use them if they're already 64-bit. If its Acrobat iself having stability issues, a 64-bit version wouldn't help most likely. .
Just sayin'...
Edith Keeler Must Die
Sounds like you're overreacting a bit. The OP's comment sounds to me like a reasonable suggestion that would probably fit the needs of a significant percentage of Adobe Reader users. A solution doesn't have to be completely general in order to be useful.
And Apple Stole every aspect from the XEROX PARC development. They guy credited with creating the GUI and Mouse worked for Xerox, not Apple. Xerox let them steal it, no question, but don't give credit where it's not due, PARC is responsible for far more than what you are crediting to Apple. The only thing Apple did was make these software interfaces cost effective by using commodity hardware instead of PARC'a tendency to use specialty hardware.
The initial sandbox implementation will isolate all 'write' calls on Windows 7, Windows Vista, Windows XP, Windows Server 2008, and Windows Server 2003...
I was always perplexed at how a text document can somehow make calls to an operating system. It seems to be that PDF is a programming interface that supports text, and not a document format.
Windows 7 and Vista offer protected mode to any developer who wants to use it. Acrobat doesn't currently use it but other applications do and it seems they'd rather roll their own sandbox, which is fine, but the mode is available as an OS feature. This is separate from running as a limited user or enabling the UAC, both of which can be done on top of it.
"Yeah, hi. Can you please change your workflow and the way you've been doing things for years that has worked with no problems just because I can't be bothered installed a free program to open your PDF files? Thanks!"
Yea, isn't that kind of the point of PDFs? To be able to view the same document on any machine just as if it were printed?
If you are making a PDF that can only be read in the latest version Adobe acrobat reader, you might as well use the docx format lol.