3 ms·
This is good advice, but I'd like to point out that you could avoid the surveillance revealed in this project by simply using anything other than default SMS.
by stanleydrew 10y ago
This is good advice, but I'd like to point out that you could avoid the surveillance revealed in this project by simply using anything other than default SMS.
- digi_owl 10y agoWould be interesting to deploy an app that can send encrypted/signed SMS. It would likely spike your messaging bill thought, as fitting all that in 140 would be hard, resulting in multiple SMSs going out pr message sent.
- joecool1029 10y agoIt was done before. See Signal's predecessor, Textsecure (before they added Signal protocol, pre-2.7.0). If I recall it limited encrypted messages to 60 characters before splitting. It was also annoying in that you needed to initiate an OTR handshake to start messaging.
- digi_owl 10y agoThat handshake, or the initial exchange of public keys, is the one thing that seems to stymie general adoption of encryption for personal communication.
- joecool1029 10y agoCurrent Signal fortunately doesn't make this apparent to the end user, it's install and go message whomever advertises support. I'm ditching Pidgin-OTR today actually because of the OTR usability issues needing to handshake on every laptop restart. Will be going over to bitlbee terminating OTR on a server and then accessing my ZNC supporting push through TLS. Much less jarring. OMEMO would be better than OTR for this, but not much supports it yet.