Cloudflare, Apple, Fastly, 프록시로 DNS 지식을 분리해 누가 질의했는지 아무도 모르게 하다

Ars Technica의 Dan Goodin은 Cloudflare, Apple, 콘텐츠 전송 네트워크 Fastly가 Oblivious DNS over HTTPS(ODoH)를 도입했다고 보도했다. 이는 제공자와 감시자가 사용자가 어떤 주소를 방문하는지 볼 수 없도록 하기 위한 도메인 이름 시스템의 변경이다. DNS over HTTPS와 DNS over TLS는 이미 조회를 암호화하지만, 소수의 제공자 풀은 여전히 수십억 명에 이를 수 있는 사람들의 인터넷 사용을 기록할 수 있다. 제공자는 질의와 이를 보낸 컴퓨터의 IP 주소를 모두 보기 때문에 여전히 포괄적인 프로필을 만들 수 있다.

ODoH는 사용자와 DNS 리졸버 사이에 네트워크 프록시를 둔다. 클라이언트는 DNS를 통해 얻은 대상의 공개 키로 HPKE를 사용해 대상 리졸버에 대한 질의를 암호화한다. 프록시는 암호화된 질의를 전달하며 이를 읽을 수 없다. 대상은 이를 복호화하고 응답하며 응답을 암호화하면, 그것이 프록시를 통해 돌아온다. 요청과 이를 보낸 IP 주소 모두에 접근할 수 있는 것은 사용자뿐이다.

Cloudflare는 한 연구에서 프록시된 DoH 질의 대비 ODoH의 추가 오버헤드가 99번째 백분위수에서 1밀리초 미만이었다고 보고했다. 이 회사들은 인터넷 엔지니어링 태스크 포스와 협력해 업계 표준을 향해 나아갔다.

질의를 리졸버에 대해 암호화하고 프록시를 통해 중계하여, 어떤 단일 주체도 사용자가 방문하는 사이트와 그 사용자가 누구인지를 동시에 보유하지 못하게 한다.

DoH와 DoT는 네트워크 감시자로부터 보호하지만 리졸버 자체로부터는 보호하지 않는다.

암호화된 DNS를 제공하는 제공자는 적어 프라이버시 위험이 그들에게 집중된다.

복호화할 수 없는 프록시와 클라이언트 주소를 볼 수 없는 리졸버가 두 사실을 분리해 유지한다.

메시지는 두 개의 별도 HTTPS 연결을 거치더라도 종단 간 암호화된 상태로 유지된다.

한 주체에게 연결된 두 사실을 신뢰할 수 없다면, 두 사실을 두 주체에 나누어 어느 쪽도 결합할 수 없게 하라.

Ars는 2020년 말 ODoH를 진행 중인 작업으로 묘사했다. 프록시와 암호화의 성능 비용은 여전히 측정 중이었고, Firefox와 다른 이들이 관심을 보였으며, Google과 Microsoft는 참여하지 않았다. 이 매체는 이들 플레이어의 부재가 이 프로토콜이 갈 길이 멀다는 것을 시사한다고 말했다.