7 ms·
> Under no circumstances can our encryption be bypassed, meaning emails, attachments, calendars, files, etc. cannot be compromised by legal orders. This is fal
by rogers18445 5y ago
> Under no circumstances can our encryption be bypassed, meaning emails, attachments, calendars, files, etc. cannot be compromised by legal orders.
This is false.
Each time you visit protonmail you re-download (cache can be invalidated) their client. It would be trivial for them to serve a specific user a modified client which uploads their encryption keys.
This problem is not specific to protonmail, any service which contends to be secure with respect to some server (the protocol relies on the client to decrypt stuff the server cannot) can be compromised this way because of implicit trust in the client software which can be modified at any time with no notice - making any auditing entirely meaningless in the case of targeted attacks.
This problem should perhaps be addressed by browsers since it seems they are becoming pseudo operating systems.
- TacticalCoder 5y agoThey say "cannot be compromised by legal orders" and they say they are bound by and only by swiss laws. Maybe what they mean is that the swiss authorities have no legal basis on which to force them to serve a modified, backdoored, client like the one you're talking about.
- FootballMuse 5y ago$5 wrench is pretty effective
- gruez 5y ago$5 wrench does not fall under "legal orders"
- FootballMuse 5y agoYes, probably not. The point is that there are other ways to "force them to serve a modified, backdoored, client"
- cto_of_antifa 5y agoI suppose in that case your threat actor is... The mafia? Is lucky Luciano trying to take your ethereum?
- blitzar 5y agoMy $5 wrench goes a lot further if I skip the backdoor, and go 'talk' to the target directly. The end of the encryption is always the simplest vulnerability to exploit.
- panarky 5y agoTheir marketing copy still says "Anonymous. Opt out of tracking or logging of personally identifiable information". And "Unlike competing email services, we do not track you." Nowhere does it say "Unless your government asks the Swiss government then we'll capture, log and report every IP address you use". Source: https://protonmail.com/security-details https://protonmail.com/security-details Screenshot: https://imgur.com/a/gfUcYme https://imgur.com/a/gfUcYme And this marketing copy was rewritten after this incident. Before this incident it didn't say "opt out of tracking". How does one "opt out", by using Tor? It used to say, in bold print, "No tracking or logging of personally identifiable information". No weasel words about requiring the user to take some unspecified action to "opt out". No asterisks or caveats or warnings of any kind. It also used to explicitly promise: "we do not record metadata such as the IP addresses used to log into accounts". Now that part is mysteriously gone. Pretty shitty to quietly flush this down the memory hole, then pretend nothing's changed, blaming and gaslighting users for not understanding. Source: https://web.archive.org/web/20210607023937/https://protonmail.com/security-details https://web.archive.org/web/20210607023937/https://protonmai... Screenshot: https://imgur.com/a/R1muChN https://imgur.com/a/R1muChN
- luckylion 5y agoThis point is weird. No reasonable person would understand that sentence to include "and we won't even comply with court orders".
- panarky 5y agoSeems reasonable to understand "no tracking or logging" to mean that in the event of a government demand to produce records, they could honestly reply that no records exist. Other email providers keep logs that they provide to governments when there's a legal order. What's the point of bragging about "no tracking or logging" if you're just going to track and log like every other email provider if the government asks for it?
- luckylion 5y ago> Seems reasonable to understand "no tracking or logging" to mean that in the event of a government demand to produce records, they could honestly reply that no records exist. And they would. They don't keep those records. However, when a government agency shows up with a court order that states they have to cooperate and provide those records going forward they must comply. > What's the point of bragging about "no tracking or logging" if you're just going to track and log like every other email provider if the government asks for it? Again: a reasonable person would not assume that their email provider is a criminal enterprise that does not comply with the law.
- AniseAbyss 5y agoI would not be surprised if Swiss intelligence agency does have the legal power to hack whomever they want. The idea that someone can just pay €60 per year and expect to be safe from State prosecution seems so naive.
- aero-glide2 5y agoGood idea for a browser addon to check for that.
- wizzwizz4 5y agoThere's no design of browser add-on that could check for that. They update it every so often as it is, and they could serve the modified version to everybody, but it only does the modified behaviour for some people.
- deleted 5y ago[deleted]
- deleted 5y ago[deleted]
- dane-pgp 5y agoThe browser add-on that comes closest is Signed Page[0], and in theory it could provide TOFU level security by requiring the user to opt in to new versions. For unclear reasons, though, the devs seem to be against implementing that.[1] Any system for protecting against backdoors assumes that someone is auditing the code to check for user-specific code paths, so the only extra layer of security to add is some sort of Binary Transparency. A good example of that is Sigstore, which is being experimentally integrated with the Arch Linux package ecosystem.[2] [0] https://github.com/tasn/webext-signed-pages https://github.com/tasn/webext-signed-pages [1] https://github.com/tasn/webext-signed-pages/issues/13 https://github.com/tasn/webext-signed-pages/issues/13 [2] https://github.com/kpcyrd/pacman-bintrans https://github.com/kpcyrd/pacman-bintrans
- 0kto 5y agoThere is actually one: https://www.mailvelope.com/en/ https://www.mailvelope.com/en/ (works on gpg encrypted mails, and handles decryption / encryption entirely on the client side)
- wizzwizz4 5y agoThey could just not encrypt future emails. Wouldn't help where they've already discarded the plaintext, but newer emails are usually more useful anyway.
- kijin 5y agoYou can use ProtonMail Bridge with your own mail client to remove the dependency on the ever-changing webapp. I'm not sure if it's possible to build Bridge from source instead of blindly trusting the binaries they offer, though.
- DocTomoe 5y agowhen you do, be aware that locally encrypting mail and sending it over the bridge will not work.
- neltnerb 5y agoAnd that the bridge exposes your IP address if you aren't using Tor. This isn't a complaint, it should be pretty obvious. Though it'd be neat if they integrated Tor into the Bridge such that they cannot tell where the connection is coming from, that would be cool. Not that this is really part of my threat model anyway, I don't expect protonmail to be anonymous, merely more private in certain situations. I posted this as an idea if anyone wants to vote it up, they seem to be pretty responsive to end users compared to other services (at least the paying ones). https://protonmail.uservoice.com/forums/284483-protonmail/suggestions/44103942-tor-connection-via-protonmail-bridge https://protonmail.uservoice.com/forums/284483-protonmail/su...
- sneak 5y agoYou also can't use your own mailbox keys loaded into bridge - the only mailbox keys that can be used seem to be generated inside their app (which from a security standpoint is the same as generated on their server).
- ignoramous 5y agoOne possible mitigation to this would be to let customers deploy ProtonMail's open-source client [0] themselves to wherever (as one example, this is something that TermPair implements [1]). [0] https://github.com/ProtonMail/WebClients https://github.com/ProtonMail/WebClients [1] https://github.com/cs01/termpair/#static-hosting https://github.com/cs01/termpair/#static-hosting
- upofadown 5y agoMailvelope is basically Protonmail's OpenPGP javascript client done as a browser plugin.
- ncphil 5y agoMailvelope (https://github.com/mailvelope/mailvelope https://github.com/mailvelope/mailvelope) is an open source extension for Chrome and Firefox that allows users to use openpgp encryption with any webmail provider. Unfortunately, I have only one contact who has corresponded with me using pgp. But two others (both activists) use ProtonMail (my only reason for having an account on the service) -- but not Tor (their ProtonMail use predates the latest "explainer"). As several others here have written, the vast majority of people don't care about their (or your) privacy: so most of our contacts are just more holes in a very leaky boat. When it comes to email, I'm going to go out on a limb and say people should _never_ trust it for sensitive communications. Message content itself can be protected by pgp encryption (if people would bother to use it), but there's no watertight way to consistently avoid the kind of relationship mapping that nation states and transnational corporations have been doing for the last two decades. That game is already over, and Big Brother won -- no matter who you use for email.
- blitzar 5y ago> Message content itself can be protected by pgp encryption (if people would bother to use it) The message might be encrypted, but if they get to the other guy and offer him a sweet enough deal, there is no protection. There are two copies of the content out there, if it is that serious, why leave the papertrail. People like to believe they are subverting the CIA snooping on all their very important 'activism', but in reality the most they are doing is opting out of google using their emails to market them shit they were never going to buy in the first place.
- deleted 5y ago[deleted]
- vmoore 5y ago> Each time you visit protonmail you re-download (cache can be invalidated) their client What about their app? They'd have to push a malicious update through the Play Store or Apple's Store to target someone, which is very unlikely.
- 3np 5y agoNot only that, but it's very unfortunately worded. There's a missing "contents of emails, attachments, calendars, files, etc. cannot be compromised by legal orders", since I assume there is vital metadata that still can be compromised.