Google om starten af den trinvise aktivering (DoH, DNS over HTTPS) for Chrome 85-brugere på Android-platformen. Denne tilstand vil blive aktiveret gradvist og dække flere brugere. Tidligere, i startede aktiveringen af DNS-over-HTTPS for brugere af desktopsystemer.
DNS-over-HTTPS vil automatisk blive aktiveret for brugere, hvis indstillinger angiver DNS-udbydere, der understøtter denne teknologi (for DNS-over-HTTPS bruges den samme udbyder, som var anvendt til DNS). For eksempel, hvis en bruger har angivet DNS 8.8.8.8 i systemindstillingerne, vil DNS-over-HTTPS-tjenesten fra Google («https://dns.google.com/dns-query») blive aktiveret i Chrome; hvis DNS er 1.1.1.1, vil DNS-over-HTTPS-tjenesten fra Cloudflare («https://cloudflare-dns.com/dns-query») blive aktiveret osv.
For at undgå problemer med opløsning af virksomheders intranet-netværk anvendes DNS-over-HTTPS ikke, når browserens anvendelse bestemmes i centralt styrede systemer. DNS-over-HTTPS deaktiveres også, når der er etableret forældrekontrol. I tilfælde af fejl i DNS-over-HTTPS er det muligt at rulle indstillingerne tilbage til almindelig DNS. For at styre brugen af DNS-over-HTTPS er der tilføjet særlige muligheder i browserindstillingerne, som gør det muligt at deaktivere DNS-over-HTTPS eller vælge en anden udbyder.
Vi minder om, at DNS-over-HTTPS kan være nyttigt for at forhindre lækage af anmodninger om hostnavne gennem udbydernes DNS-servere, bekæmpe MITM-angreb og manipulation af DNS-trafik (for eksempel når man tilslutter sig offentlige Wi-Fi-netværk), modvirke blokeringer på DNS-niveau (DNS-over-HTTPS kan ikke erstatte VPN i forhold til at omgå blokeringer implementeret på DPI-niveau) eller for at organisere driften i tilfælde af, at direkte adgang til DNS-serverne ikke er muligt (for eksempel ved brug af en proxy). I almindelige situationer sendes DNS-forespørgsler direkte til de DNS-servere, der er angivet i systemkonfigurationen, men ved DNS-over-HTTPS inkapsuleres forespørgslen om at bestemme IP-adressen for en host i HTTPS-trafik og sendes til en HTTP-server, hvor resolveren behandler forespørgslerne via Web API. Den eksisterende standard DNSSEC bruger kryptering kun til autentificering af klient og server, men beskytter ikke trafikken mod aflytning og garanterer ikke fortroligheden af forespørgslerne.
Kilde: opennet.ru
