Nothing in https://tails.boum.org/contribute/design/verification_extension/ actually prevents us from including the code to verify Tails ISO images directly on our website. The extension does not seem to provide any particular benefit (since it's been rewritten at least) over using the forge library and the verification code directly in the browser. As we use native Web APIs from the browser, we have access to the File objects and could even create a drag & drop area for the files to check.
The extension does not protect from MITM (then everything would be MITM'ed) and it does not protect from phishing (somebody who creates a webpage called tails.boum.org using weird unicode can always have a lets encrypt certificate for their domain and
pretend that everything is working well).
I've re-read the abovementioned design document and I cannot see any benefit in maintaining an extension currently.
Here is a proposal of iterations to get this done:
- have a security discussion
- if we agree on security: move the code to the website without
changing the current setup (we would change some button texts but
not fundamentally modify the layout and functioning of this page)
This means keeping the same interactions:
- The user downloads the file
- The user clicks on "Verify Tails 3.13..."
- implementation-wise this could be done in a prototype at first
- review and modify carefully our Cross-origin policies, so that thread H (in the blueprint) is mitigated.
- Check if caching of JS files on the server poses a problem
- properly deprecate the extension and make people aware that it's
unsupported and it does not fire on the page (need to research
mechanisms to do that)
- Update the design documentation
At this point we'll already be able to see the benefits of the
replacement in terms of usage on the number of downloads. We'll also be
in a better position to guess how much improvement we can hope from the
We could also
- have an unreleased proof-of-concept on the feasibility of on-the-fly
verification. So we're better armed to evaluate the cost of a second
Hourly budget estimation: 60 hrs in total for everyone involved
- revamp visually + user testing
- implement on-the-fly verification
- if needed at this point: more code
Hourly budget estimation: 40 hrs in total for everyone involved
#4 Updated by u about 1 year ago
Another thing that just came to my mind: if we actually manage to drop the extension and have this code in a library and loaded on our website (like the mirror-dispatcher code), we might be able to allow people to validate downloads in Safari and newer versions of IE. Behold! I think this would be a great improvement for users.
Both these browsers seem to support one basic thing we use in the code: https://developer.mozilla.org/en-US/docs/Web/API/FileReader.
I propose to write a PoC at some point, so we can test this.
#7 Updated by intrigeri about 1 year ago
https://blogs.windows.com/windowsexperience/2018/12/06/microsoft-edge-making-the-web-better-through-more-open-source-collaboration/ suggests that our extension might start supporting Microsoft Edge for free at some point, although it's not clear whether the promised increased compatibility will include Web Extensions.
Sent public call for security people: http://lists.autistici.org/message/20190320.132313.7c24cc99.en.html (and fwding in private to jv & co6).
- Tracker changed from Bug to Feature
The "Consider" part is done: http://lists.autistici.org/message/20190503.102700.7833e583.en.html. Renaming this ticket accordingly (it has useful implementation plans so I'm not closing it).