• The researchers believe it affects all VPN applications when they’re connected to a hostile network and that there are no ways to prevent such attacks except when the user’s VPN runs on Linux or Android.

    Once again, Linux with a win!

    • @dave@feddit.uk
      link
      fedilink
      English
      152 months ago

      Partially. The summary isn’t quite in line with the detail:

      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.

      • @AndrasKrigare@beehaw.org
        link
        fedilink
        32 months ago

        I disagree with one of their points

        Network firewalls can also be configured to deny inbound and outbound traffic to and from the physical interface. This remedy is problematic for two reasons: (1) a VPN user connecting to an untrusted network has no ability to control the firewall and (2) it opens the same side channel present with the Linux mitigation.

        Sure, they can’t control the network firewall, but why would you do that when you can change your local firewall? Set an iptables rule to drop all traffic going out the physical interface that isn’t destined for the VPN server. I’m 70% sure some vpn clients do this automatically.

        • @TheAnonymouseJoker@lemmy.mlM
          link
          fedilink
          12 months ago

          ProtonVPN client on Linux has killswitch. I had to reinstall Ubuntu due to that, since it stopped network connectivity outside of VPN even when I wanted to.

  • @PowerCrazy@lemmy.ml
    link
    fedilink
    English
    212 months ago

    Any vpn solution that uses a TCP/IP shim in full tunnel mode will ignore option 121 or any other routing options (static routes, etc). Most corporate VPNs like Global Protect/Cisco Any Connect, Appgate, etc will enforce full-tunnel. Any user who is using a VPN for privacy reasons should also use a full tunnel as well especially when connecting to an untrusted networks.

    • @floofloof@lemmy.caOP
      link
      fedilink
      English
      3
      edit-2
      2 months ago

      I dunno, tunnel vision is when you can’t see outside the tunnel. The problem is you apparently can.

      Edit: Oh, do they mean you can see into the tunnel? That sort of makes more sense.

    • @chicken@lemmy.dbzer0.com
      link
      fedilink
      72 months ago

      Not quite what the article says:

      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. Network firewalls can also be configured to deny inbound and outbound traffic to and from the physical interface. This remedy is problematic for two reasons: (1) a VPN user connecting to an untrusted network has no ability to control the firewall and (2) it opens the same side channel present with the Linux mitigation.

  • @ulkesh@beehaw.org
    link
    fedilink
    English
    32 months ago

    So basically don’t be stupid when on a network you don’t control. I mean I would think that would be common sense by now. Just because you’re on a VPN doesn’t mean that the local network doesn’t have some semblance of capabilities.

    And maybe I read it wrong, but perhaps don’t use DHCP on a network you don’t control. Wouldn’t that wholly mitigate this?

    I get that this is concerning for people who don’t know any better. But I don’t think it’s as devastating as the title makes it sound.

  • @WeirdGoesPro@lemmy.dbzer0.com
    link
    fedilink
    32 months ago

    How did nobody discover this sooner if it is a common network option? This seems like it should have been well known to professionals. Who dropped the ball?