News for hackers. Stuff that matters.
Re:A German ISP tampered with their DNS – specifically to sa... by 2716057 on Sunday August 24, 2025 @07:16AM (#45003306)
The workarounds on this page mostly suggest to use large public resolvers. Feature request (not sure if the author is on HN): it would be interesting to know which domains are blocked by 9.9.9.9, 1.1.1.1, and especially the new DNS4EU service.
Re:A German ISP tampered with their DNS – specifically to sa... by p2detar on Sunday August 24, 2025 @08:10AM (#45003626)
[delayed]
Re:A German ISP tampered with their DNS – specifically to sa... by nicce on Sunday August 24, 2025 @09:11AM (#45004012)
Few years ago I would have been happy about such a service in EU level. Now I just fear how they are planning to misuse it.
Re:A German ISP tampered with their DNS – specifically to sa... by throw28158916 on Sunday August 24, 2025 @11:32AM (#45004999)
Sadly dns4eu does not support dnscrypt protocol which is deal-breaker in 2025 if you ask me.
Re:A German ISP tampered with their DNS – specifically to sa... by rfl890 on Sunday August 24, 2025 @12:31PM (#45005555)
Why isn't DoT sufficient?
Re:A German ISP tampered with their DNS – specifically to sa... by throw28158916 on Sunday August 24, 2025 @12:53PM (#45005742)
I am not an expert but I read this website [1] and got impression that dns-over-tls is first iteration of encrypted dns and dnscrpyt protocol is second iteration of encrypted dns fixing its problems. Also dns-over-tls is not supported by package dnscrypt-proxy2 on openwrt and I have personal bias for not configuring dns-over-https on routers (in my opinion https is too complex protocol and have risk of getting hacked). Maybe I am alone with my opinions - I do not know. I wanted to use dns4eu and got really disappointed with not supporting dnscrypt. That's all.

[1] https://dnscrypt.info/faq

Re:A German ISP tampered with their DNS – specifically to sa... by nicce on Sunday August 24, 2025 @02:57PM (#45006697)
By looking the list of negative sides of DNS over TLS (DoT) in there, this project seems to list artificial problems, which makes me want to avoid the whole project. Maybe there are real benefits on using this protocol, but they should not make the list of problems looking longer than it actually is.

The project especially lists the problems of TLS. TLS is one of the most understood, tested, and well-defined protocols that can be abstracted away in implementation level. Nothing also prevents forcing TLS 1.3 which removes most of the described other problems.

This especially sounds odd:

> Questionable practical benefits over DoH

But DoH brings the full TLS stack and also the HTTP stack as well? At the same time the project complains about increased attack surface in DoT, but DoH just extends it even more.

If I also look the DoH list, there is

> Requires TCP

But just few lines befeore, they say that DoH supports HTTP/3 which is UDP.

E.g. Android has supported it 3 years already:

https://security.googleblog.com/2022/07/dns-over-http3-in-an...

Re:A German ISP tampered with their DNS – specifically to sa... by throw28158916 on Monday August 25, 2025 @04:41AM (#45011667)
I think my opinion is based on idea that for connection between my pc/router and dns server certificates PKI is not needed. You can just hardcode/configure public key of dns server and that is it. Similar to wireguard or ssh server.

> The project especially lists the problems of TLS. TLS is one of the most understood, tested, and well-defined protocols that can be abstracted away in implementation level.

I agree that TLS is understood, tested, used every day etc. I do not agree that you sleep calm at night. For example a few years ago [1] or [2] mozilla removed root CA from firefox for bad behavior. And you can argue everything is working properly because bad behavior was detected and removed but the thing is - you can avoid this group of problems entirely by avoiding PKI in protocol. That is why I like dnscrypt protocol more. Less problems to worry about. You only change hardcoded/configured public key if you change which dns server you are using (not a big deal). You do not have to regularly update router to keep root ca store up-to-date. Do you update your router every month? Because I do not.

[1] https://www.feistyduck.com/newsletter/issue_53_certificate_a...

[2] https://www.itbrew.com/stories/2022/12/02/mozilla-microsoft-...

Re:A German ISP tampered with their DNS – specifically to sa... by nicce on Monday August 25, 2025 @09:21AM (#45013568)
I see that point. But you can do the same with DoT? Instead of public key, you just pin the cert and bypass CA in that way. And you get the perfect forward secrecy and other benefits of TLS. But this might require the regular update of certs, and does not solve your maintenance problem.
Re:A German ISP tampered with their DNS – specifically to sa... by sunaookami on Monday August 25, 2025 @03:19AM (#45011202)
"Supported by the European Commission" is a massive red flag.
Re:A German ISP tampered with their DNS – specifically to sa... by fsflover on Thursday August 28, 2025 @08:09AM (#45051184)
It isn't.
Re:A German ISP tampered with their DNS – specifically to sa... by sunaookami on Tuesday September 02, 2025 @10:17AM (#45103439)
Yes it is because it will be used for censorship. The EC is a non-elected institution.
Re:A German ISP tampered with their DNS – specifically to sa... by fsflover on Monday September 08, 2025 @12:45PM (#45170530)
> The EC is a non-elected institution.

This is plain false: https://en.wikipedia.org/wiki/European_commision

Re:A German ISP tampered with their DNS – specifically to sa... by rsync on Sunday August 24, 2025 @01:53PM (#45006220)
Tangent: does anybody know which DNS server software that providers like dns4eu and nextdns use ?

Are they using nsd or bind or … did they write their own?

Re:A German ISP tampered with their DNS – specifically to sa... by madspindel on Wednesday August 27, 2025 @07:55AM (#45038405)
DNS4EU is using the Knot resolver
Re:A German ISP tampered with their DNS – specifically to sa... by 31a05b9c on Monday August 25, 2025 @01:12AM (#45010433)
9.9.9.9 provides a first-party tool to test domains against their block list

https://quad9.net/result/

and there is also 9.9.9.10, which does not perform any blocking (if it does, then no one has noticed that, which is unlikely)

Re:A German ISP tampered with their DNS – specifically to sa... by iggldiggl on Monday August 25, 2025 @10:49AM (#45014480)
One problem I've run into with that approach is that Akamai uses DNS for steering you to the correct portion of its CDN and the default servers you get from public DNS have abysmal peering with my ISP. So simply switching the default DNS in my router isn't enough, I'd actually have to run my own custom DNS resolver in order to special case Akamai there.