Support PDF launch actions |
||||
Issue descriptionPDFs can have launch actions, per section 8.5 in the PDF 1.7 spec. (Pages 659-661.) We should see if it is feasible to support them.
,
Sep 25 2017
Launch actions were the gateway for a big security hole back back in 2010: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1240 Even with a confirmation dialog, one can get users to approve running commands that look harmless or use social engineering to convince them. I also cannot think of any reasonable applications for this feature, especially since we're usually looking at the PDF linked from a webpage, and not in a local filesystem. I would not implement launch actions.
,
Sep 25 2017
Yes, I was more looking at the code. I know it has security implications which is why I haven't seriously pushed for it. Do we at least want to make launch actions links, and tell users "sorry, actions are not supported" when clicked?
,
Sep 25 2017
+meacer for comments, since Chromium has ExternalProtocolHandler.
,
Sep 25 2017
I'm also slightly worried that Chrome can be the default PDF handler. That means it will handle local PDFs and will try to open external protocols while on a file:// scheme. Perhaps you could consider disabling launch actions based on the protocol?
,
Sep 26 2017
We'd definitely need to add a confirmation dialog that shows the user the command that will be run and talks about how this could be dangerous. The command can be made to look harmless. I really don't see much benefit in this, I don't think I've ever encountered a PDF with a launch action, nor can I think of a use case.
,
Sep 26 2017
Bug 617944 might be a legit use case.
,
Oct 4 2017
In the bug 617944 case, the launch action just points to another PDF file. Should we start with that use case, and just navigate to the PDF?
,
Oct 6 2017
How big do you think the effort to implement this use case is? Isn't that the same as opening any file type? |
||||
►
Sign in to add a comment |
||||
Comment 1 by hnakashima@chromium.org
, Sep 20 2017