Ochrana soukromí na úrovni DNS: principy a implementace DNS-over-HTTPS a DNS-over-TLS

Proč je DNS klíčové pro soukromí

Domain Name System (DNS) je „adresář“ internetu: překládá názvy jako priklad.sk na IP adresy. Každý váš dotaz je informace o tom, kam se chystáte připojit – i když je následná komunikace šifrovaná (HTTPS), samotné DNS dotazy tradičně odcházejí v otevřeném textu. Proto z nich dokáže mnoho vyčíst váš poskytovatel internetu, provozovatel Wi-Fi nebo kdokoliv mezi vámi a DNS serverem.

Jak funguje „klasické“ DNS a kde unikají data

  • Stub resolver v zařízení odešle dotaz (typicky UDP/53) na rekurzivní resolver (často router nebo server ISP).
  • Rekurzivní resolver se ptá dál (autoritativní servery) a odpověď ukládá do cache.
  • Problém: dotaz i odpověď jsou čitelné během přenosu. Je možné provádět pasivní sledování, cenzuru či injektování odpovědí.

DoT vs. DoH: co to je a v čem se liší

Moderní standardy přinášejí šifrování mezi vámi a rekurzivním resolverem:

Vlastnost DoT (DNS over TLS) DoH (DNS over HTTPS)
Transport TLS na samostatném portu (obvykle 853) HTTPS (TLS) přes standardní port 443
Maskování v běžném provozu Nižší – specifický port může síť blokovat Vyšší – splývá s běžným HTTPS provozem
Integrace do aplikací Typicky systémové/rezolverové Jednoduchá pro prohlížeče a aplikace
Diagnostika Snadnější (oddělený port a protokol) Komplikovanější (DNS uvnitř HTTP/2/3)
Výkon Nízká latence, per-tok TLS Multiplex přes HTTP/2/3, možný zisk u vícenásobných dotazů

Co šifrování DNS neřeší (a co ano)

  • Řeší: utajení obsahu dotazů před pozorovateli na trase, integritu mezi klientem a resolverem.
  • Neřeší: viditelnost IP adres cílových serverů ani to, že resolver sám vaše dotazy vidí a může je zaznamenávat.
  • Důležité pojmy:
    • QNAME minimization – resolver posílá autoritám jen nezbytně dlouhou část názvu.
    • Padding – doplňování délky dotazů proti fingerprintingu.
    • DNSSEC – chrání integritu (digitální podpisy), neslouží k ochraně soukromí (šifrování).
    • ECH (Encrypted ClientHello) – doplňuje soukromí TLS tím, že skrývá uvedení hostitele při navazování spojení; dopad mimo DNS.
    • EDNS Client Subnet (ECS) – může prozrazovat síť klienta autoritám (doporučuje se vypnout nebo používat agregovaný ECS).

Hrozby, před kterými DoH/DoT pomáhají

  1. Pasivní dohled na veřejných Wi-Fi – čitelnost vašich DNS dotazů.
  2. Manipulace s odpověďmi (blokování, přesměrování, NXDOMAIN hijacking, vložené reklamy).
  3. Sestavování profilů poskytovateli připojení a třetími stranami.

Výběr důvěryhodného resolveru

Šifrování přesouvá důvěru z tranzitní sítě na provozovatele resolveru. Při výběru sledujte:

  • Politiku logování: doba uchovávání, anonymizace, sdílení s třetími stranami.
  • Jurisdikci a transparentnost: zprávy o požadavcích, auditované zásady.
  • Podporu soukromí: QNAME minimization, bez ECS, podpora TLS 1.3/HTTP/3, odpověď na CNAME cloaking.
  • Spolehlivost a výkon: anycast uzly, SLA, dostupnost DoT i DoH.
  • Bezpečnostní funkce: ochrana proti malwaru/phishingu (dobrovolné), možnost profilu „čisté DNS“ bez filtrů.

Možnosti nasazení v domácnosti

  • Prohlížeč – rychlá volba: povolit DoH přímo v prohlížeči (izolované na webové přenosy).
  • Operační systém – centrální řešení: systém nasměruje všechny aplikace na DoH/DoT resolver.
  • Router – jedna konfigurace pro celou LAN: router komunikuje se světem přes DoT/DoH, klientům v LAN poskytuje DNS lokálně (nezapomeňte vypnout „DNS rebind“ rizika a povolit cache).
  • Vlastní resolver (např. unbound, Knot Resolver, stubby) – plná kontrola, QNAME minimization, DoT/DoH upstream.
  • Blokování trackerů (např. pi-hole) – kombinujte s DoT/DoH na upstream, aby blokovací uzel neodesílal dotazy v otevřeném textu.

