Pulling this off requires high privileges in the network, so if this is done by intruder you’re probably having a Really Bad Day anyway, but might be good to know if you’re connecting to untrusted networks (public wifi etc). For now, if you need to be sure, either tether to Android - since the Android stack doesn’t implement DHCP option 121 or run VPN in VM that isn’t bridged.

  • catloaf@lemm.ee
    link
    fedilink
    English
    arrow-up
    3
    ·
    2 months ago

    Control of a DHCP server. An attacker could run their own and get lucky enough for your client to choose theirs.

    • Slotos
      link
      fedilink
      arrow-up
      1
      ·
      2 months ago

      Native tongue doesn’t have articles, which makes me forget the implicative importance they hold in English >.<

      IIRC a malicious DHCP server could also listen to ARP probes and respond to those it didn’t issue, making clients seek renegotiation, which could increase (guarantee?) the chance of client choosing malicious server.

      I haven’t worked with low level networking for a good decade or two, however, so there’s that.

      • catloaf@lemm.ee
        link
        fedilink
        English
        arrow-up
        2
        ·
        2 months ago

        Yes, it could attempt ARP attacks too, though I’m not sure how that would affect DHCP traffic, since it’s broadcast, not routed. I haven’t had to work that angle.

        (Also, “implicitive” should just be “implicit”; it’s already an adjective.)

        • Slotos
          link
          fedilink
          arrow-up
          1
          ·
          2 months ago

          I was going for “implicated”, but suffered a critical failure in my word formation attempt.

          (Still better than that one time when I decided that past tense of “to bug [someone]” was “buggered”)