News for hackers. Stuff that matters.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by runnerup on Friday August 18, 2023 @02:59AM (#37172192)
Definitely not[0].

Black market sellers are often kicked off protonmail for “illegal activity”.

LavaBit was probably the last “secure” email provider, they got an NSL for Edward Snowden and chose to fold up the entire company rather than carry out the orders in the NSL.

CounterMail may deserve an honorable mention, but you’d likely want all parties that you need to communicate securely with to also have a countermail account and it’s invite-only. P.S. I would love an invite if anyone has one: [email protected]

0: https://news.ycombinator.com/item?id=36639530

Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by booi on Friday August 18, 2023 @03:26AM (#37172334)
That isn't really fair. If you read the article, protonmail essentially supplied the FBI the recovery email of the account. This is metadata that protonmail must have that isn't encrypted by the user for obvious reasons.

Regarding the "MITM" for every email sent, this is related to their "bridge" software which allows regular IMAP/SMTP software to use Proton Mail. This software must edit the emails to encrypt them in their scheme.

This software is open source and can be inspected and/or built locally. https://github.com/ProtonMail/proton-bridge

Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by m00dy on Friday August 18, 2023 @04:12AM (#37172669)
no one can ever know Protonmail is really encrypting mails. Opensourcing a piece of software doesn't really mean that Protonmail deployed that and also doesn't really mean that you are using their promised encryption.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by aydyn on Friday August 18, 2023 @04:18AM (#37172705)
Surely they could have an audit/attestation by 3rd party?
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by bayindirh on Friday August 18, 2023 @04:48AM (#37172917)
Yes, but did they?
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by tephra on Friday August 18, 2023 @05:20AM (#37173149)
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by oneTbrain23 on Friday August 18, 2023 @08:29AM (#37174733)
Worldcom passed audit I recalled. Enron too. FTC gave Bernie approval. How about FTX? Remember once uoon a time there was big 5 with one of them as Aurther Andersen? Did anyone auditted Securitum? And oh yeah did anyone actually verified what is being auditted and what is not? When so many info about a compromised Protonmail to law enforcers that Proton didnt even actively deny, I give Securitum as much confidence as AA 2 decade ago.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by illiac786 on Saturday August 19, 2023 @07:51AM (#37187808)
In your logic it seems impossible to be considered secure, since audits do not matter. Which email service do you consider secure and why?
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by booi on Friday August 18, 2023 @04:21AM (#37172734)
you can also build it yourself
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by oneTbrain23 on Friday August 18, 2023 @08:24AM (#37174680)
You can read some forums and head over to mastodon or discord. Protonmail isn't secure. Some seems to hint compromised. Use it like what you would with Gmail or Yahoo. As for paying, no thanks. Nothing secure about it. You get more security buying separate VPN and even having qqmail (yes, Xi can read your email, but wont have the authority to send law enforcers to your home in Oslo or NY). NSA and CIA can...but will have zero chance of reading your qqmail.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by illiac786 on Saturday August 19, 2023 @07:52AM (#37187812)
You're shifting the effort on the others instead of providing convincing arguments. That is not very convincing.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by WithinReason on Friday August 18, 2023 @03:30AM (#37172359)
Do you have any proof that they store all the keys to emails? Because in none of the cited cases did they provide email contents to law enforcement, only data that you know is not encrypted, like recovery email.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by protonmail on Friday August 18, 2023 @05:07AM (#37173051)
Your encryption key is stored encrypted so that we have no access to it. It is decrypted when you enter your password, which we have no access to. The article above confirms that, in fact, and all of these cases are proof that our encryption cannot be bypassed by legal means. All the data stored encrypted on our servers (email content, calendars, attachments, etc.) is inaccessible to us: https://proton.me/blog/zero-access-encryption. All we can provide is the unencrypted metadata which we need to have access to in order for the services to work properly.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by doublerabbit on Friday August 18, 2023 @05:39AM (#37173276)
> However, after receiving the email, we encrypt it immediately using the Proton Mail account owner’s public encryption key.

Email contents could still be siphoned, copied and shipped before the encryption process starts.

How can you clarify theres not a siphon between then and that?

Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by INGSOCIALITE on Friday August 18, 2023 @05:57AM (#37173465)
Well they double pinky promise, of course
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by protonmail on Friday August 18, 2023 @06:18AM (#37173622)
For emails between Proton Mail users, it's end-to-end encrypted, meaning the encryption happens client side before the message even reaches the Proton server. If a message is coming from Gmail, then of course that cannot be encrypted until it reaches the server, unless of course the Gmail user is using PGP, which Proton Mail is interoperable with.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by illiac786 on Saturday August 19, 2023 @08:17AM (#37187982)
How do you suggest they technically not read the email at all? It is delivered unencrypted by Gmail, what do you want protonmail to do with it?
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by psychphysic on Friday August 18, 2023 @03:17AM (#37172302)
It's a shame because it would seem to be easy to make protonmail but low hanging fruit fixed.

Similarly it seems relatively easy for signal to move away from needing a phone number.

I don't know how good Session and Simplex are.

Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by KarlTheCool on Friday August 18, 2023 @03:56AM (#37172557)
Ah, I tried to boot up my old account but it looks like it's been deleted from being in the free tier too long. I cancelled my subscription after they had a nearly week long downtime.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by pepa65 on Friday August 18, 2023 @07:47AM (#37174374)
Mine has been in the free tier forever, never use it, and it is still fine.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by arghwhat on Friday August 18, 2023 @04:12AM (#37172665)
Hmm? Trusting their client aside (a huge issue with any secure service), I do seem to remember the key being used client-side with password-protection, i.e. not accessible to their server. Am I misremembering something?

The part that is easier to misunderstand is encryption-at-rest, where normal emails are still readable at ingress before they are encrypted with an appropriate public key.

Also, secure and private != willing and capable of hosting illegal activity. They can kick suspicious behavior without having to read your emails.

Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by protonmail on Friday August 18, 2023 @05:08AM (#37173056)
Yes your encryption key is stored encrypted so that we have no access to it. It is decrypted when you enter your password, which we have no access to. The article above confirms that, in fact, and all of these cases are proof that our encryption cannot be bypassed by legal means. All the data stored encrypted on our servers (email content, calendars, attachments, etc.) is inaccessible to us: https://proton.me/blog/zero-access-encryption. All we can provide is the unencrypted metadata which we need to have access to in order for the services to work properly.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by svacko on Friday August 18, 2023 @04:17AM (#37172701)
I think Tutanota [0] is also worth mentioning with their transparent reports and warrant canary in place

0: https://tutanota.com/blog/transparency-report/

Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by safety1st on Friday August 18, 2023 @06:08AM (#37173557)
I mean, what are people's expectations here? If you're sensible, you don't sign up for Proton Mail believing that the FBI will never be able to read your email. You sign up with the expectation that Proton Mail will follow the laws of Switzerland and only disclose information when they must do so under Swiss law.

What more do you want from them?

Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by CodeTheInternet on Saturday August 19, 2023 @12:16PM (#37190286)
I use it expecting they will not sell my data to third parties or use it for things like AI training. I'd expect Google, Microsoft, etc to do this.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by protonmail on Friday August 18, 2023 @06:16AM (#37173615)
Do you know how Proton Mail actually works? Encryption keys are encrypted client side so Proton never has access to your private key, just an encrypted copy that cannot be decrypted server side.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by ImJamal on Friday August 18, 2023 @03:10PM (#37180625)
I might be missing something, but how are the keys decrypted? Isn't it using the password? I assume the passwords are hashed on the server, but how would we know if you are storing the nonhashed password when we log in?
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by protonmail on Saturday August 19, 2023 @06:58AM (#37187473)
Proton Mail is open source, anybody can review the code to see that that clearly is not the case.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by ImJamal on Saturday August 19, 2023 @02:36PM (#37191713)
I haven't reviewed all the code, but my question would be related to the back end which I can't find the source for. Even if the back end is open source we wouldn't know if that is the same code on the servers.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by illiac786 on Saturday August 19, 2023 @08:19AM (#37187998)
You're asking for a negative proof. How do you want an email provider to demonstrate they are not storing your nonhashed password? I don't see how that's feasible. Audits are a step in that direction, but it's not like mathematical proof.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by ImJamal on Saturday August 19, 2023 @02:38PM (#37191730)
That is my point. The protonmail person said they never have access to the decrypted key. As far as I can tell they can't prove it.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by illiac786 on Saturday August 19, 2023 @02:44PM (#37191789)
So we agree you are asking for something impossible to prove? Not sure you got my point.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by ImJamal on Saturday August 19, 2023 @05:06PM (#37193200)
I agree it is impossible. I don't like their claims that they don't have access to the decrypted keys and we can prove it by looking at the code. They could have access to the keys and looking at the code wouldn't prove they don't.
Re:ProtonMail Complied with 5,957 Data Requests in 2022 – St... by illiac786 on Sunday August 20, 2023 @02:38AM (#37196761)
I understand but I read the statement differently. It's a description of their security model simply. Sure they could be lying like any other company, so a certain amount of trust is required.

Unless you read and compiled the code yourself and run it locally, some level of trust is always required.