• Psi9@kbin.earth
    link
    fedilink
    arrow-up
    4
    ·
    2 hours ago

    you do know you can just put a firewall rule in to prevent any IP options from hitting the server

    The rule (matches header length > 20 bytes, i.e. IHL 6–15):

    iptables -I INPUT 1 -m u32 --u32 "0>>24&0x0F=6:15" -m comment --comment ipopts-stopgap -j DROP
    
    • ufw: add -A ufw-before-input -m u32 --u32 "0>>24&0x0F=6:15" -j DROP to /etc/ufw/before.rules, above the RELATED,ESTABLISHED accept line. Then run ufw reload.
    • csf: put the iptables line in /usr/local/csf/bin/csfpre.sh so it survives csf restarts.
    • Docker hosts: use -t raw -I PREROUTING instead, so container traffic is covered too.

    Test: run ping -R at the box and watch the counter go up in iptables -L INPUT -v -n. Note that many networks drop option packets in transit, so test from the same LAN or a local netns.

    its a stopgap. not a fix. but you don’t have to take all your servers offline … just put the block in and wait for the patch

  • Humanbiscuit@lemmy.world
    link
    fedilink
    arrow-up
    5
    ·
    3 hours ago

    Context from the article for those that don’t like clicking …

    Debian patched it on October 16. Ubuntu still doesn’t have a patch more than two weeks later. Every supported release, LTS included, is listed as “Vulnerable”.

    Ubuntu hasn’t shipped the patch nine days after it was rated 9.8 and six days after a working root exploit.

  • Eggymatrix@sh.itjust.works
    link
    fedilink
    arrow-up
    2
    ·
    3 hours ago

    Apparently ubuntu is for the latest features, not the latest security fixes, for those you need debian to be updated at the highest pace