As Signal get your phone number. Can we considerate this application as private ? What’s your thoughts about it ? I’m also using SimpleX, ElementX, Threema, but not much people using it…

Cheers

  • notarobot ( notarobot@lemmy.zip ) 
    link
    fedilink
    arrow-up
    49
    ·
    1 year ago

    Private and anonymous are different things. While anonymity does increase privacy, it is not a strict requirement. So it this private, but not as private as possible.

    The best private messenger IMO is simplex, but it not production ready yet

    • machiavellian ( machiavellian@lemmy.ml ) deleted by creator
      link
      fedilink
      arrow-up
      10
      ·
      1 year ago

      Many people say that SimpleX is not ready to replace the likes of Whatsapp, Telegram and Signal yet but noone specifies exactly what features are missing.

      I get that public key cryptography is confusing for the average people but there is no UI fix that is getting around that obstacle if we want people to make informed choices on what platform/protocol to use for communications.

      The same thing applies to decentralization - people just need to understand that the trade-off they’re making for communications’ resilience is the comfort of an online addressbook.

      Although I admit that there are certain UI elements that could be made better (for example the nickname setting could be stylized a bit better so people can more easily change the names of their contacts to something more familiar), most criticism towards SimpleX comes from people being a bit lazy and not reading the manual before using the app.

      TL;DR: I don’t understand what features are missing from SimpleX.

      • Ŝan • 𐑖ƨɤ ( Sxan@piefed.zip ) 
        link
        fedilink
        English
        arrow-up
        10
        ·
        1 year ago

        Multi-device message syncing. Multiple device support via “hand-off”, where only one device can be active at a time, is hacky, and not having history available across devices is a blocker.

        • The main Dev gave a talk somewhere sometime where he explained why doing multi device is a security risk. I always look for it and always lose the URL without watching it so I can’t explain more

          • Ŝan • 𐑖ƨɤ ( Sxan@piefed.zip ) 
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            Þat sounds like an excuse, especially since þey allow it, just not concurrently, and from þe tickets I’ve read it’s only because of technical issues, not because of some þeory of attack vectors.

            • I did some quick googling and found this. I haven’t looked too much into it yet, but it doesn’t sound like such a bad reason on the surface, although I do suspect things should be better now

              From their website in the section titled “Privacy over convenience”


              One of the main considerations often ignored in security and privacy comparisons between messaging applications is multi-device access. For example, in Signal’s case, the Sesame protocol used to support multi-device access has the vulnerability that is explained in detail here:

              “We present an attack on the post-compromise security of the Signal messenger that allows to stealthily register a new device via the Sesame protocol. […] This new device can send and receive messages without raising any ‘Bad encrypted message’ errors. Our attack thus shows that the Signal messenger does not guarantee post-compromise security at all in the multi-device setting”.

              Solutions are possible, and even the quoted paper proposes improvements, but they are not implemented in any existing communication solutions. Unfortunately this results in most communication systems, even those in the privacy space, having compromised security in multi-device settings due to these limitations. That’s the reason we are not rushing a full multi-device support, and currently only provide the ability to use mobile app profiles via the desktop app, while they are on the same network.

              • Ŝan • 𐑖ƨɤ ( Sxan@piefed.zip ) 
                link
                fedilink
                English
                arrow-up
                1
                ·
                1 year ago

                So SimpleX does support multiple devices, but wiþ limitations. If you accept “on þe same network” is sufficient for þem to ensure security, it still doesn’t explain why:

                • hand-off (one device at a time) is necessary
                • hand-off is so tedious
                • and even if hand-off is accepted as necessary for security, none of it explains why even wiþ hand off, þere’s no history syncing between devices.

                Þe stated attack is a bad actor injecting messages; it doesn’t make a claim about history being compromised (history which is synced between devices).

                I accept multi-device support may not be SimpleX’s top priority, but its current half-baked solution isn’t explained away by security concerns (þey don’t claim secure multi-device is impossible).

                Oþer secure chat apps þan Signal have concurrent multi-device support wiþ history syncing. Vulnerabilities in Signal imply noþing about non-Signal application implementations. Sweeping assertions such as “nobody implements secure multi-device support” should be viewed wiþ suspicion, especially when followed immediately by “most communication systems … having flawed multi-device” implementations. All, or most?

            • What they have right now may not be in contradiction with what he said in the talk. Again,I haven’t seem it so this is a made up example

              Maybe because of the double ratchet encryption, every message had to follow a precise order. Of it doesn’t, everything breaks. Multi device with handoff is easy since only one can send and science messages. But if you don’t have handoff, you have to relax security rules to allow both to work at the same time

            • machiavellian ( machiavellian@lemmy.ml ) deleted by creator
              link
              fedilink
              arrow-up
              2
              ·
              1 year ago

              Holy hell! Didn’t imagine him being that far right. Always thought the accusations were half made-up.
              It’s always sad to see promising FOSS projects taint their image with deplorable political views or behaviour (Hyprland, GNU, GrapheneOS, probably some others). Although I believe in freedom of opinion, I draw the line on inciting violence and hatred against minorities. Also, I can’t fathom why he would still use Xitter, when so many better alternatives exist?

      • Right now when you establish a connection with someone, you exchange between 2 and 4 connections. Each person shares that receive servers out of which one of them is for, and the other is clear net. If you don’t have to running and one of the servers goes down, half of the messages no longer deliver. There is no server rotation. Even if you swap your servers ahead of the server shutting down, contacts don’t cycle and they are lost

        That is currently my biggest reason not to recommend. There are also UX improvements like live messages which I think are useless and will cause people to get confused (they are messages that the other person can see in real time as you type them). They should also include some soft of recommended backup solution because people WILL get mad about losing everything

  • 0xtero ( 0xtero@beehaw.org ) 
    link
    fedilink
    arrow-up
    23
    ·
    1 year ago

    Depends on your threat model, as always. If you require absolute anonymity, it’s tricky, because it uses phone number during the onboarding process, so get an anonymous pre-paid number and discard it after registration. After onboarding you don’t need the number.

    For the rest, it’s about as “private” as you make it. It supports group messaing, calls and video, so obviously you need to be careful while using it. Everything is e2e encrypted and stays on your local device, the source is available and has been extensively audited. The company itself is non-profit and has sensible privacy policy.

    But yeah, your threat model is the key answer to your question

  • MrSulu ( MrSulu@lemmy.ml ) 
    link
    fedilink
    English
    arrow-up
    19
    ·
    1 year ago

    Right now, for the wider population, it it a heaven sent option compared to Whatsapp, FB messenger etc. Break those bonds first and keep the wheel turning.

  • Secure and private or anonymous are very different things and nearly impossible to do both at the same time and still make it user friendly. Signal is secure, not fully private or anonymous.

      • Because you trade privacy for convenience. You could have a totally private communication platform, but you’d need to trade current IP addresses of your devices if there’s no users and no centralized routing server or at least a list of what device is associated what person.

        It’s secure because people can’t read the content of your message. It’s not private because people can find you with your phone number or username and associate encrypted message packages with the sender and receiver so they know who you called and when, but not what you said.

        So if your contacts are tech savvy enough to call you to get your current unique IPv6 address, something that Android doesn’t really support out of the box, and IPv4 often won’t work due to layers of routing caused by the world running out of addresses, or some other unique network identifier, and there are no firewalls between you or they’ve all been configured appropriately to allow the particular message protocol then you could send simple IP Messages to each other.

        But as long as you want to use a system that routes messages and has a user database, that central location will always be a privacy hole.

  • ganymede ( ganymede@lemmy.ml ) 
    link
    fedilink
    arrow-up
    11
    ·
    edit-2
    1 year ago

    Imo signal protocol is mostly fairly robust, signal service itself is about the best middle ground available to get the general public off bigtech slop.

    It compares favorably against whatsapp while providing comparable UX/onboarding/rendevous, which is pretty essential to get your non-tech friends/family out of meta’s evil clutches.

    Just the sheer number of people signal’s helped to protect from eg. meta, you gotta give praise for that.

    It is lacking in core features which would bring it to the next level of privacy, anonymity and safety. But it’s not exactly trivial to provide ALL of the above in one package while retaining accessibility to the general public.

    Personally, I’d be happier if signal began to offer these additional features as options, maybe behind a consent checkbox like “yes i know what i’m doing (if someone asked you to enable this mode & you’re only doing it because they told you to, STOP NOW -> ok -> NO REALLY, STOP NOW IF YOU ARE BEING ASKED TO ENABLE THIS BY ANYONE -> ok -> alright, here ya go…)”.

  • sifar ( sifar@lemmy.ml ) 
    link
    fedilink
    arrow-up
    11
    ·
    1 year ago

    With the phone number, no; and since there’s no Signal usage without a phone number, well…. Also, I think somewhere on their website (or some place) they talked about burner phones as if it’s a universal phenomena.

    Signal has felt “out of place” to me. Odd. It doesn’t fit in, doesn’t make sense if I think a bit farther about it.

    I hope something decentralised comes out of Signal protocol minus the need for a phone number.

    • You are talking about session. Session is a signal fork, and you don’t need phone number. But there is some concerns about its security as, in order to properly work, it removed some signal features, I’m not qualified enough to understand if it’s truly a security risk or not. But the option to use it is there.