Re:DNS cache poisoning, the Internet attack from 2008, is ba...
by toast0 on Thursday November 12, 2020 @01:34PM
(#25073065)
For #2; I would think you could reasonably disable sending ICMP port unreachable (possibly for UDP only) for these machines. Or at least for the IPs they use for sending queries.
It's not strictly required, and leaks information. I don't know what an dns server would do with an icmp unreachable to its reply anyway.
Random drop would work too of course. I think there's a general concern about these rate limits leaking information, but it's hard to address because of many concerns. Alternatively a big push to use lots of IPv6 addresses would increase the search space and make it harder to spoof (contingent on IPv6 support in authoritative and recursive severs and their networks)
Re:DNS cache poisoning, the Internet attack from 2008, is ba...
by tptacek on Thursday November 12, 2020 @01:41PM
(#25073167)
I had the same first impression, and it's not like ICMP unreachables weren't already a security issue (they're how you do UDP port scans in the first place). I assume there's a reason they're kept enabled. But you could keep them enabled and approximately 100% functional while breaking this attack just by dropping a couple now and then.
Re:DNS cache poisoning, the Internet attack from 2008, is ba...
by entropicdrifter on Thursday November 12, 2020 @12:57PM
(#25072583)
Your first point is yet another reason why setting up a PiHole with DoH is an excellent idea, beyond privacy and ad removal
1. Attacks on forwarders are neutralized by things like DoH, and it's not clear how generalizable their results are (it's not clear whether they need insider collaboration to pull off the attacks).
2. It appears to be possible to defeat attacks on the major public DNS caches with just slight tweaks to ICMP unreachable messages. Like, couldn't you just drop a random ICMP packet or two within the rate window and completely jank this attack up?