Earlier quoted context omitted.
> - Does WhatsApp Auto Backup encrypt messages before sending them to Google Drive or iCloud? So you make a backup and loose the phone. What about the key? Is that gone too? Without it, encrypted backup is useless. How do you backup the key? You and me maybe will manage to do this, but what about grandma and all those people without anybody close who knows about this?
The decryption key you're talking about can be a simple password. For symmetric encryption (e.g. AES-256) even a simple password would be secure enough, while something like a 24 chars password would be unbreakable.
WhatsApp's Signal Protocol integration is now complete
261–270 of 386 posts
Re: WhatsApp's Signal Protocol integration is now complete
#262Earlier quoted context omitted.
Why? "Axolotl" at least has seriously pronunciation issues so I am glad it is not used "user-side".
For my part: because "Axolotl" is one of the most widely name-dropped terms in hipster cryptography, and because it's been adopted by other projects, and because it's distinctive, and because they basically own the term. In a stroke, everyone doing secure key ratchets would have been using their product . It's also just a cool name.
Re: WhatsApp's Signal Protocol integration is now complete
#263This is really excellent. A few thoughts: 1) They seem to have replaced TLS/SSL between client and server with "Noise Pipes". Based on a couple of minutes Googling this seems to be a brand new one-man protocol from Trevor Perrin (the same guy who did Axoltl on which Signal is based). At least, I'd never heard of it. I wonder if this is the first inkling of a post-TLS future? http://noiseprotocol.org/noise.html 2) It'…
Re: WhatsApp's Signal Protocol integration is now complete
#264Okay, first off: This is great. The most popular messaging app finally gets the security it needed. And we've just rolled out E2E to 1b 'monthly active users'. However, I have always wondered one thing about WhatsApp: How does it generate any kind of meaningful revenue? Apparently they've ditched the old $1 subscription model [0], and even that was so loosely enforced that I have never paid a single cent for WhatsApp…
I figure this isn't the question others want to discuss, but I too wonder the same. I think I used WhatsApp for a short period of time, until the point they asked me for money. Since then I haven't looked back. Now I am left wondering where their revenue comes from.
Re: WhatsApp's Signal Protocol integration is now complete
#265Earlier quoted context omitted.
You keep saying "source is a must" but you have yet to explain why that is the case.
fair enough! https://www.schneier.com/blog/archives/2016/03/possible_gove... i think this is why source is a must. if a user compiled and installed the app themselves, and hypothetically had the entire stack above it be similarly open, then it would prevent the kind of attack mentioned. do you agree? if the source is closed anywhere in the stack, or pushed out in a walled garden as it is currently, then it allows the…
Also, Apple's push messaging subsystem gets a copy of (most) of the message too so Apple could be doing evil things there too!
OH NOES!
Re: WhatsApp's Signal Protocol integration is now complete
#266This is really excellent. A few thoughts: 1) They seem to have replaced TLS/SSL between client and server with "Noise Pipes". Based on a couple of minutes Googling this seems to be a brand new one-man protocol from Trevor Perrin (the same guy who did Axoltl on which Signal is based). At least, I'd never heard of it. I wonder if this is the first inkling of a post-TLS future? http://noiseprotocol.org/noise.html 2) It'…
Why on Earth would someone from a liberal democracy want to partner with a security firm based in Iran?
Re: WhatsApp's Signal Protocol integration is now complete
#267Earlier quoted context omitted.
I'm hoping they deploy some from of key transparency. E.g. CONIKS or CONAME, the version Yahoo and Google are working on for e2e that already has a productionish grade sever and client[0]. Either that or give the community a practical reason why it can't be used as is, and then we can start working on alternatives. [0] https://github.com/yahoo/conam
I think he already made a strong point why CONIKS style transparency isn't all that great for end-users. See this mailing list thread that includes the author of CONIKS talking about it with moxie before CONIKS was published: https://moderncrypto.org/mail-archive/messaging/2014/000226.... https://moderncrypto.org/mail-archive/messaging/2014/000234.... Basically, users change their identity key in practice so often th…
In contrast, in CONIKS, a user had to check every single epoch. Which was impractical and meant you relied on third party auditors.
This doesn't deal with the restore from backup issue. I think given the FBI apple phone issue though, maybe it's worth reevaluating the risk vs. reword here. Especially if user visible warnings are opt in.
Re: WhatsApp's Signal Protocol integration is now complete
#268This is really excellent. A few thoughts: 1) They seem to have replaced TLS/SSL between client and server with "Noise Pipes". Based on a couple of minutes Googling this seems to be a brand new one-man protocol from Trevor Perrin (the same guy who did Axoltl on which Signal is based). At least, I'd never heard of it. I wonder if this is the first inkling of a post-TLS future? http://noiseprotocol.org/noise.html 2) It'…
Why on Earth would someone from a liberal democracy want to partner with a security firm based in Iran?
Re: WhatsApp's Signal Protocol integration is now complete
#269Re: WhatsApp's Signal Protocol integration is now complete
#270Earlier quoted context omitted.
do you know even with source, backdoors can be hidden? open source is a must to even begin to work to verify any claims of security.
Your comment here is incoherent. I agree: source can easily lie. How does that make it the gold standard for verification? The reverse-engineering of the actual shipped binary (for instance, the ARM code lifted to LLVM) seems like a safer analysis target. But, what do I know.
Reverse engineering binaries is only permitted under the DMCA for the purpose of interoperability, AFAIK.[1] If so, that would make reverse engineering to verify stated security claims illegal in the United States. I'll just assume I'm wrong here for the sake of argument though.
Reverse engineering sounds much less friendly than providing actual source code. It's much easier for me to compare changes from version to version with source control, commit comments, and diffs. Then all I need is a reproducible build to verify that the output matches the binary being shipped.
Do you have some reverse engineering tools you would suggest? Obviously the one's I'm familiar with are not as good as yours. Links to those would be greatly appreciated.
[1]https://www.eff.org/issues/coders/reverse-engineering-faq