5 ms·
> they’re end-to-end encrypted so not even Facebook can’t see your messages Not quite. Facebook still controls the endpoints, so when you see the message so ca
by tantalor 7y ago
> they’re end-to-end encrypted so not even Facebook can’t see your messages
Not quite. Facebook still controls the endpoints, so when you see the message so can they. This is obvious: you use their app to view the encrypted message, hence the app has access to the cleartext.
https://en.wikipedia.org/wiki/Endpoint_security https://en.wikipedia.org/wiki/Endpoint_security
- fooker 7y agoThis seems like a extreme argument. If the app is not phoning home with the cleartext, this seems okay. You need some software to retrieve/read text anyway, so this becomes an exercise about trusting trust, etc.
- TimTheTinker 7y ago> This seems like a extreme argument. Not at all. Good security often involves some black-and-white thinking, which not everyone is accustomed to. If Facebook controls the endpoint, then they have the power to access the plaintext, full stop. Using their product (hopefully) implies a choice to trust them not to abuse such access.
- gimmeThaBeet 7y ago> Using their product (hopefully) implies a choice to trust them not to abuse such access. Which is what...they said?
- ip26 7y agoAlthough I argue the black-and-white "everyone is a potential adversary" thinking is misguided. Your threat model determines requisite security measures, and you usually have to trust someone. (Although Facebook should probably not be that someone)
- fooker 7y agoOk, what about the closed source hardware in the phones? Would you argue against all encryption because clearly the CPU maker has a similar access to all decrypted content?
- lmm 7y agoI'd argue for not trusting a cryptosystem that requires you to use a particular vendor's CPUs. Open standards and independent implementations at every level should be table stakes.
- marta_morena 7y agoAn extreme argument? If you don't care about security, perhaps you are right. In any other case, using a closed source endpoint from the company that promises you "encryption" is completely crazy. They "only" have the ability to decrypt all your messages, remove encryption altogether without notice, targeting ads based on your conversation history, and installing targeted decryption backdoors. Yeah not big deal at all, seems like something really trustworthy. It's still better than nothing, although in the hands of Facebook it might actually be worse than nothing.
- roywiggins 7y agoThe fear is that Facebook could push updates to targets that the US government is interested in and initiate a phone home. The update mechanism is the "front door" that could be used to implant a backdoor.
- plicense 7y agoYeah this - as far as I see it, there's nothing that prevents FB / WhatsApp from "accidentally" shipping the private keys on my phone / machine to their server.
- jb775 7y agoAlso, where is the private key stored and when/where exactly is it passed into the decryption algorithm? When/where is the original private key generated and managed? Inside fb software somewhere? I'm sure realistically the US gov could creatively accomplish what they want.
- Bartweiss 7y agoI agree that this is a risk for basically any networked app, but can't we distinguish whether this is an active concern or a hypothetical one? In order to actually provide your messages to Facebook, the app needs to either call home when you view the message or write the cleartext somewhere on-device to send home later. If you view the message and then the app calls out with data we can't inspect, or writes something locally that we can't inspect, it could potentially be exfiltrating the message you viewed. If not... am I missing an attack vector, or is that message safe? (To be precise: this would only prove forward secrecy, meaning safety for that viewing of that message. If we can't see the app's code, it could have testbench cutouts like Volkswagen or WannaCry, or more likely could only trigger for certain users or in certain cases à la Greyball.)