Live data from Hacker News

MEGAChat now includes end-to-end encryption

mega.nz

41–50 of 98 posts

Re: MEGAChat now includes end-to-end encryption

#41

It's great that there is such a strong interest in secure communication, but all of the solutions that keep getting placed in the limelight in recent years are either centralised or exclusively available for use with a smartphone (because of the phone number requirement), often both! I'm sure that these solutions are a lot more secure than completely unprotected alternatives, but am I wrong in assuming that if you wa…

We will release in next two weeks encrypted end-to-end version of Actor.im that will met this requirements except that is will be reviewed, important part but we will do this in nearest future.

Re: MEGAChat now includes end-to-end encryption

#42

It's great that there is such a strong interest in secure communication, but all of the solutions that keep getting placed in the limelight in recent years are either centralised or exclusively available for use with a smartphone (because of the phone number requirement), often both! I'm sure that these solutions are a lot more secure than completely unprotected alternatives, but am I wrong in assuming that if you wa…

I think a reasonable compromise would be to just insist on some type of federation with other systems. These days that means XMPP federation. Then the option of OTR for privacy and you are good to go. You can provide all the fancy features you want between your clients, but those clients will also have the feature of being able to communicate with people not using your app/program.

Perhaps the combination of federation and OTA can be given an impressive sounding name, a nice logo and a foundation (everything needs a foundation). Then the name/logo can show up on feature lists. People love features...

Re: MEGAChat now includes end-to-end encryption

#43
post #8
post #4

It sounds reasonable? If anything this highlights the problem with all the new encrypted communications options, even highly technical people can't really know how good it is from a cursory look. Just because it says end to end encryption and uses some nice ciphers it doesn't mean the implementation is not critically flawed. I use Signal right now (from Moxie Marlinspike/Whisper Systems) and would only really conside…

It is great that Whisper Systems/Signal implement cryptography properly. However, the NEWER versions of Signal requires access to your contact to work. For many users that is a show stopper. Implement a way for user to search by User ID and allow user to find each other by ID in addition to phone number.

