• @[email protected]
    link
    fedilink
    13
    edit-2
    1 year ago

    Not in theory, in practice, but this is not high need feature.

    If you need to keep your sexting private, use another platform. If you have a exhibition fetish, go ahead.

    As a coder I can say that e2e encryption is pain in the ass, key generation and exchanging, complex and annoying to do.

    • Amju Wolf
      link
      fedilink
      41 year ago

      e2e encryption is pain in the ass, key generation and exchanging, complex and annoying to do

      No, no it’s not.

      Yes, it’s more complex than sending plaintext. But for starters it’d be extremely simple to generate a keypair for every user and publish the public key with their profile. When sending DMs you’d use this public key to encrypt the message.

      As for storing the private key you could encrypt it with (a derivative of) the user’s password, and store it decrypted possibly just in the user’s browser.

      This simple measure would prevent simple ways of reading the DMs, though obviously you still need to trust that your instance admins are actually serving you the code they claim they do. But it’d definitely prevent “accidental” misuse.

      • @kalleboo
        link
        141 year ago

        As for storing the private key you could encrypt it with (a derivative of) the user’s password

        And now every time a user forgets their password and does password recovery, they lose all their DMs.

        E2EE chat is a difficult problem.

        • Amju Wolf
          link
          fedilink
          English
          1
          edit-2
          1 year ago

          I mean you could just store it encrypted in the database for the basics, and for advanced users allow them to back it up.

          There are tons of ways to improve it, but there is definitely way more you can do without much inconvenience to the users. I doubt losing old DMs is a huge issue when you forget your password…

      • @[email protected]
        link
        fedilink
        11 year ago

        Fediverse adds level of complexity on it, like you mention.

        Malicious Lemmy instance could man-in-the-middle by providing it’s public key in behalf of the user in other side. Normally this can be mitigated by CA, but CA doesn’t fit very well in decentralized system.

        You could add AES with users own password, but problem is that same malicious instance could also steal users password.

        IMHO false sense of privacy is worst than knowing that stuff is unsecure. Again in my opinion fediverse is comparable to yelling in town square.