Nastavení podle platformy – praktické poznámky

  • Android – „Soukromý DNS“ (typicky DoT) na systémové úrovni. Zadejte název hostitele resolveru (nikoli IP adresu).
  • iOS/iPadOS/macOS – profily a konfigurace umožňují DoH/DoT; některá MDM řešení to vynucují podle podnikových politik.
  • Windows – „Secure DNS/DoH“ v síťových nastaveních; vyberte známé poskytovatele nebo přidejte vlastního.
  • Linux – systemd-resolved, NetworkManager či unbound podporují DoT/DoH; volte podle distribuce.
  • Prohlížeče – Firefox má vlastní DoH (TRR), prohlížeče založené na Chromium používají „Secure DNS“. Pozor na duplicitu: systém i prohlížeč mohou používat různé poskytovatele.

Poznámka: názvy menu a umístění volby se liší podle verze systému; řiďte se dokumentací vaší platformy.

Ověření funkčnosti a diagnostika

  • DNS leak test: webové testy odhalí, jaký resolver vidí vaše dotazy. Hledejte, zda je to vámi zvolený DoH/DoT poskytovatel.
  • Router/OS logy: zkontrolujte, zda odcházejí spojení na port 853 (DoT) nebo HTTPS na hostitele resolveru (DoH).
  • Příkazy a nástroje: některé utilitky podporují DoT/DoH (např. kdig, drill, moderní knihovny). Klasické nslookup obvykle používá systémový resolver.
  • Fallbacky: ověřte, co se stane při výpadku – zda klient neklesá zpět na nešifrované DNS bez varování.

Výkon, spolehlivost a vliv na uživatelský komfort

  • Cache na routeru i resolveru snižuje latenci; HTTP/2/3 multiplex pro DoH může urychlit sérii dotazů.
  • Blízkost anycast uzlu výrazně ovlivní dojem – vyberte poskytovatele s uzly ve vašem regionu.
  • Happy Eyeballs a časové limity – rozumné timeouty a paralelní pokusy zvyšují úspěšnost.

DNS v kontextu dalších ochranných vrstev

  • VPN – přesměruje DNS do tunelu; kombinujte s DoH/DoT u VPN resolveru, aby ani tunelová brána neviděla otevřené dotazy.
  • HTTPS RR/SVCB a ECH – moderní záznamy a šifrované ClientHello snižují únik metadat mimo DNS.
  • DNSSEC – doporučeno zapnout pro integritu; soukromí doplňují DoH/DoT.

Jednoduchý postup nasazení (v 5 krocích)

  1. Vyberte si důvěryhodného poskytovatele s jasnou politikou soukromí.
  2. Rozhodněte, kde to zapnete: prohlížeč (nejrychleji), systém (komplexně) nebo router (centrálně pro celou domácnost).
  3. Zapněte DoH (port 443) nebo DoT (port 853) podle možností platformy; uložte název hostitele a profil.
  4. Otestujte úniky a chování při výpadku; zkontrolujte, zda nedochází k návratu na nešifrované DNS.
  5. Volitelně dolaďte: vypněte ECS, zapněte QNAME minimization, povolte DNSSEC validaci a lokální cache.

Specifika v podnikových a školních sítích

  • Split-horizon DNS – interní názvy musí zůstat dostupné; klienti by neměli obcházet firemní resolver.
  • Politiky a MDM – centrální profily mohou vynutit DoH/DoT k firemnímu resolveru a zároveň minimalizovat logování.
  • Captive portály – mohou vyžadovat dočasné vypnutí nebo speciální výjimky.

Časté otázky

Je DoH „lepší“ než DoT?
Záleží na prostředí. DoH projde přes port 443 a maskuje se jako webový provoz; DoT je protokolem čistší a snáze se monitoruje a diagnostikuje. Na úroveň soukromí vůči síti mají podobný efekt.
Potřebuji i DNSSEC, pokud mám DoH/DoT?
Ano, doporučuje se – řeší integritu záznamů od autorit. DoH/DoT šifruje pouze cestu k resolveru.
Vidí můj resolver všechno?
Ano. Proto je důležitý výběr poskytovatele a jeho politika ochrany dat.
Může to zpomalit internet?
První spojení může mít mírný overhead, ale cache a HTTP/2/3 jej kompenzují. Při dobré infrastruktuře rozdíl nepoznáte.

Kontrolní seznam doporučení

  • Zvolte důvěryhodný resolver (bez ECS, s QNAME minimization, DNSSEC validátorem).
  • Zapněte DoH/DoT na úrovni, která vám dává smysl (prohlížeč/systém/router).
  • Otestujte úniky a chování při výpadku; zkontrolujte fallbacky.
  • Na routeru povolte cache a zabezpečte, aby klienti nemohli obcházet lokální DNS.
  • Kombinujte s dalšími vrstvami: HTTPS, ECH, případně VPN.

DoH a DoT přinášejí výrazné zvýšení soukromí tím, že skrývají vaše DNS dotazy před nežádoucími očima v síti. Samy o sobě však nenahrazují dobrý výběr resolveru, DNSSEC ani další moderní mechanismy, které chrání metadata. Pokud zvolíte správnou kombinaci (důvěryhodný poskytovatel, vhodná úroveň nasazení, rozumné politiky), získáte soukromější a zároveň spolehlivé DNS bez nutnosti měnit své návyky na internetu.