Comment on Nothing's iMessage solution might not be as secure as we thought

Rustmilian@lemmy.world ⁨11⁩ ⁨months⁩ ago

• LWD@lemm.ee ⁨11⁩ ⁨months⁩ ago

  [deleted]

  source

  • Bipta@kbin.social ⁨11⁩ ⁨months⁩ ago

    Your security is actually worse than a pinky promise in that case because you also have to consider that they could be hacked.

    source
  • LinuxSBC@lemm.ee ⁨11⁩ ⁨months⁩ ago

    Beeper is pretty good with it, as they make it clear that it’s insecure and use an encrypted protocol to get the messages to the server. Still, it’s better to host your own (which Beeper lets you do, as it’s just Matrix) or not use it.

    source
• wsweg@lemmy.world ⁨11⁩ ⁨months⁩ ago

  How so?

  source

  • Rustmilian@lemmy.world ⁨11⁩ ⁨months⁩ ago

    Due to complexity and limited auditing a number of vulnerabilites have slipped through again & again, like zero-click exploits for example. Take a look at the sear volume of CVEs. While they do eventually get found & patched, its not ideal compared to other messaging apps like signal that are very much security first, features 2nd.

    source

    • PlexSheep@feddit.de ⁨11⁩ ⁨months⁩ ago

      The sheer volume of cves is not necessarily an indicator for insecurity. The CVE system is pretty bad and rulings are mostly arbitrary. For example, there was a recent curl “CVE”, where an overflow happened in some part of the app which was not relevant to security. I don’t remember the details, but the only solution to this apperent mess was that the main contributor of curl is becoming one of the guys that evaluate CVEs.

      CVE is a measure for the US government, and always assumes the worst in any case.

      That being said, I agree with you.

      source

      • Rustmilian@lemmy.world ⁨11⁩ ⁨months⁩ ago

        I know what curl CVE you’re referring too. \ Yeah, that was pretty stupid they marked it high severity when 1 It was already patched like a year prior and 2 it was a complete non-issue in the first place.
        Then some fuckin AI put forth another bogus CVE based on the one you’re referring.
        The curl dev was pissed, and rightfully so.

        source
    • 8ender@lemmy.world ⁨11⁩ ⁨months⁩ ago

      My man everyone and their favourite state sponsored hacking group is trying to break iMessage, of course there’s going to be a shed load of CVEs compared to other less popular tools.

      source

      • Rustmilian@lemmy.world ⁨11⁩ ⁨months⁩ ago

        The main problem with iMessage is the limited audits. It’s a very complex application and with that complexity comes higher risk for vulnerabilities to slip through. It’d be way less of an issue if it was at least source available so more people could audit it, instead of just whomever gets permission from Apple.
        Like Apple’s bounty system is great and all, but it’s not as effective as for example being able to directly scrutinize signals open source codebase.
        The problem with apples approach is that even if someone finds and reports the vulnerability for the bounty, that still means that vulnerability has made it into the production code and thus made it onto consumer devices. Unlike an open codebase where the vulnerable is more likely to be caught before it reaches consumer devices.

        You can argue that the being openly available isn’t necessary indictive of being secure, which is true, but it’s certainly more favorable and for signal it’s worked out very well. Also there’s plenty of state sponsored hacking groups trying to break signal.

        source