Comment on Novel attack against virtually all VPN apps neuters their entire purpose

adam_y@lemmy.world ⁨6⁩ ⁨months⁩ ago

• Rin@lemm.ee ⁨6⁩ ⁨months⁩ ago

  Common Linux w

  source

  • NeatNit@discuss.tchncs.de ⁨6⁩ ⁨months⁩ ago

    Not really, Linux is still vulnerable and there is a mitigation but it opens a side channel attack.

    source
• sugar_in_your_tea@sh.itjust.works ⁨6⁩ ⁨months⁩ ago

  Android

  Except sometimes.

  source
• FridaG@reddthat.com ⁨6⁩ ⁨months⁩ ago

  True, if you neg a linux dev online enough for two years, you can make your entire infrastructure vulnerable to attack

  source
• pineapplelover@lemm.ee ⁨6⁩ ⁨months⁩ ago

  Wait so the vulnerability exists on macos and iphone even though those are based on bsd (right?)

  source

  • Natanael@slrpnk.net ⁨6⁩ ⁨months⁩ ago

    Hilariously enough, Windows users can use WSL to run a Linux VPN (but only applications running in WSL are safe if I understand the attack right)

    source
• lurch@sh.itjust.works ⁨6⁩ ⁨months⁩ ago

  This is the way

  source
• Railing5132@lemmy.world ⁨6⁩ ⁨months⁩ ago

  Hate to rain on the Linux parade here, but didn’t the article say: “There are no ways to prevent such attacks except when the user’s VPN runs on Android.” and that Linux was just as vulnerable as Windows?

  source

  • 0xD@infosec.pub ⁨6⁩ ⁨months⁩ ago

    It’s not as vulnerable but it still is.

    Interestingly, Android is the only operating system that fully immunizes VPN apps from the attack because it doesn’t implement option 121. For all other OSes, there are no complete fixes. When apps run on Linux there’s a setting that minimizes the effects, but even then TunnelVision can be used to exploit a side channel that can be used to de-anonymize destination traffic and perform targeted denial-of-service attacks.

    source

    • Macros@discuss.tchncs.de ⁨6⁩ ⁨months⁩ ago

      But in the details this attack is not that bad. E.g. NordVPN and I guess also other VPNs use firewall rules to drop traffic on normal network interfaces.

      Their side channel is still routing traffic away from the VPN channel. Then they can observe that there is no traffic and guess that the user either didn’t make requests in that moment or that he wanted to visit a website in the range covered by the route. They can not spy on the traffic.

      Also you can not quickly move into a network and apply this attack, as DHCP leases usually last 1 day or at least 1 hour. Only when they expire you can apply the attack (or you force the user to drop from the network, which is easy if they are using WPA2, but only possible by blocking the wifi signal if they are using WPA3)

      It is a serious issue and should be mitigated, but not as huge as news articles make it.

      source
    • seth@lemmy.world ⁨6⁩ ⁨months⁩ ago

      You can also use network namespaces on Linux which Wireguard has a nice explanation and walkthrough on, recommending this as part of setting up wg connections. www.wireguard.com/netns/

      source

      • xabadak@lemmings.world ⁨6⁩ ⁨months⁩ ago

        I saw that but unfortunately it doesn’t detail how to set it up persistently on every boot. And I also haven’t seen anybody using this method, probably because of the lack of tooling around it. For example afaik the official Mullvad client on linux just uses a firewall.

        source
  • noodlejetski@lemm.ee ⁨6⁩ ⁨months⁩ ago

    you’re replying to a verbatim quote from the article.

    source

    • Railing5132@lemmy.world ⁨6⁩ ⁨months⁩ ago

      I was going from this: (emphasis mine)

      Interestingly, Android is the only operating system that fully immunizes VPN apps from the attack because it doesn’t implement option 121. For all other OSes, there are no complete fixes. When apps run on Linux there’s a setting that minimizes the effects, but even then TunnelVision can be used to exploit a side channel that can be used to de-anonymize destination traffic and perform targeted denial-of-service attacks.

      source
    • KairuByte@lemmy.dbzer0.com ⁨6⁩ ⁨months⁩ ago

      Partial context is a bitch.

      source