6 ms·
Use Signal and give them access to all your contacts who may or may not be using Signal. Use their proprietary client and trust them on their pinky promise that
by reacharavindh 10y ago
Use Signal and give them access to all your contacts who may or may not be using Signal. Use their proprietary client and trust them on their pinky promise that they "can't" look at your messages. The deceptive pretense of privacy is worse than no privacy at all.
[Edit] - "Use their proprietary client and trust them on their pinky promise" was factually wrong.
But, they still expect me to trust the signed binary they send through the App store right? How is that anyway non-proprietary just because there is a Git repo somewhere that may or may not be the same code running on your phone?
Can I run a client from the Git repo and still use all of their infrastructure?
- lucideer 10y agoIt's an open source client[0]. It's not a "pinky promise". There are valid criticisms of Signal (primarily around the use of the Google Play Services Framework), but your comment seems to be jumping to a lot of conclusions without any research. https://github.com/whispersystems https://github.com/whispersystems
- reacharavindh 10y agoBut, they still expect me to trust the signed binary they send through the App store right? How is that anyway non-proprietary just because there is a Git repo somewhere that may or may not be the same code running on your phone? Can I run a client from the Git repo and still use all of their infrastructure? Until I'm able to do that, it is still their "pinky promise".
- veeti 10y agohttps://github.com/WhisperSystems/Signal-Android/wiki/Reproducible-Builds https://github.com/WhisperSystems/Signal-Android/wiki/Reprod...
- cyberpunk 10y agoAnd so? You're still trusting them and the various libs they're using to protect you... Did you read the code? Did you understand it? Me neither. How can a bit of software like this obtain any kind of reputation whereas we barely trust openssl anymore is fucking beyond my understanding.........
- dublinben 10y agoThis criticism applies equally to every piece of software you haven't written yourself. You have to trust someone at some point. OWS has demonstrated that they are more trustworthy than their competitors.
- cyberpunk 10y agoSure, but the ease of someone abusing this is far greater than what we've been using before. Can you honestly say that you trust signal over locally or even airgapped pgp'd text?
- dublinben 10y agoNope! But they solve two completely different problems. And the metadata with Signal is actually much better than PGP+email. Have you looked at email headers recently?
- reacharavindh 10y agoThanks for that link. I'll go through the build process and play with the apk. But even if I wanted to build my own apk, and run it on my custom Android build, it would'nt work right? Because of the need for Google Play store? Verifiable builds are atleast a step in the right direction.
- cyberpunk 10y agoSurvey says: NOPE. Realistically, the code in that repo probably isn't even everything that would run on your device even provided you built it yourself. Bets on some 'fetch js from somewhere' code in there which could completely unfuck the whole thing which acts as a help screen or something that would be very hard to find... There is literally no way this sort of thing can ever be trusted. Christ, we barely trust PGP anymore...
- nickik 10y agohttps://github.com/WhisperSystems/Signal-Android/wiki/Reproducible-Builds https://github.com/WhisperSystems/Signal-Android/wiki/Reprod...
- cyberpunk 10y agoAll well and good for us, but we're probably not the target here anyway. And be honest, did you really bother to do all that?
- nickik 10y agoThe hole point about this sort of things is you can detect mass attack. If only one person finds a problem all get the benefits. Its much harder to make a targeted attack, specially if you are not google or have the full support of google. Nothing is perfect, but there is very little that is better. Your other options are only not using the devices at all.
- emidln 10y agoYou could just look into their APK.
- lucideer 10y ago> Can I run a client from the Git repo and still use all of their infrastructure? Yes. You can. They describe how in the very repo I linked. Your ardent unwillingness to spend the 30-45 seconds it would take to find this out before spouting unwarranted false criticism is quite strange. Do you have some personal issue with OWS? I really didn't mean to be defending OWS here - I'd much rather see Signal leveraging non-Google APIs in some way and provided via F-Droid (though I have read their arguments against that w.r.t. performance) but I'm astounded at the wilful ignorance here. If you're genuinely interested in promoting secure messaging, a desire to get your facts straight and answer your own questions instead of assuming the negative should be step 1. Otherwise, you're needlessly steering people away from a tool that could practically improve their privacy.
- at612 10y ago>> Can I run a client from the Git repo and still use all of their infrastructure? > Yes. You can. The thing is, lucideer, the "restrictions" on the use of the source code are engineered to raise the barrier to independent use, notably by preventing or discouraging redistribution. This means that only those who are able and willing to compile Android source can run their own binaries. Everyone else has to go with the binaries they distribute which, as the other poster has correctly argued, cannot be independently verified. > Do you have some personal issue with OWS? I do not know about him. But I do. Please read on. > and provided via F-Droid (though I have read their arguments against that w.r.t. performance) Oh, so it's "performance" this time? It's not something about "updates" like last time¹, or "features", or "metrics"? Do you really not think, if you go through the discussions, that there's just too many excuses? Does it make sense to you? Do you not get the feeling someone's got something to hide, if you would pardon the pun? :-) But I tell you what really got in my tits, it was this message: (https://github.com/WhisperSystems/Signal-Android/issues/53#issuecomment-7978065 https://github.com/WhisperSystems/Signal-Android/issues/53#i...) "Please do not install software from F-Droid. It is an unverified build, exceptionally out of date, and should be considered malware." You know what? I fucking trust F-Droid. And I for one I am very grateful to everyone who collaborate to make that happen and stand firm in their commitment to open source, and especially to Ciaran, the founder, who gives so much to the community in spite of very challenging family issues (which are publicly known). Top bloke he is. And then you get some lying, incompetent, manipulative², and possibly delusional individual accuse them of distributing malware. That is seriously not cool. For those of you unaware, this is the person we are talking about (I suggest you read the comments too): http://www.gandibar.net/post/2010/04/07/The-googlesharingnet-saga-what-actually-happened http://www.gandibar.net/post/2010/04/07/The-googlesharingnet... ¹ Cooperative and competent (or at least willing) open source developers can set it up so that F-Droid auto-builds every time you tag a new release. ² And I say this because I'm sure someone will correctly argue that he did not call F-Droid itself malware--that would be too crass even for this guy. He's very careful in choosing his words.
- cyberpunk 10y agoBut.. But! Everyone in the geek press said it's "end to end" encrypted! That must mean it's totally safe! I'm sure everyone is reading the source code and building their own clients all the time, yea? Didn't some uber hacker somewhere with a big beard say that he read all the code and it's totally fucking solid and government proof? Surely you don't mistrust all that do you... I mean... Your seem a bit dubious. You can't be trying to say that there are people out there who are actually not buying this horseshit, that are genuinely withholding trust in these sort of 'services'? Blasphemy! You think that there are people out there, with a basic grasp of security and cynicism, might feel offended and depressed at how easy it's been to dupe everyone like this.. Again? Nah. I'm sure we're all totally sold on signal. Seems legit. I mean, since all the users of such a service have pretty much zero control/visability over the code that's actually running even on their own devices which is talking to this 'service', let alone what's going on on the servers (in some N.American datacentre, probably super secure...) might raise a few eyebrows, but it doesn't really change the fact that we're talking abiut END TO END encryption that someone said was totally 'secure'. And even the media have pushed a few stories about how evil criminals are using it to evade monitoring.. No, I'm not sure I'm on your side. This is clearly totally secure and no one could possibly abuse this kind of thing.. Right?.... Right? starts crying and loads the rifle
- wonks 10y agoThe lack of federation is unnerving, but the main server-less alternative I know of is PGP or maybe OTR, and PGP is way too hard for most people IMO. Also, OTR doesn't trust the fingerprint from first messages, so even that introduces an extra hoop to jump through.
- joecool1029 10y agoFor E2E? there's essentially PGP (sucks, see thread from the other day. worst user experience and questionable longterm security), OTR (most used, still annoying to have to re-establish sessions on restart, no multi-device), and OMEMO (based on signal, should be the future for XMPP). You could include most proprietary solutions like iMessage that usually miss authentication or are done unsafely. OTR not trusting fingerprint is the default case for any authenticated standard. gnupg requires that you set the trust on a key. Signal allows it initially, warns if it changes. For all the above though, they aren't a packaged solution that is user friendly. Conversations is a great android client, but there's sadly nothing comparable on iOS (chatsecure, but it's alpha status still). The desktop situation is hit and miss too (I was a pidgin user and moved to bitlbee for OTR, still don't have an omemo solution... though my setup doesn't need it through a TLS secured ZNC).
- bluesign 10y agoI think as long as they are GPL, you can use the infrastructure. https://github.com/WhisperSystems/Signal-Android/issues/282 https://github.com/WhisperSystems/Signal-Android/issues/282
- joecool1029 10y agoYou can, but moxie will throw a temper tantrum about it. https://github.com/LibreSignal/LibreSignal/issues/37#issuecomment-217211165 https://github.com/LibreSignal/LibreSignal/issues/37#issueco...
- whyever 10y agoYou call that a temper tantrum? I thought he was being very reasonable.
- joecool1029 10y agoWe'll agree to disagree. If he said "Please don't use our servers with your custom client, shit might break. You could run your own infra and keep it up to date with us and we'll federate", this would be reasonable. Instead, if you read that thread a bit more he throws up his hands and says federation is a thing of the past because he had a bad experience with CM. Yeah, because we don't still use federated standards like email and telephony every day. Come on. https://github.com/LibreSignal/LibreSignal/issues/37#issuecomment-217339450 https://github.com/LibreSignal/LibreSignal/issues/37#issueco...
- tekromancr 10y agoYes, and because it's a federated protocol, it still sends every damn thing in cleartext by default.
- joecool1029 10y agoFederation does not require things to be transmitted in cleartext by default. Don't know where you're pulling that from.