skip navigation

PDF Document Management Software, Services & Support

Server Desktop Services Support Why Us? About Us

The Latest

SecurSign 5 Now Available! Includes Signature Validation to Detect Tampering.
Lansdowne, PA (July 13, 2011)
Encrypt, digitally sign and verify digital signatures on PDF documents.

Redax 5: Advanced Redaction for PDF Documents
Tuesday, March 22, 2011
The latest Redax adds new patterns, regular expressions and more!

Redax Enterprise Server 3 Ships!
Thursday, January 6, 2011
New Redaction Engine, Powerful New Markup Options and More!

Survey: Server Based PDF Applications
Tuesday, December 7, 2010
The 2010 Survey asked about PDF server application development.

5 PDF Readers Compared
Tuesday, November 30, 2010
Expanding on our previous review, we've included Nitro's Reader and Adobe's new Reader X.

PDF Form Aids Sales Team Collaboration
Friday, November 26, 2010
Take a document, add a dash of JavaScript, a sprinkling of PDF know-how, and serve.

What you don't know about PDF can hurt you

TalkPDF225x100_noDJ.png

Tuesday, June 15, 2010

Perhaps the single most common myth about PDF files is the idea that they are “unchangeable”. WRONG.

It's the single most common misunderstanding about the most common of file-formats.

In reality, PDF files are easy to change. They are also easy to annotate with comments, encrypt, digitally sign, make interactive, communicate with servers and much much more.

They can also be corrupted with something nasty.

Until recently, these dangers were few and far between. More recently, as IBM's X-Force Report for 2009 makes clear in gory detail, both PDF and Adobe Systems have “...taken a beating from attackers over the past one and a half years.”

Let's review the problem, then discuss some solutions.

IBM's 2009 X-Force ReportProblem 1: Most people think PDF files are inherently secure

PDF isn't a closed proprietary format; it's an open published standard, which makes it possible for some modes of attack to leverage the file-format itself. Until very recently, PDF was targeted far less than the Microsoft Office file formats. The 2009 X-Force Report makes clear that malicious PDF is on the rise, with more vulnerability disclosures about PDF than the various Office formats in 2009.

The most typical attack involving malicious PDF includes “trick” PDF files hosted on servers and emailed as spam or in targeted attacks. These assaults leverage the trust most users place in PDF; users are characteristically less suspicious of .pdf as compared to .doc or .ppt files.

Problem 2: The Software

In a more innocent time, certain forms of attack were once considered software features. This is particularly true of so-called “XSS”, or cross-site scripting attacks, in which users are spoofed into opening a “trick” PDF file that calls out to a server for various nefarious reasons.

The Acrobat JavaScript API offers an enormous range of options for developers of interactive PDF files including forms, presentations, training materials and more. In fact, the API is so powerful that it's become an invitation to hackers. Flash content, which may also be embedded in PDFs, presents similar vulnerabilities.

Using PDF viewers other than Adobe's Reader is no panacea for security concerns. Few 3rd party viewers include Adobe's comprehensive JavaScript API support and embedded Flash capabilities, but then again, they also don't have anything like Adobe's resources for detecting and addressing the threats. Of course, a third-party viewer may have fewer vulnerabilities as a function of their relatively limited features.

What Can be Done

First it must be emphasized that all the same basic rules apply to PDF as apply to any file – open it only if you trust the source.

Beyond educating users, several concrete strategies are available to dramatically enhance your protection against malicious PDF files and vulnerable PDF viewing applications.

Get the Update

The frequency of software updates has increased as the threats have multiplied. Any protective strategy should ensure that regular (and emergency) updates can and will be distributed to affected desktops as expeditiously as possible.

Managed Deployment

Organizations “of a certain size” decided long ago that ad-hoc unmanaged desktops was an IT nightmare that could be defeated with centrally-managed software deployment. In these settings, the simplest way to deal with threats is to turn off functionality in the affected software.

In some cases, for example, the recent authplay.dll vulnerability, can be mitigated by simply renaming an installed file – a process that's ready and waiting to go in most managed-deployment installations. In other cases, customizing the software as-deployed is often necessary, and for that, Adobe Systems, at least, provides an extremely granular deployment customizer.

Between Patches? Disable Flash, deactivate JavaScript

So, what else might you have to do between patches? Many recent exploits have utilized Flash and the Acrobat JavaScript API, so the most conservative organizations turn off Flash and JavaScript support entirely, denying their users important functionality but also categorically eliminating the threat from this vector.

This approach isn't always available or desirable. From fillable forms to hyperlinked reference documents, active-content PDF files play key roles in the daily business operations for many organizations. For these, less drastic approaches to the JavaScript problem are required. Some organizations use software to detect incoming PDF files containing active content (JavaScript, links, launch actions and the like). This approach allows them to categorize and manage inbound content as they would any other potential threat without taking the more extreme step of simply banning files that include these features. (See our APActiveCheck as one example).

In other cases, PDF certification or digital signatures can provide another option for ensuring active content PDFs are known to be safe.

According to Doug Hanna, who manages 5,000 Adobe Acrobat seats for Hewitt Associates, “Once Microsoft understood that corporate was not going to deploy their tools until their security was tightened down they acted upon it,” he says. At this time, Hewitt doesn't permit JavaScript to operate in PDFs, but will make exceptions on a case-by-case basis. Hanna thinks Adobe is reacting faster than Microsoft did, before 'Patch Tuesday' became the norm, ensuring that their Reader and Acrobat platform is as secure as possible.

Conclusion

The most troubling aspect of these new threats is that they arrive on a vector that most users and managers have grown to trust – PDF.

This trust is entirely out of all proportion to the actual security, authentication and other measures in place to guard against malicious PDFs – in many cases, zero.

As Microsoft knows only too well, ubiquity makes you a target. The ubiquity of PDF and Flash has brought the attention of the hackers. While the vendors adjust, prudent IT managers should review their options. The 2009 IBM X-Force Report is a great place to start.


Server Desktop Services Support Why Us? About Us
AppendPDF
AppendPDF Pro
FDFMerge
FDFMerge Lite
pdfHarmony
Redax Enterprise Server
SecurSign
StampPDF Batch
APCrypt
APJavaScript
APSplit
APGetInfo
pdfAPilot Server 2
Redax
StampPDF plugin
StampPDF DE
AppendPDF DE
APSplit DE
PDF Forms
Designer/XFA Forms
PDF JavaScript
PDF Accessibility
Section 508
Publication Scanning
CD/DVD-ROMs
Custom Development
Software Support Policy
Technical Support
Product Documentation
FAQs
Sample Scripts
PDF Glossary
Contact Support

Talking PDF
Appligent Labs
Customers
Testimonials
Case Studies
Cost Effectiveness
Innovation
PDF Standards
Experience
Mission
History
People
Partners
Contact Us
News & Events
Site Accessibility
Site Index
 
Site Accessibility | Email the WebAdmin
Valid HTML 4.01! Section 508 Compliance logo