Question: Adobe Reader’s Protected Mode and compatibility with dynamic forms. Answer.
Dealing with dynamic PDF forms is not always exactly ground-breaking stuff, although a design challenge like anything else. A question on a potential incompatibility between the new security features in Adobe Reader and JavaScript is answered by an update soon coming to Adobe Reader; and a very nice man from Adobe.
Designing dynamic PDF forms can be satisfying work, as introducing things such as interactivity and progressive disclosure can produce an effective end result. However the crux of these features is JavaScript, which it seemed had recently potentially come under fire by new security settings in Adobe’s own Reader software.
Protected Mode is Adobe Reader X’s ‘sandbox’ environment, enabled by default and disabling JavaScript to an extent – which may of course include the very functionality provided by Adobe’s authoring software, LiveCycle Designer. A concern materialised: how would dynamic forms using JavaScript event appear to form users viewing the forms using Reader X?
A question
Organisations requiring high levels of security (such as local authorities) sometimes have recommended guidance to disable JavaScript in Reader, although the functionality of forms used internally within an organisation can be maintained by specifying certain trusted zones. On reviewing the preferences in Reader X, it seemed that the trigger to JavaScript being turned off and an alert being thrown up at the top of the Reader window advising the form user that JavaScript and subsequently functionality was disabled was the option under Security (Enhanced) > Privileged Locations > ‘Automatically trust sites from my Win OS security zones’ (on Windows).
A scenario of a form user outside of such an organisation who may be somewhat unexposed to digital forms or not used to technical language potentially being alarmed by a security alert and perhaps subsequently having to change security settings is of course undesirable. This would after all work against any overall positive effect of an efficient and intuitive form design.
Are Reader X’s security settings – Reader currently being the only software to fully fulfil dynamic functionality in PDF forms – compatible with LiveCycle, the very software used to create the forms? Although of course advancements in security are always welcome, if there was an incompatibility, it seemed curious how Adobe was planning for the future, let alone marketing their own products. And of course although it’s one thing for an organisation to conform to certain security standards and to control security settings in their own copies of Reader, would any form user potentially be confronted by an alert that their form lacked functionality? Clarity was needed.
An answer
Now, it would be unfair to accuse Adobe of being the sole perpetrator of questionable telephone support – more on that at another time (you know who you are, Quark XPress). However several telephone conversations with Adobe technical support produced only closed answers and frustration, and no answers to requests for further information on Adobe’s blogs and product pages.
As an alternative way to finding answers, I thought I’d try the people who’d know, Adobe’s Product Security Incident Response Team (PSIRT) – and on the same day had a response from the man himself – the author of many online articles on Reader’s security, Adobe Reader’s Group Product Manager Steve Gottwals. After a couple of emails he kindly offered to call me from the States a few days later (and was I pleased that Pacific Time didn’t necessitate an obligatory steady supply of caffeine at an ungodly hour).
First, Steve was able to inform me of developments to the new security model which we can expect to be rolled out this month, removing ambiguity on the subject. Essentially, with the update to Reader X, the aforementioned should no longer be an issue, with enhanced options and Protected Mode providing an intelligent layer of security that allows the JavaScript events found in dynamic PDF forms but blocks potentially malicious code.
But I would also like to use this opportunity to relate how thoroughly impressed I was with Steve’s response. After spending so long, unsuccessfully, to contact the right person through Adobe’s usual channels, for the Product Manager – and a very nice man to boot – to take a few minutes out of his working day left a very good impression. An example I thought.
