41 ms·
Please have a look at the following comments: https://bugzilla.mozilla.org/show_bug.cgi?id=965003#c5 https://bugzilla.mozilla.org/show_bug.cgi?id=965003#c5 and
by fukusa 11y ago
Please have a look at the following comments: https://bugzilla.mozilla.org/show_bug.cgi?id=965003#c5 https://bugzilla.mozilla.org/show_bug.cgi?id=965003#c5 and https://bugzilla.mozilla.org/show_bug.cgi?id=965003#c7 https://bugzilla.mozilla.org/show_bug.cgi?id=965003#c7
As far as I understand PDF.js used the 'PlayPreview' feature (Playpreview is the overlay you get to see to confirm you want to activate a plugin) as a 'hack' to inject PDF.js HTML content (resource://pdf.js/web/viewer.html) into the page because the plugin architecture was not flexible enough. So, even though technically PlayPreview is not part of PDF.js, the combination of PDF.js and PlayPreview specifically made it possible to inject content into PlayPreview and bypass the CSP.
- yAnonymous 11y agoYeah, and that feature was only used in the Firefox deployment of pdf.js. https://github.com/mozilla/pdf.js/commit/4f3f983a214867011dda8c5597a4d3523c5f1423 https://github.com/mozilla/pdf.js/commit/4f3f983a214867011dd... Not sure who's to blame, but like he said, there was no vulnerability in the web version.
- fukusa 11y agoThat's correct. I don't think we should blame the PDF.js devs either.