• r00ty@kbin.life
    link
    fedilink
    arrow-up
    24
    arrow-down
    8
    ·
    9 hours ago

    I only have one problem with this. When they say wireguard being crypto opinionated is a good thing. I am weary to agree with that statement entirely.

    While it is good for stability (only one stack to support and get right, and to be secure and efficient) I do wonder about overall and future security. Saying “You must use this specific cipher suite because we think it’s the best” is a bit of a dangerous road to take.

    I say this just because Curve 25519 is considered a very secure elliptic curve, to the best of my very limited knowledge on this subject. But we had a certain dual elliptic curve pseudo random number generator was pushed as “best practice” (NIST backed) some time ago, which didn’t turn out so well, even omitting possible conspiracy scenarios, it had known weaknesses even before it was recommended. [1]

    Since then I’ve generally not been a huge fan of being given one option as “the right way” when it comes to cryptography. Even if it is the “best” it gives one target to try to find a weakness in, rather than many.

    I say all this as a wireguard user, it’s a great, fast and reliable VPN. I just have concerns when the choice of using other algorithms and especially putting my own chosen chain together is taken away. Because it puts the exact same target to break on every one of us, rather than having to work out how to break multiple methods and algorithms and multiple combinations.

    [1] https://en.wikipedia.org/wiki/Dual_EC_DRBG

    • reisub@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      30
      ·
      9 hours ago

      I think the idea behind opinionated cryptography is not only the idea of “We think this is the best, so you have to use it”, but most importantly it removes all requirements of the protocol supporting cipher negotiation. This makes the protocol much simpler, easier to audit and as a result more secure. And if the cryptography in the protocol ever shows a weakness, then Wireguard v2 needs to be released as a breaking change. See all the SSL/TLS versions

      • r00ty@kbin.life
        link
        fedilink
        arrow-up
        12
        arrow-down
        1
        ·
        9 hours ago

        Yep. I entirely agree about the good points. I am just always weary about removing options like this, regardless of intention.

        I’d be fine if for example I’m running my own wireguard implementation, I could choose the suite to use, not negotiate anything and ensure my client has the same configuration.

        I’d probably not use it, but I like the option, and knowing that anyone that wants to try to break this now also needs to guess what options I’m running.

        • FauxLiving@lemmy.world
          link
          fedilink
          English
          arrow-up
          8
          ·
          8 hours ago

          knowing that anyone that wants to try to break this now also needs to guess what options I’m running.

          Unless your security model has you being specifically targeted by advanced threat actors, the most likely scenario is that you’ll be affected by randomly discovered security vulnerabilities and not individuals tailoring an attack for your configuration.

          Obfuscation of your configuration doesn’t add much security and using obscure settings could just as easily result in security vulnerabilities of their own. Vulnerabilities which, due to the obscurity of your configuration, may not be discovered by white hats for much longer.

          I know that, if wireguard is exploitable, it’s very unlikely to be me that would be targeted. There are larger and more lucrative targets acting as honeypots for everyone else.

        • deur@feddit.nl
          link
          fedilink
          English
          arrow-up
          11
          ·
          8 hours ago

          No. You are making assumptions about security and ultimately assuming you’re the only one who thought this along the way.