A lot of people have complained about the lack of security in Adobe PDF related products and the fact that the very architecture is insecure. There have been a whole spate of PDF related exploits and vulnerabilities lately – some of them being very serious.
It’s good to see Adobe is taking this matter seriously and rather than just issuing patch after patch (firefighting) they are trying to do something fundamentally different with their PDF reader software to fix the root cause.
Now I’m not saying this will solve all the PDF related problems, but it’s good to see them doing a ground up rebuild and implementing safety features like sandboxing.
Adobe has offered more details of the ‘sandbox’ security feature it plans to implement to secure its hugely popular but often-attacked PDF Reader software. First announced last July, the latest description put out by Adobe’s security development team makes clear that Reader’s new ‘protected mode’ will be no mere bolt-on. This is starting to look like a ground-up re-design of how the program operates, almost from scratch.
This effectively relegates Reader to a new rung of privilege below that if the system user, which stops the application simply accessing key parts of the OS such as the Registry or file system as it likes. Instead all such calls will have to go through a trusted broker process if they want to communicate beyond the sandbox.
The new design won’t stop exploits targeting Reader but they will limit what can be done from within its confines. At the moment, that is more or less anything the attacker wants, including being able to take over the system.
“The challenge is to enable sandboxing while keeping user workflows functional without turning off features users depend on,” says Adobe’s blog.
As the developers admit, the potential hole in security is always the operating system itself, which can still be compromised, although exploiting such vulnerabilities is as easy as it easy a few years back. Microsoft’s software development lifecycle (SDL) has tightened up code security. The first version sandbox will also not protect against read access to the file system (which allows data theft) or registry, or restricting network access, but future versions will look at this aspect of security.
Adding defence mechanism to specific applications other than browsers is an unusual approach to application design, but Reader’s security troubles have gone beyond that of most applications.
They have a pretty tough challenge on their hands as we know the more security you implement the less usability you have. So they have a precarious balance between retaining features which users require and limiting the amount of damage the software can do to the OS.
But it’s certainly a step in the right direction and as stated above, it certainly wont prevent there being any more exploits in Adobe’s PDF Reader – but it will limit the damage any future exploits can cause.
Source: Network World
- Google Chrome 42 Stomps A LOT Of Bugs & Disables Java By Default
- VScan – Open Source Vulnerability Management System
- Facebook Launches ThreatExchange – Security Clearinghouse API
- Critical 0-day Vulnerability In Adobe Flash Player, Reader & Acrobat
- At Last – Adobe Launches Sandboxed Flash Player For Firefox
- Adobe Promises Patch For Flash 0-day Being Used In Targeted Attacks
Most Read in Countermeasures:
- AJAX: Is your application secure enough? - 119,439 views
- Password Hasher Firefox Extension - 117,222 views
- NDR or Backscatter Spam – How Non Delivery Reports Become a Nuisance - 57,591 views