Join the discussion

Write your take first — we'll ask for email only when you're ready to publish.

  • Hacker News
  • What is the nature of these findings? There’s a big difference between AI finding a buffer overflow vs. identifying a fundamental protocol flaw. Could AI realistically discover something like the Kaminsky attack? or even something which is an amplification exploit like the NXNSAttack?
  • Never liked using dnsmasq. Always felt like too much in one tool. A local caching resolver, dhcp server, and tftp/pxe boot setup were always things I preferred to configure separately.
  • I agree, it also goes against the Linux "way of doing things". For example, Opnsense uses the dhcp portions of dnsmasq only (and unbound for the dns parts) which just feels 'wrong'.
  • There are few dnsmasq (only?) features that are indispensable to some. Examples: sending query of *.example.com to certain upstream servers, or returning NXDOMAIN for phishing sites, or adding all resolved IPs for *.example.org to an ipset for policy routing. The last one works on FreeBSD as well although BSD does not have ipset. The list of *.example_xyz.com can be huge and it is said recent dnsmasq can handle them efficiently.
  • That line of thinking is exactly why I ended up using maradns for my dns hosting way back.

    10/10, no regrets, would recommend.

  • That's kinda the point. It is "i run a small router" app in a box.

    DHCP and DNS are connected, PXE requires DHCP entries, so to do a simple setup you'd need to glue together at least 3 daemons otherwise, all with different config syntax

  • Maybe this is the kick in the ass Debian needs to upgrade the embarrassingly ancient dnsmasq in "stable" because while I can't think of any new features, the latest versions contain many non-CVE bug fixes.

    But I doubt it, they will lazily backport these patches to create some frankenstein one-off version and be done with it.

    Before anyone says "tHaT's wHaT sTaBlE iS fOr": they have literally shipped straight-up broken packages before, because fixing it would somehow make it not "stable". They would rather ship useless, broken code than something too new. It's crazy.

  • It depends on how you look at it. I use Debian stable in the smallet possible configuration because it is, well, stable. A rock on which I put docker to run actually useful services, which are upaded the way I want.

    If I was to run dnsmasq on Debian, it would be in a container. Since I run Pihole (in a container), it kinda is.

  • About a decade ago I switched to Ubuntu LTS because of Debian’s “policy?” of having pretty old packages in “stable” and a long release cycles.

    Nowadays, even with Ubuntu’s two year or so release cycle I have to use 3rd party packages to have up to date software (PHP being one) and not some version from three years ago.

    We no longer live in a world (with few exceptions) where running a 3-5 year old distribution (still supported) makes sense.

  • For what it's worth, Debian had a security update for dnsmasq yesterday, presumably to address this.
  • You can always ask the Debian project for your money back.
  • I dunno, 2.92 seems to bring in some new features and changes that would not typically be brought into a stable release: https://thekelleys.org.uk/dnsmasq/CHANGELOG
  •     https://security-tracker.debian.org/tracker/CVE-2026-2291
        https://security-tracker.debian.org/tracker/CVE-2026-4890
        https://security-tracker.debian.org/tracker/CVE-2026-4891
        https://security-tracker.debian.org/tracker/CVE-2026-4892
        https://security-tracker.debian.org/tracker/CVE-2026-4893
        https://security-tracker.debian.org/tracker/CVE-2026-5172
    
    fixed, fixed, fixed, fixed, fixed and fixed
  • You don't have to use Debian stable, if you'd prefer Ubuntu every 6 months, or Fedora (6 months? 9 months?), or even Arch Linux updated daily ...

    I use Arch on my laptop, when I got it 2 years ago the amd gpu was a bit new so it was prudent to get the latest kernel, mesa, everything. Since I use it daily it's not bad to update weekly and keep on top of occasional config migrations.

    I use Debian stable on my home server, it's been in-place upgraded 4-ish times over 10 years. I can install weekly updates without worrying about config updates and such. I set up most stuff I wanted many years ago, and haven't really wanted new features since, though I have installed tailscale and jellyfin from their separate debian package repos so they are very current. It does the same jobs I wanted it to do 8 years ago, with super low maintenance.

    But if you don't want Debian stable, that's fine. Just let others enjoy it.

  • They're not going to put a newer version in stable. The way stable gets newer versions of things is that you get the newer version into testing and then every two years testing becomes stable and stable becomes oldstable, at which point the newer version from testing becomes the version in stable.

    The thing to complain about is if the version in testing is ancient.

    by zrm
  • The AI bug report tsunami is not in all projects. As the top comment notes, MaraDNS didn't have any. I assume djbdns and tinydns didn't either, otherwise they'd shout it from the rooftops.

    I never understood why some projects get extremely popular and others don't. I also suspect by now that the reports by tools that are "too dangerous to release" scan all projects but selectively only contact those with issues, so that they never have to admit that their tool didn't find anything.

  • > The AI bug report tsunami is not in all projects.

    It's in popular projects.

  • That is pretty bad!

    "a remote attacker capable of asking DNS queries or answering DNS queries can cause a large OOB write in the heap."

    Malformed DNS response causes "infinite loop and dnsmasq stops responding to all queries."

    Malicious DHCP request can cause buffer overlow.

  • How bad is it if someone infects my home router using such a thing? They can MITM non-encrypted requests, but there are not a lot of those, right?

    What else can they do, assuming the computers behind the router are all patched up.

  • they could try and exploit any device on your network, and since they see which servers you connect to and how often you communicate with one they can write phishing mails which are tailored just for you.
  • If you blindly TOFU ssh sessions, those can be pwned easily in many common use cases. Legacy software configurations like NFS with IP authentication will be bypassed. Realistically the most likely scenario is using your home as a VPN, or a DDOS node.
  • They can block traffic to update servers so the computers behind the router aren't all patched up, then exploit them. They also get access to all the IoT devices on the internal network. They can also use your router as a proxy so their scraping/attack traffic comes from your IP address instead of theirs.

    It's definitely bad.

    by zrm
  • Shameless plug time:

    My own MaraDNS has been extensively audited now that we’re in the age of AI-assisted security audits.

    Not one single serious security bug has been found since 2023. [1]

    The only bugs auditers have been finding are things like “Deadwood, when fully recursive, will take longer than usual to release resources when getting this unusual packet” [2] or “This side utility included with MaraDNS, which hasn’t been able to be compiled since 2022, has a buffer overflow, but only if one’s $HOME is over 50 characters in length” [3]

    I’m actually really pleased just how secure MaraDNS is now that it’s getting real in depth security audits.

    [1] https://samboy.github.io/MaraDNS/webpage/security.html

    [2] https://github.com/samboy/MaraDNS/discussions/136

    [3] https://github.com/samboy/MaraDNS/pull/137

  • That's a bit shameless, indeed.

    dnsmasq has served me well for like an eternity in multiple setups for different use cases. As all software it has bugs. And once located those get fixed. Its author is also easy to communicate with.

    Why should I switch over to something way less proven? I'm quite sure your software also has bugs, many still not located. Maybe because it's less popular/ less well known nobody cares to hunt for those bugs? Which means even if the numbers of found bugs is less in your software at the moment, and it may look more audited for this reason, it may actually be way less secure.

  • Flagged because this discussion about dnsmasq and another dns resolver implementation that has relatively no rollout worldwide by comparison is pointless.
  • good job. but it is amazing we are still writing core networking tools in vulnerable language such as c in 2026.
  • > Shameless plug time: My own MaraDNS has been extensively audited now that we’re in the age of AI-assisted security audits.

    Out of curiosty: what is the point you’re trying to make? That there are alternatives to dnsmasq? That somehow your software is “better”?

    This plug provides zero value to the dnsmasq discussion.

    As others have pointed out: the more used a software is, the more scrutiny it gets and more bugs or edge cases are found.

  • I remember being delighted finding maradns as an alternative to the “do everything” of dnsmasq way back when I set up a dns server, and more importantly, I haven't had to think about it since then.
  • MaraDNS is much less popular than dnsmasq though.

    I have several libraries that I've written. Not one single serious security bug in them has been found since 1991. Granted, nobody uses my libraries...

    Not to diminish your team's achievement! :D But it's important to contextualize claims like this with information about what your userbase looks like

    by gcr
  • Well, as you bundle Lua 5.1 (as Lunacy), instead of making a library and loading it, and you bundled the 2012 version, you're probably affected by CVE-2014-5461 and others. Lua hasn't been security fix free.