• kata1yst@sh.itjust.works
      link
      fedilink
      arrow-up
      35
      arrow-down
      3
      ·
      edit-2
      1 day ago

      No idea how I’m supposed to take this ranty blog needlessly interspersed with furry cartoons seriously. But it’s basically just restating (poorly) all the same criticisms and alternatives written about here: https://www.latacora.com/blog/2019/07/16/the-pgp-problem/

      The ‘real’ criticisms of PGP are that it’s old, it’s clunky, and it doesn’t support forward secrecy by design. None of that is invalid, but I think the importance of those points depends on the use case and user.

      The alternatives given are myriad and complexity and clunkiness are interspersed between dozens of solutions instead of well understood and documented in one tool.

      That isn’t a superior approach. I’m not arguing that PGP is perfect, but it’s absolutely asinine to suggest (like this blog and others suggest) that the solution is to use dozens of other solutions with their own problems and with less auditing.

      If we’re going to replace PGP, we need to do it properly in a centralized library/toolchain. Breaking up the solution and spreading it around just magnifies the problems.

      • irq0@infosec.pub
        link
        fedilink
        arrow-up
        4
        arrow-down
        3
        ·
        1 day ago

        Take it as a ranty blog interspaced with some furry art.

        You can just ignore the furry art if it’s not your style because helpfully all of the important content is in the text.

        Soatok links to the same Latacora blog on the first line and says that they’re only really going to reword what’s said there.

        I’m not here to litigate the demerits of PGP. The Latacora article I linked above makes the same arguments I would make today, and is a more entertaining read.

        PGP/GPG maintainers have had many years to fix the problems that have been identified but they haven’t. Is it safe when used “properly”? Yes! It’s absolutely safe when used properly but the problem is it’s hard to use full stop.

        I’m not saying modern solutions are perfect, because they’re not but the alternates that Latacora ( and Soatok ) suggest are better. Do you want to encrypt a file? Use age. Use minisign/signify for signing. They do do one thing and do it well. Signal is easy to use and sorts all of the key management for you. Most people don’t know what a private key is. They just know they want encrypted messaging because of the NSA or Snowden or whatever his name was on the news, they can’t remember and they don’t really care.

        PGP has legitimate use cases but the vast majority of people don’t have those cases and should just use Signal. Signal and the Signal protocol is the centralised tool you’re looking for.

        • ArcaneSlime@lemmy.dbzer0.com
          link
          fedilink
          arrow-up
          2
          ·
          16 hours ago

          You still need a phone number for signal? I assume that’ll end eventually now that they’ve ended support for SMS but idk if it has yet.

        • nesc@lemmy.cafe
          link
          fedilink
          English
          arrow-up
          3
          ·
          21 hours ago

          Can signify and minisign integrate with git for commit signing? Would anyone be able to verify it with a glance in web ui like it works right now ootb with gpg and every git forge? Which one supports working with fido keys? Which one for e-mail encryption? (That’s law requierement around here for some types of jobs jUsT UsE sIgNaL won’t work and signal breaks every month because you didn’t update it frequently enough for no reason?)