Recent updates also show disconcerting "Joe is on Signal!" messages for everyone in your contacts (who is registered with Signal) regardless of whether or not you've had any contact with them. They've stated that this is not a security issue (I don't recall the specifics) but it was pretty disturbing nonetheless. I'll definitely be paying closer attention and consider switching to an alternative if this trend continues.

Re: MEGAChat now includes end-to-end encryption

#44
post #35

Earlier quoted context omitted.

> Call me a sceptic, but this is probably why use of these protocols and principals is limited to security experts and software developers who understand these principals OpenPGP is impossible for most email users to get working correctly. Remember that most people don't even know the difference between CC and BCC. Here's an example of de-anonymising anonymous messages, supossedly from clueful users: https://ritter.v…

> impossible Difficult perhaps, certainly not impossible, and quite feasible if someone helps you. But I am not suggesting OpenPGP as an alternative for chat-apps for everyone; only for those who understand how to use the technology properly. I mention OpenPGP and XMPP OTR because they are examples of open standards that do fulfil the principles outlined above. That is, to illustrate that it is certainly not impossib…

From a UX perspective, can we do better? I'll base both off my personal experience - Kmail and KDE Telepathy - since those are my email and IM client.

In kmail, to use GPG keys, I need to go to Settings -> Configure -> Identity -> Modify -> Cryptography, change my signing and encryption keys (and it supports PGP or MIME) and then, since I don't already have keys, need to open Kleopatra, the KDE GPG client.

Kleopatra uses keys.gpupg.net as its default keyserver, and you can do file -> new certificate to make one. Its a wizard, so you go step by step, setting up a password for the cert along the way. You also make a revoke cert you save somewhere.

Once you made the key, you need to export it to the server. And you probably want to make a signing and encryption key, since if you got this far you are already a super techy nerd and that is what makes my point right there.

If you want normal people to be able to use gpg in kmail, there needs to be a wizard just like the "add account wizard" called "Setup GPG" that searches for keys that match your email address first in case you already have them and if there are none generates you new ones and just asks you for the password. It handles the propagation and importing of keys itself because thats not something a user should be dealing with unless they need to.

And even that is unlikely to happen - you want the GPG setup to really be a part of the first-start of Kmail process. Like the first time you open the program and get the "add account" button you should also get "setup security".

But even if you can get people making keys, the UX sucks because it makes them enter a password every time you send an email. You should be able to do what kwallet recently did, and bind the unlock key to your GPG keys to your user session so that when you enter the desktop via SDDM it unlocks your GPG keys just like it unlocks your wallet. Then people can use secure email whenever they want without any bullshit.

There are even more UX nightmares - getting your keys across different computers, easily revoking them if they get compromised, even knowing what that means.

By comparison OTR in Telepathy is almost usable. In KTP you just hit the "use OTR" button and if your chat partner does the same it automagically generates and shares the keys, no user interaction required. The only downside is that you don't get local logging of your OTR conversations - that should definitely be an option, maybe even encrypt them with your kwallet keys! Eh, eh?

But these kind of UX nightmares keep secure communications from being a thing. Mumble is literally the best security solution I have, because I can get a letsencrypt cert, run my own server, put on a password, and anyone chatting on it has perfect security in voice and text - the whole thing is encrypted, I can do my own trust network based off my x509 cert, and it even supports pinned users so nobody can impersonate anyone else.

But I say that its the best because for anyone I invite, they literally just need to enter the password I give them to my server. Sure, its problematic to give them the password if you don't have a secure communication link beforehand, but I guess thats what OTR is for! Oh drat...

Re: MEGAChat now includes end-to-end encryption

#47
post #44

Earlier quoted context omitted.

> impossible Difficult perhaps, certainly not impossible, and quite feasible if someone helps you. But I am not suggesting OpenPGP as an alternative for chat-apps for everyone; only for those who understand how to use the technology properly. I mention OpenPGP and XMPP OTR because they are examples of open standards that do fulfil the principles outlined above. That is, to illustrate that it is certainly not impossib…

From a UX perspective, can we do better? I'll base both off my personal experience - Kmail and KDE Telepathy - since those are my email and IM client. In kmail, to use GPG keys, I need to go to Settings -> Configure -> Identity -> Modify -> Cryptography, change my signing and encryption keys (and it supports PGP or MIME) and then, since I don't already have keys, need to open Kleopatra, the KDE GPG client. Kleopatra…

I think before you even tackle the ui issue there's a general knowledge hurdle you have to cross. Most people are unable to reason about or manipulate uis around keys because they fail to understand the purpose and basic mechanism of them. I spent roughly 5 hours explaining the general concepts behind public key cryptography to my girlfriend and this was only possible after making a compelling argument that everyone should use encryption even if they have "nothing to hide". She works as a technical writer, I can only imagine the barriers to instilling these concepts in someone with less technical vocabulary.

Re: MEGAChat now includes end-to-end encryption

#49
post #44

Earlier quoted context omitted.

> impossible Difficult perhaps, certainly not impossible, and quite feasible if someone helps you. But I am not suggesting OpenPGP as an alternative for chat-apps for everyone; only for those who understand how to use the technology properly. I mention OpenPGP and XMPP OTR because they are examples of open standards that do fulfil the principles outlined above. That is, to illustrate that it is certainly not impossib…

From a UX perspective, can we do better? I'll base both off my personal experience - Kmail and KDE Telepathy - since those are my email and IM client. In kmail, to use GPG keys, I need to go to Settings -> Configure -> Identity -> Modify -> Cryptography, change my signing and encryption keys (and it supports PGP or MIME) and then, since I don't already have keys, need to open Kleopatra, the KDE GPG client. Kleopatra…

I 100% with you that UX is the most important problem that is not solved with PGP, and as long as nobody will do something we'll never be able to use crypto. I also believe that if your crypto doesn't solve something that PGP doesn't already solve, then you'd better spend your time on bettering UX instead.

However Mumble is not a valid comparison, because Mumble is not End-to-End encrypted. The security of Mumble amounts to an encrypted connection to the server, protected by a password; from this POV Mumble is no more secure than Facebook or Hacker News.

Re: MEGAChat now includes end-to-end encryption

#50

alternative title for this post: "rolling your won crypto and smoking it too"

The "don't roll your own crypto" mantra was created by the NSA to make people afraid to develop and deploy cryptography. See here: http://www.youtube.com/watch?v=fwcl17Q0bpk
Post reply on HN