K\u00e9t \u00e9v fejleszt\u00e9s ut\u00e1n az ISC konzorcium bemutatta a BIND 9.18 \u00faj, jelent\u0151s \u00e1g\u00e1nak els\u0151 stabil kiad\u00e1s\u00e1t. A 9.18 \u00e1g t\u00e1mogat\u00e1sa h\u00e1rom \u00e9ven \u00e1t, 2025 m\u00e1sodik negyed\u00e9v\u00e9ig fog zajlani a kib\u0151v\u00edtett fenntart\u00e1si ciklus keret\u00e9ben. A 9.11 \u00e1g t\u00e1mogat\u00e1sa m\u00e1rciusban, a 9.16 \u00e1g t\u00e1mogat\u00e1sa pedig 2023 k\u00f6zep\u00e9n fog megsz\u0171nni. A k\u00f6vetkez\u0151 stabil verzi\u00f3 funkcionalit\u00e1s\u00e1nak fejleszt\u00e9se \u00e9rdek\u00e9ben l\u00e9trej\u00f6tt a BIND 9.19.0 k\u00eds\u00e9rleti \u00e1ga. <\/p>\n
A BIND 9.18.0 release is notable for its implementation of support for DNS over HTTPS (DoH) and DNS over TLS (DoT) technologies, as well as the XoT (XFR-over-TLS) mechanism for secure transmission of DNS zone contents between servers (supporting both the transfer and reception of zones via XoT). With appropriate settings, a single named process can now handle not only traditional DNS queries but also those sent using DNS-over-HTTPS and DNS-over-TLS. Client support for DNS-over-TLS is built into the dig utility, which can be used to send requests over TLS by specifying the '+tls' flag. <\/p>\n
A DoH-ban haszn\u00e1lt HTTP\/2 protokoll megval\u00f3s\u00edt\u00e1sa az nghttp2 k\u00f6nyvt\u00e1r alkalmaz\u00e1s\u00e1n alapul, amely az opcion\u00e1lis build f\u00fcgg\u0151s\u00e9gek k\u00f6z\u00e9 tartozik. A DoH \u00e9s DoT sz\u00e1m\u00e1ra a tan\u00fas\u00edtv\u00e1nyokat a felhaszn\u00e1l\u00f3 biztos\u00edthatja, vagy automatikusan gener\u00e1lhat\u00f3k az ind\u00edt\u00e1s sor\u00e1n. <\/p>\n
Processing requests using DoH and DoT is enabled by adding the 'http' and 'tls' options to the listen-on directive. To support unencrypted DNS-over-HTTP, the configuration should specify 'tls none'. Keys are defined in the 'tls' section. The standard network ports 853 for DoT, 443 for DoH, and 80 for DNS-over-HTTP can be overridden using the tls-port, https-port, and http-port parameters. For example: <\/p>\n
tls local-tls { key-file '\/path\/to\/priv_key.pem'; cert-file '\/path\/to\/cert_chain.pem'; }; http local-http-server { endpoints { '\/dns-query'; }; }; options { https-port 443; listen-on port 443 tls local-tls http myserver {any;}; } <\/p>\n
A DoH megval\u00f3s\u00edt\u00e1s\u00e1nak jellemz\u0151je a TLS titkos\u00edt\u00e1si m\u0171veletek egy m\u00e1sik szerverre val\u00f3 \u00e1thelyez\u00e9se, ami akkor lehet sz\u00fcks\u00e9ges, ha a TLS tan\u00fas\u00edtv\u00e1nyokat egy m\u00e1sik rendszeren t\u00e1rolj\u00e1k (p\u00e9ld\u00e1ul webkiszolg\u00e1l\u00f3s infrastrukt\u00far\u00e1ban), \u00e9s m\u00e1s szem\u00e9lyzet kezeli. A nem titkos\u00edtott DNS-over-HTTP t\u00e1mogat\u00e1sa a hibakeres\u00e9s megk\u00f6nny\u00edt\u00e9se \u00e9rdek\u00e9ben \u00e9s mint szint a bels\u0151 h\u00e1l\u00f3zaton val\u00f3 tov\u00e1bb\u00edt\u00e1shoz (a titkos\u00edt\u00e1s m\u00e1sik szerverre val\u00f3 \u00e1thelyez\u00e9s\u00e9hez) val\u00f3sult meg. A TLS forgalom l\u00e9trehoz\u00e1s\u00e1hoz a kivezetett szerveren nginx alkalmazhat\u00f3, hasonl\u00f3an ahhoz, ahogyan a HTTPS k\u00f6t\u0151d\u00e9s t\u00f6rt\u00e9nik a webhelyek eset\u00e9ben. <\/p>\n
Egy m\u00e1sik jellemz\u0151 a DoH integr\u00e1ci\u00f3ja, mint egy \u00e1ltal\u00e1nos sz\u00e1ll\u00edt\u00e1si m\u00f3dszer, amely nemcsak a kliens k\u00e9r\u00e9sek feldolgoz\u00e1s\u00e1ra szolg\u00e1l a felold\u00f3hoz, hanem a szerverek k\u00f6z\u00f6tti adatcser\u00e9ben, az \u00f6vezetek \u00e1tad\u00e1s\u00e1n szint\u00e9n az illet\u00e9kes DNS-kiszolg\u00e1l\u00f3 \u00e1ltal, \u00e9s b\u00e1rmilyen, m\u00e1s DNS sz\u00e1ll\u00edt\u00e1sok \u00e1ltal t\u00e1mogatott k\u00e9r\u00e9sek feldolgoz\u00e1sa sor\u00e1n is alkalmazhat\u00f3. <\/p>\n
Among the drawbacks that can be mitigated by disabling the DoH\/DoT build or offloading encryption to another server is the overall complexity of the code base \u2014 with an integrated HTTP server and TLS library added, which potentially may contain vulnerabilities and act as additional attack vectors. Additionally, using DoH increases traffic. <\/p>\n
Ne feledj\u00fck, hogy a DNS-over-HTTPS hasznos lehet a szolg\u00e1ltat\u00f3k DNS szerverei \u00e1ltal t\u00f6rt\u00e9n\u0151 h\u00edvott hostnevek adatainak kisziv\u00e1rg\u00e1s\u00e1nak megakad\u00e1lyoz\u00e1s\u00e1ra, a MITM t\u00e1mad\u00e1sokkal \u00e9s a DNS forgalom hamis\u00edt\u00e1s\u00e1val szembeni v\u00e9dekez\u00e9sre (p\u00e9ld\u00e1ul nyilv\u00e1nos Wi-Fi haszn\u00e1latakor), valamint a DNS szint\u0171 blokkol\u00e1sokkal szembeni k\u00fczdelemre (a DNS-over-HTTPS nem helyettes\u00edthet\u0151 a blokkol\u00e1sok megker\u00fcl\u00e9s\u00e9ben, amelyeket a DPI szintj\u00e9n val\u00f3s\u00edtanak meg) vagy a DNS szerverekhez val\u00f3 k\u00f6zvetlen csatlakoz\u00e1s hi\u00e1ny\u00e1ban val\u00f3 m\u0171k\u00f6d\u00e9s megszervez\u00e9s\u00e9re (p\u00e9ld\u00e1ul proxy-n kereszt\u00fcli m\u0171k\u00f6d\u00e9s eset\u00e9n). Ha a norm\u00e1l helyzetben a DNS lek\u00e9rdez\u00e9sek k\u00f6zvetlen\u00fcl a rendszer konfigur\u00e1ci\u00f3j\u00e1ban megadott DNS szerverekre ker\u00fclnek, akkor DNS-over-HTTPS eset\u00e9n a lek\u00e9rdez\u00e9s a VPN<\/a> hostot a HTTPS forgalom keretein bel\u00fcl kapszul\u00e1zva \u00e9s egy HTTP szerverre k\u00fcldve, amelyen a resolver a web API-n kereszt\u00fcl dolgozza fel a lek\u00e9rdez\u00e9seket. IP address<\/a> A \u201eDNS over TLS\u201d a \u201eDNS over HTTPS\u201d-t\u0151l abban k\u00fcl\u00f6nb\u00f6zik, hogy a szok\u00e1sos DNS protokollt (amely \u00e1ltal\u00e1ban a 853-as portot haszn\u00e1lja) titkos\u00edtott kapcsolaton kereszt\u00fcl val\u00f3s\u00edtja meg, amelyet a TLS protokoll seg\u00edts\u00e9g\u00e9vel alak\u00edtanak ki, a host \u00e9rv\u00e9nyes\u00edt\u00e9se TLS\/SSL tan\u00fas\u00edtv\u00e1nyokkal, amelyeket egy hiteles\u00edt\u00e9si k\u00f6zpont igazolt. Az egy l\u00e9tez\u0151 DNSSEC szabv\u00e1ny csak az \u00fcgyf\u00e9l \u00e9s a szerver hiteles\u00edt\u00e9s\u00e9nek biztos\u00edt\u00e1s\u00e1ra haszn\u00e1l titkos\u00edt\u00e1st, de nem v\u00e9di a forgalmat a lehallgat\u00e1st\u00f3l \u00e9s nem garant\u00e1lja a lek\u00e9rdez\u00e9sek titkoss\u00e1g\u00e1t. <\/p>\n «DNS over TLS» differs from «DNS over HTTPS» by applying the standard DNS protocol (usually using network port 853), wrapped in an encrypted communication channel established via the TLS protocol with host validation through TLS\/SSL certificates issued by a certificate authority. The existing DNSSEC standard uses encryption only for client and server authentication, but does not protect traffic from interception and does not guarantee the confidentiality of requests. <\/p>\n N\u00e9h\u00e1ny egy\u00e9b \u00fajdons\u00e1g: <\/p>\n\n