DNS 암호화와 데이터 검증을 나눕니다

DoT는 TLS, DoH는 HTTPS, DoQ는 전용 QUIC 연결로 DNS 메시지를 전달합니다. DNSSEC는 DNS 데이터의 서명과 신뢰를 검증하는 체계이므로 전송 암호화와 목적이 다릅니다.

ODoH는 프록시와 대상 역할을 나눠 질의자 주소와 내용의 연결 노출을 줄이는 실험적 프로토콜입니다. 어떤 방식도 모든 관측자를 상대로 절대 익명성을 보장하지 않습니다.

DNS 옵션과 레코드는 전송 프로토콜이 아닙니다

EDNS(0)는 OPT를 통해 확장 기능과 옵션을 전달합니다. ECS는 네트워크 접두사를 알릴 수 있는 옵션이고 SVCB와 HTTPS는 연결 정보를 표현하는 DNS 레코드 유형입니다.

새 레코드를 추가했다고 모든 클라이언트가 같은 기능을 사용하지는 않습니다. RDNSS는 IPv6 라우터 광고의 DNS 서버 옵션이며 DNS 응답에 넣는 레코드와도 구분합니다.

DNS UPDATE는 영역 데이터를 바꾸는 메시지 기능이고 TSIG는 공유 비밀로 거래 상대와 무결성을 검증합니다. DDNS 공급자의 별도 HTTP API가 모두 이 규격을 쓰는 것은 아닙니다.

DANE은 DNSSEC와 TLSA 정보를 바탕으로 TLS 대상의 인증 조건을 연결합니다. DNS 서버 전송의 암호화와 응용이 인증서를 신뢰하는 절차를 같은 것으로 설명하지 않습니다.

SNI는 접속하려는 서버 이름을 알리고 ALPN은 사용할 응용 프로토콜을 협상합니다. ECH는 ClientHello의 민감한 정보 일부를 보호하는 확장이며 RFC 9849로 발행돼 있습니다.

일반 SNI 자체는 암호화 기능이 아닙니다. ECH를 사용해도 IP 주소와 모든 통신 특성까지 숨겨진다고 보장하지 않습니다.

EAP는 인증 방법을 운반하는 체계이고 EAP-TLS, EAP-TTLS 및 TEAP는 실제 방법입니다. 802.1X 구간과 인증 서버의 RADIUS 전송도 서로 다른 역할을 가집니다.

RADIUS over TLS와 DTLS 및 RADIUS/1.1은 각 프로파일의 협상과 신뢰 조건이 필요합니다. RADIUS/1.1은 Experimental이며 모든 기존 RADIUS 장치를 자동으로 바꾸지 않습니다.

TACACS+는 장비 관리의 인증과 권한 및 기록에 사용하고 Diameter는 기반 프로토콜과 응용을 구분합니다. 이 기능을 사용하는 것만으로 사용자 데이터 흐름이 전부 암호화되지는 않습니다.

서버 이름과 신뢰할 인증기관, 허용 대상 및 실제 전송 경로를 함께 확인합니다. 인증서 검증을 꺼서 연결한 결과를 정상적인 인증 구성으로 판단하지 않습니다.