ProtonMail takes aim at Google with an encrypted calendar
venturebeat.com
ProtonMail takes aim at Google with an encrypted calendar
1–10 of 154 posts
Re: ProtonMail takes aim at Google with an encrypted calendar
#2Re: ProtonMail takes aim at Google with an encrypted calendar
#3Re: ProtonMail takes aim at Google with an encrypted calendar
#4Re: ProtonMail takes aim at Google with an encrypted calendar
#5I switched to tutanota for the price and features already provided, protonmail is really quite nice though. I'd love to better understand the legal implications of the hosting countries laws better.
Re: ProtonMail takes aim at Google with an encrypted calendar
#6I switched to tutanota for the price and features already provided, protonmail is really quite nice though. I'd love to better understand the legal implications of the hosting countries laws better.
Same here, using tutanota for the last year. They also offer a calendar, which I haven't tried but assume is encrypted.
Re: ProtonMail takes aim at Google with an encrypted calendar
#7ProtonMail feels like a one-trick pony to me. They’re cruising on the allure of privacy features but they have a ways to go on other basics.
Re: ProtonMail takes aim at Google with an encrypted calendar
#8If you need secure messaging, use something other than email.
Re: ProtonMail takes aim at Google with an encrypted calendar
#9> This calendar key will then be symmetrically encrypted (PGP standard) using a 32-byte passphrase that is randomly generated on your device. Once it is encrypted, your calendar key will be stored on the ProtonCalendar backend server.
32-byte passphrase: might be fine, depending on what those bytes are; the interesting question is how much entropy it got generated from.
> Each member of a calendar will have a copy of the same passphrase that is encrypted and signed using their primary address key. The signature ensures that no one, not our server or any third-party adversary, changed the passphrase.
This is where it gets weird. Why do both? The obvious way to encrypt with an ECC key comes with authentication for free. Signing mostly has negative privacy implications. (I think the answer is "we incorrectly decided PGP was a good idea a long time ago and now we are stuck with its problems, which include being wrong about authenticators".)
> The invited member, if they decide to join the calendar, can decrypt the passphrase using their address key. They can also verify that the signature on the passphrase belongs to your email address key. This lets the invited member cryptographically verify that you invited them. To accept the invitation, ProtonCalendar will then pin the passphrase for the invited member by replacing your signature with one created using their own email address key. This signature will later be used by the invited member to verify the passphrase at each application start.
Again, with designs less than twenty years old you can do that without a signature.
> To accept the invitation, ProtonCalendar will then pin the passphrase for the invited member by replacing your signature with one created using their own email address key. This signature will later be used by the invited member to verify the passphrase at each application start.
what
I'm reviewing the attendee scheme next, but I need more coffee first.