요약

  • 2014년 3월 29일부터 4월 7일까지 Google과 RIPE Atlas의 근거에 따르면, 공개 DNS 리졸버 주소로 향한 트래픽이 의도된 외부 서비스가 아니라 터키 네트워크 내부의 응답 시스템에 도달할 수 있었습니다. 관측 결과는 측정된 관측 지점에서의 가로채기를 확립하며, 전국적으로 동일한 단일 구성을 입증하지 않습니다.
  • 책임성은 실행 경로와 응답을 결정하는 통제에 따릅니다: 경로 광고와 설치, 전달, 리졸버 신원, DNS 응답 무결성, 독립 측정, 검증된 복구입니다. 레지스트리 기록, DNSSEC, RPKI, 암호화 DNS는 각각 그 사슬의 일부만을 다룹니다.

익숙한 주소, 낯선 서비스

컴퓨터나 라우터를 공개 재귀 DNS 리졸버를 사용하도록 바꾸는 일은 직접적인 선택처럼 느껴집니다. 사용자가 8.8.8.8 같은 주소를 입력하고 그 주소로 DNS 질의를 보내면 Google의 공개 리졸버가 이를 받을 것으로 기대합니다. 정상적인 운영에서 그 기대는 유용합니다. 그러나 그것은 네트워크가 패킷을 어떻게 처리했는지에 대한 증명은 아닙니다. 주소는 의도된 목적지를 표현할 뿐입니다. 실제로 트래픽을 받는 시스템은 라우팅과 전달 상태가 결정하고, 그 시스템의 소프트웨어가 돌려주는 응답을 결정합니다.

이 구분은 2014년 3월 29일과 4월 7일 사이 터키 네트워크 내부에서 운영적으로 가시화되었습니다. 측정 결과, 공개 리졸버 IP 주소로 향한 트래픽이 의도된 외부 서비스가 아니라 터키 인프라 내부의 응답 시스템에 도달했음을 보여주었습니다. Google은 자사의 공개 DNS 서비스가 대부분의 터키 인터넷 서비스 제공업체에 의해 가로채이고 있다는 신뢰할 수 있는 보고를 확인했다고 밝혔습니다. RIPE Atlas 측정은 독립적인 관측을 제공했습니다. 터키의 일부 프로브는 갑작스러운 지연 변화를 겪었고 터키 인프라와 연관된 응답을 받았습니다. 다른 프로브는 같은 행동을 보이지 않았습니다.

이 사건은 클라이언트 구성이 그대로 유지되는 가운데 실효적인 서비스 신원이 바뀔 수 있다는 점에서 네트워크 인프라 책임성 사례로서 중요합니다. 설정 패널에 표시된 리졸버 주소를 검사하는 것만으로는 부족했습니다. 충분한 설명은 어떤 경로가 광고되었는지, 어떤 경로가 설치되었는지, 패킷이 어디로 전달되었는지, 어느 재귀 리졸버가 응답했는지, 어떤 DNS 데이터를 돌려주었는지, 무결성 검증이 이루어졌는지, 의도된 서비스가 언제 복구되었는지를 물어야 했습니다. 이들은 서로 관련된 질문이지만 서로 바꿔 쓸 수는 없습니다.

공개 기록은 하나의 단순한 메커니즘 서사를 정당화하지 않습니다. BGPMon과 Internet Society의 설명은 Google 리졸버 주소에 대한 /32 광고를 포함해 매우 구체적인 BGP 광고를 다루었습니다. RIPE 68에서 발표된 자료 역시 라우팅을 가로채기의 수단으로 다루었습니다. Stéphane Bortzmeyer의 재구성은 중요한 단서를 더했습니다. 한 Turk Telekom 룩킹글래스는 이 리디렉션을 기대되는 가시 경로를 가진 평범한 BGP 경로로 제시하지 않았고, 이는 최소한 일부 효과가 로컬 정적 경로 또는 내부 경로로 생겼을 가능성을 시사했습니다. 따라서 공개 관측은 측정된 관측 지점에서의 가로채기를 뒷받침할 뿐, 하나의 전세계 전파 BGP 하이재킹, 하나의 라우팅 구성, 하나의 응답 정책이 전국적으로 작동했다는 것을 증명하지 않습니다.

그 불확실성은 숨겨야 할 약점이 아니라 책임성 문제 그 자체를 정의합니다. 라우팅 사건은 결정적 경로가 공개 글로벌 피드에 보이지 않더라도 데이터 평면에 영향을 줄 수 있습니다. DNS 응답은 IP 레지스트리가 기대되는 자원 보유자를 정확히 식별하더라도 거짓일 수 있습니다. 경로 출처 통제는 한 부류의 무단 광고를 거부하면서 로컬에 설치된 경로는 놓칠 수 있습니다. 서명된 DNS 응답은 서명된 존에 대해 데이터 무결성을 제공하지만 재귀 리졸버까지의 경로를 인증하지 않습니다. 암호화 DNS는 이후 전송 채널을 인증할 수 있지만 그 채널이 도달 가능하게 유지된다고 보장하지 않습니다. 유용한 대응은 하나의 보안 기술이 이 사건을 불가능하게 만들었을 것이라는 주장이 아니라 계층화된 증거 모델입니다.

경계가 설정된 사건: 3월 29일부터 4월 7일까지

관련 타임라인은 터키 접속 네트워크의 측정이 공개 재귀 리졸버로 향한 트래픽 처리의 변화를 보여준 시점에서 시작됩니다. 사용자가 접속 제공업체가 제공하는 리졸버 대신 외부 리졸버를 선택하면 통상적인 DNS 차단은 우회될 수 있습니다. 이 글이 다루는 2014년의 확대는 접속 제공업체가 자신이 광고하는 DNS 서비스에서 조작된 응답을 돌려주는 것과는 달랐습니다. 사용자는 공개 리졸버 주소를 명시적으로 선택할 수 있었고 그럼에도 패킷은 접속 네트워크 내부의 다른 응답 시스템으로 전달될 수 있었습니다.

Google의 당시 성명은 자사 서비스에 대해 확인할 수 있었다고 밝힌 내용을 재확인했습니다. 신뢰할 수 있는 보고에 따르면 Google의 공개 DNS 주소가 가로채이고 있었고 Google은 그 행동을 대부분의 터키 ISP에 귀속시켰습니다. 이 표현은 무게와 절제를 모두 요구합니다. 그것은 자사 리졸버를 향한 트래픽이 신뢰적으로 도달하지 않았다는 서비스 운영자의 확인이었습니다. 참여한 모든 자율 시스템, 모든 라우터 변경, 모든 위조 응답, 모든 영향받은 가입자를 나열한 공개 목록이 아니었습니다. 그 성명은 터키 운영자의 완전한 내부 로그나 각 구성을 승인한 사람을 밝히지도 않았습니다.

RIPE Atlas는 기업 주장이 아닌 측정에 기반한 두 번째 시계를 제공했습니다. 터키의 프로브들은 이전에 Google의 애니캐스트 리졸버에 일정한 지연 패턴으로 도달했습니다. 사건 기간 일부는 10밀리초 미만으로 갑자기 줄어든 것을 기록했습니다. 그 접속 네트워크에서 그렇게 빠르게 도달되는 리졸버는 기대되는 Google 인스턴스로의 이전 경로와는 맞지 않고 훨씬 가까운 응답 시스템과는 부합했습니다. DNS 테스트는 일부 프로브에 대해 Turk Telekom 인프라와 연관된 주소를 돌려주기도 했습니다. 두 프로브는 같은 효과를 보이지 않았고, 이 관측은 측정된 집합을 균일하게 취급하는 일을 막습니다.

사건의 종료 역시 하나 이상의 시계를 가졌습니다. RIPE의 설명은 거짓 리졸버가 8.8.8.8 가짜 서비스 자체가 사라지기 전에 Twitter 관련 질의의 리디렉션을 멈췄다고 관찰했습니다. 지연은 4월 7일 저녁 이전 패턴으로 돌아왔습니다. 이 관측들은 적어도 세 가지 상태를 분리합니다: 트래픽이 여전히 예상 밖의 리졸버에 도달했던 상태, 그 리졸버의 특정 조회 이름에 대한 정책이 바뀐 상태, 그리고 기대되는 공개 서비스로의 전달이 복구된 상태입니다. 세 가지를 단순히 “차단이 끝났다”고 부르면 인프라 증거가 버려집니다.

따라서 경계가 설정된 기록은 3월 29일의 첫 측정된 가로채기부터 4월 7일의 기대 지연 행동 복귀까지 이어집니다. 이전의 제한은 사용자가 공개 DNS를 선택했을 이유를 설명하지만 이 분석의 주제가 아닙니다. 이후의 DNS 방해 사례, 더 넓은 정치적 분쟁, 무관한 라우팅 사건은 경계 밖입니다. 그 경계를 좁게 유지하면 기술적 재구성이 터키 인터넷 정책에 대한 일반적 서술로 변하지 않고 리졸버 도달 가능성을 통제한 시스템과 증거를 평가할 수 있습니다.

Google이 확인한 것—그리고 그 시야 밖에 남은 것

Google은 의도된 서비스를 운영하고, 애니캐스트 주소를 광고했으며, 자사 리졸버 사이트에 도착하는 트래픽을 관찰할 수 있었습니다. 사용자 보고와 네트워크 측정을 기대되는 서비스 행동과 비교할 수도 있었습니다. 따라서 그 성명은 회사가 터키에서 관측된 응답 시스템을 정당한 Google Public DNS 인스턴스로 간주하지 않았다는 강한 증거이며, 대부분의 터키 ISP가 개입했다는 주장을 귀속시키는 적절한 근거이기도 합니다.

그러나 외부 리졸버 운영자는 접속 네트워크 내부에 설치된 경로에 대해 제한된 시야를 가집니다. 운영자가 8.8.8.8에 대한 로컬 경로를 넣으면 패킷은 그 운영자 네트워크를 떠나지 못하고 Google이 볼 수 있는 관측 지점에 도달하지 않을 수 있습니다. Google 쪽에서 증상은 사라진 트래픽, 변한 지리적 수요, 예상 밖의 응답 보고, 제3자 측정일 수 있습니다. 그러한 증상은 그 원인이 된 정확한 명령, 라우터, 정책 객체, 승인 사슬을 밝히지 않고도 서비스 신원 실패를 확립할 수 있습니다.

이 시야의 분할은 책임에 중요합니다. Google은 기대되는 공개 리졸버, 그 정당한 광고, 그 서비스 주변의 모니터링, 공개 인시던트 소통을 통제했습니다. 터키 접속 운영자의 전달 테이블은 통제하지 않았습니다. 반대로 접속 운영자는 로컬 및 학습된 경로, 전달 정책, DNS 가로채기 장비, 가입자 통지, 자기 네트워크 내부의 복구를 통제할 수 있었습니다. Google의 애니캐스트 엔지니어링이나 리졸버를 통해 조회된 모든 도메인의 서명 상태는 통제하지 못할 수 있습니다. 책임 있는 재구성은 각 행위자에게 그 행위자가 실질적으로 보존하고 공개할 수 있었던 증거를 배정해야 합니다.

RIPE Atlas가 측정한 것

RIPE Atlas는 분산된 프로브를 관측 지점으로 만듭니다. 이 사건에서 그 중요성은 프로브 수 자체보다 분리할 수 있었던 사실의 유형에 있습니다. 프로브는 구성된 리졸버 주소로 트래픽을 보내고, 왕복 시간을 측정하고, 통제된 DNS 질의를 내보내고, 돌아온 데이터를 비교할 수 있었습니다. 사건 전·중·후에 이루어진 측정은 접속 네트워크가 자신의 구성을 공개하지 않더라도 변화를 드러낼 수 있었습니다.

지연은 하나의 신호였습니다. 이전 경로의 지연에서 10밀리초 미만 값으로 갑자기 떨어진 것은 그 자체로 어떤 라우터가 바뀌었는지 밝히거나 BGP 광고를 증명하지 않았습니다. 그러나 패킷-응답 교환이 네트워크적으로 훨씬 가까워졌음을 보였습니다. 애니캐스트 서비스에서 경로는 정당하게 바뀔 수 있고 가까운 정당한 인스턴스가 지연을 줄일 수 있습니다. 그래서 지연만으로 가로채기를 인증할 수 없습니다. 그러나 이 경우 지연 변화는 리졸버 응답 증거와 새로 관측된 서비스가 자사 것이 아니라는 Google의 부정과 결합되었습니다. 그 조합은 어느 한 관측보다 실질적으로 강했습니다.

돌아온 DNS 데이터가 또 하나의 신호였습니다. RIPE의 설명은 일부 테스트에 대해 Turk Telekom 인프라를 가리키는 응답을 보고했습니다. 이 증거는 응답하는 리졸버가 내보낸 데이터에 관한 것입니다. 그것만으로 질의가 어떻게 그곳에 도달했는지는 밝히지 않습니다. 로컬 정책 경로, 정적 호스트 경로, 내부 라우팅 프로토콜, 더 구체적인 BGP 광고, 어떤 패킷 리디렉션 시스템이든 통제 평면 기록에 서로 다른 흔적을 남기면서 수신 서비스를 바꿀 수 있습니다. 응답은 서비스 치환이 일어났음을 식별하는 데 도움을 주지만 완전한 경로 추적은 아닙니다.

프로브 간 변동 역시 똑같이 가치 있었습니다. 두 프로브는 같은 효과를 보지 못했습니다. 서로 다른 네트워크에 붙어 있었거나, 다른 라우팅 정책의 적용을 받았거나, 특정 가로채기 지점 너머에 있었거나, 다른 시점에 영향을 받았을 수 있습니다. 고정된 증거는 어느 설명이 맞는지 해결하지 않습니다. 해결하는 것은 분석 규칙입니다. 한 프로브 집합의 측정 결과를 모든 터키 ISP, 모든 리졸버 주소, 모든 사용자에게 일반화할 수 없습니다. 부정 관측은 버려야 할 잡음이 아니라 주장의 경계입니다.

시계열은 세 번째 증거 형태를 더했습니다. 지연이 갑자기 떨어지고 새 상태에 머물다 나중에 이전 범위로 돌아왔다면 그 순서는 전달 상태의 변화를 표시할 수 있습니다. 선택된 이름의 응답이 지연보다 먼저 정상으로 돌아왔다면 예상 밖의 리졸버가 경로에 남아 있는 가운데 리졸버 정책의 변화를 표시할 수 있습니다. 서로 다른 복구 시점은 운영자가 경로 상태와 애플리케이션 응답을 모두 보존해야 하는 이유를 보여줍니다. 어느 한 순간의 깨끗한 DNS 응답은 패킷이 다시 의도된 리졸버에 도달한다는 것을 증명하지 않습니다.

RIPE Atlas는 또한 외부 측정의 한계를 보여줍니다. 프로브는 자신의 접속 지점에서 보며 지연, 이용 가능한 경로 증거, DNS 결과를 기록할 수 있습니다. 그러나 침묵하는 라우터의 구성, 비공개 변경 기록, 승인자의 신원을 드러낼 수는 없습니다. 측정은 관측된 터키 관측 지점들에서 단계적인 경로·응답 변화와 4월 7일의 이전 지연 패턴 복귀를 확립합니다. 모든 내부 경로를 재구성하지는 않습니다.

“DNS 하이재킹”으로 압축되어서는 안 되는 일곱 가지 사실

“DNS 하이재킹”이라는 표현은 편리하지만 통제 사슬을 가릴 수 있습니다. 2014년 증거는 일곱 개의 분리된 사실로 나누면 명확해집니다.

첫째는경로 광고입니다. BGP에서 네트워크는 출처와 경로 속성과 함께 IP 프리픽스의 도달 가능성을 광고합니다. BGPMon과 Internet Society의 설명은 Google 리졸버 주소에 대한 /32를 포함해 공개 DNS 주소에 대한 매우 구체적인 광고를 다루었습니다. 그것은 그 관측자들이 보고한 통제 평면 메시지에 대한 증거입니다. 모든 네트워크가 그 광고를 받아들였거나 같은 광고가 전세계적으로 보였다는 증거는 아닙니다.

둘째는설치된 경로입니다. 라우터는 학습된 경로와 로컬 정책을 평가한 뒤 라우팅·전달 상태에 넣을 항목을 선택합니다. 경로는 BGP, 내부 라우팅 프로토콜, 정책 기반 라우팅, 정적 항목 또는 다른 로컬 메커니즘 때문에 설치될 수 있습니다. Bortzmeyer의 룩킹글래스 증거는 이 층에서 중요합니다. 검사한 뷰에서 기대되는 평범한 BGP 표현이 없었고, 적어도 일부 트래픽에 대해 로컬 또는 정적 리디렉션 가능성을 뒷받침했습니다. 설치된 경로는 새로운 글로벌 출처 사건으로 나타나지 않고도 패킷을 통제할 수 있습니다.

셋째는전달 목적지입니다. 설치된 전달 상태가 다음 홉을 결정하지만 운영상의 질문은 패킷이 실제로 어디로 가는가입니다. 장비 행동, 터널링, 필터링, 등가 비용 경로, 토폴로지는 상위 수준 라우팅 기록이 완전히 표현하지 못하는 결과를 낼 수 있습니다. 데이터 평면 프로브가 이 층을 검증하는 데 도움이 됩니다. 8.8.8.8로 향한 패킷은 그 목적지 주소를 유지한 채 접속 네트워크 내부의 시스템으로 전달될 수 있습니다.

넷째는리졸버 신원입니다. 53번 포트에서 UDP나 TCP 트래픽을 받는 시스템은 자신을 재귀 리졸버로 내세우고 요청에 응답할 수 있지만, 어떤 주소의 트래픽을 갖고 있다는 것만으로 그것이 사용자가 기대하는 서비스라는 증명은 아닙니다. 통상적인 DNS는 IP 주소로의 평문 질의와 Google의 운영 신원 사이에 암호학적 채널 결합을 제공하지 않았습니다. 애니캐스트는 서비스에 정당한 복수성을 더하지만, 무단 로컬 수신기가 정당해지지는 않습니다.

다섯째는DNS 응답입니다. 대체 리졸버는 올바른 응답, 조작된 응답, 오류, 무응답, 또는 이름에 따라 서로 다른 응답을 돌려줄 수 있습니다. 예상 밖의 리졸버가 사라지기 전에 Twitter 관련 질의의 정책이 바뀌었다는 RIPE의 관측은 응답과 리졸버 신원을 따로 검증해야 하는 이유를 보여줍니다. 잘못된 서비스의 올바른 응답은 의도된 경로의 복구를 증명하지 않습니다. 거짓 응답은 그 질의에 대한 데이터 문제를 증명할 뿐 모든 질의의 변경을 증명하지 않습니다.

여섯째는무결성 검증입니다. DNSSEC는 검증자가 유효한 신뢰 사슬을 통해 서명된 DNS 데이터를 인증하게 할 수 있습니다. 그러나 경로를 식별하거나, 8.8.8.8로의 평문 연결을 인증하거나, 모든 존을 서명하거나, 가로채기에 가용성을 강제하지는 않습니다. 검증 상태는 각 테스트마다 기록해야 하는 별개의 관측입니다.

일곱째는사용자 영향입니다. 사용자는 조회 이름, 캐시 상태, 검증 행동, 네트워크, 시점에 따라 다른 목적지, 오류, 시간 초과, 또는 가시적 변화 없음을 받을 수 있습니다. 공개 증거는 모든 사용자를 열거하거나 보편적 손실을 정량화하지 않습니다. 측정된 치환은 선택된 네트워크 서비스가 보이지 않게 바뀔 수 있다는 중대한 통제 실패를 확립하지만 단일 피해 수치나 모든 사용자가 같은 결과를 겪었다는 주장을 정당화하지는 않습니다.

이 일곱 부분 모델은 한 증거가 할 수 없는 일을 하지 못하게 합니다. 경로 수집기는 로컬 전달 재정의를 보지 못한 채 광고를 기록할 수 있습니다. 룩킹글래스는 설치된 통제 평면 경로를 보여주되 모든 패킷의 정확한 경로를 보여주지 못할 수 있습니다. DNS 응답은 경로 출처를 밝히지 않고 조작을 드러낼 수 있습니다. DNSSEC 실패는 트래픽을 리디렉션한 운영자를 식별하지 못한 채 무효한 서명 데이터를 탐지할 수 있습니다. 책임성은 여러 층의 기록을 하나의 슬로건으로 압축하지 않고 시간과 관측 지점으로 상관시킬 때 향상됩니다.

/32 보고와 로컬 경로 증거

/32 IPv4 프리픽스는 하나의 주소를 식별합니다. 그렇게 매우 구체적인 경로를 광고하는 것은 네트워크가 받아들이는 곳에서 트래픽을 끌어오는 효과적인 방법이 될 수 있습니다. 최장 프리픽스 매칭이 보통 가장 구체적인 설치 경로를 선호하기 때문입니다. 따라서 BGPMon과 Internet Society의 설명은 더 큰 주변 프리픽스를 우회시키지 않고 리졸버 주소를 표적하는 가로채기의 그럴듯한 메커니즘을 제공합니다. 그 보고는 재구성에 들어가야 하며 “라우팅이 개입했다”는 막연한 주장으로 희석되어서는 안 됩니다.

동시에 기록이 뒷받침하는 범위를 넘어 확장되어서도 안 됩니다. 모니터링 시스템이 관측한 광고의 전파 범위는 내보내기, 받아들이기, 필터링 정책이 결정합니다. 일부 네트워크는 통상적인 운영 한계보다 긴 프리픽스를 거부하고, 다른 네트워크는 제한된 맥락에서 받아들이거나 유지할 수 있습니다. 보고된 /32의 존재가 모든 터키 접속 라우터에 도달했거나 모든 라우터가 선택했거나 모든 RIPE Atlas 결과를 일으켰다는 것을 증명하지 않습니다.

Bortzmeyer의 증거는 서로 다르고 잠재적으로 보완적인 경로를 가리킵니다. 그가 검사한 터키 텔레콤 룩킹글래스 뷰에서 리디렉션은 평범한 AS 경로를 가진 통상적인 BGP 경로로 나타나지 않았습니다. 그의 재구성은 로컬 정적 경로 또는 운영자 내부의 다른 경로가 관측된 행동의 최소 일부를 설명할 수 있다고 제안했습니다. 그런 경로는 외부 수집기에 보이지 않은 채 가입자 트래픽을 근처 리졸버로 향하게 할 수 있고, 다른 곳에서 보인 BGP 광고와 공존할 수도 있습니다.

두 증거 몸체는 하나의 전국적 구성을 고집하지 않는 한 상호 배타적이지 않습니다. 특정 광고가 한 제공자나 라우팅 도메인에 영향을 주는 동안 다른 제공자가 로컬 메커니즘을 사용했을 수 있습니다. 공개 BGP 신호가 어느 시점에 존재하는 동안 내부 경로가 더 오래 지속되었을 수 있습니다. 서로 다른 공개 리졸버 주소가 다르게 처리되었을 수 있습니다. 여기 제공된 기록은 그 가능성들을 해결하지 않으므로 정확한 기사는 그것들을 열어 둡니다.

이 구분은 통제 평가를 바꿉니다. 무단 외부 출처 광고가 원인이라면 출처 승인, 수입 정책, 프리픽스 필터링, 경로 모니터링이 직접 관련됩니다. 로컬 구성 정적 경로가 원인이라면 경로 출처 검증자는 그것을 평가하지 못할 수 있습니다. 구성 거버넌스, 특권 변경 기록, 전달 테이블 점검, 독립 데이터 평면 프로브가 결정적이 됩니다. 둘 다 있었다면 어느 한 통제 계열에만 의존하는 것은 사각지대를 남깁니다.

이것은 복구 중 기대되는 증거도 바꿉니다. BGP 광고를 제거하는 것은 로컬 경로가 삭제되었다는 것을 증명하지 않습니다. 한 가장자리에서 로컬 경로를 지우는 것은 모든 접속 지역이 수렴했다는 것을 증명하지 않습니다. 경로 수집기에서 기대되는 Google 출처를 보는 것은 가입자의 패킷이 Google에 도달한다는 것을 증명하지 않습니다. 복구는 가로채기를 겪은 네트워크에서 짝을 이룬 통제 평면·데이터 평면 관측 집합을 필요로 합니다.

그래서 “BGP 하이재킹”은 입증된 보편적 메커니즘이 아니라 보고된 라우팅 활동에 대한 귀속된 서술로 다루어야 합니다. “공개 DNS 가로채기”가 더 건전한 상위 용어입니다. 그것은 관측된 서비스 치환을 진술하면서 BGP, 내부 라우팅, 정적 라우팅 또는 다른 전달 통제가 운영자별로 어느 것을 낳았는지 결정할 여지를 남깁니다.

애니캐스트: 안정된 주소, 복수의 정당한 인스턴스

Google Public DNS는 애니캐스트를 사용하며, 같은 서비스 주소를 복수의 정당한 위치에서 광고할 수 있게 합니다. 라우팅 정책이 사용자를 도달 가능한 인스턴스 하나로 유도합니다. 이 설계는 지연과 복원력을 개선할 수 있지만 IP 주소가 하나의 고정된 물리 서버나 불변의 지리적 목적지에 대응하지 않는다는 뜻이기도 합니다.

정당한 애니캐스트가 서비스 신원을 지우지는 않습니다. 복수의 인스턴스는 승인된 라우팅과 운영 통제 아래 같은 기대되는 서비스의 일부로 운영됩니다. 무관한 접속 네트워크 내부의 시스템은 8.8.8.8로 향한 패킷을 받는다고 해서 Google 리졸버가 되지 않습니다. 구분은 주소의 시각적 익숙함이 아니라 승인된 운영, 라우팅 증거, 서비스 행동, 그리고 이용 가능한 곳에서는 인증된 전송에 있습니다.

애니캐스트는 또한 단순한 지연 테스트가 불충분하게 만듭니다. 더 낮은 지연은 정당한 새 사이트, 라우팅 정책 변경, 또는 무단 근접 수신기 때문일 수 있습니다. 터키 사건에서 지연 하락은 예상 밖의 DNS 응답과 Google의 가로채기 확인이 겹쳤기 때문에 의미를 얻었습니다. 홀로 놓이면 “어제보다 빠르다”는 것은 잘못도 고장도 확립하지 않습니다.

따라서 애니캐스트 리졸버에 적절한 책임성 기록에는 프리픽스와 기대 출처, 관련 네트워크에서 도달 가능해야 하는 사이트나 서비스 지역, 시간에 따른 경로 변화, 능동 측정, 응답 특성이 포함됩니다. 현대의 인증된 리졸버 전송은 암호학적 서비스 신원 신호를 더할 수 있습니다. 그래도 전달 증거를 대체하지는 않습니다. 인증된 엔드포인트는 차단될 수 있고, 사칭이 막히더라도 실패한 연결은 사용자에게 상당한 결과를 낳을 수 있습니다.

DNS 응답과 DNSSEC의 경계된 역할

DNSSEC는 거짓 DNS 데이터와 관련된 사건 뒤에 자주 인용됩니다. 그 기여는 중요하지만 경로 보호보다 좁습니다. DNSSEC는 존 수준에서 DNS 데이터에 서명하고 검증자가 확립된 신뢰 앵커로부터 신뢰 사슬을 쌓게 합니다. 사슬이 온전한 서명된 이름에 대해 검증하는 클라이언트나 검증하는 재귀 리졸버는 유효한 서명 없이 변조된 응답을 탐지할 수 있습니다.

그 속성은 일부 위조 응답이 검증에 실패하게 만들 수 있습니다. 그러나 라우터가 더 구체적인 경로를 선택하는 것, 네트워크가 정적 호스트 경로를 설치하는 것, 패킷이 예상 밖의 재귀 리졸버에 도달하는 것을 막지는 않습니다. DNSSEC는 데이터를 인증하지 8.8.8.8로의 경로를 인증하지 않습니다. 또한 모든 도메인이 서명되었거나 모든 클라이언트가 독립적으로 검증하거나 모든 실패가 사용자에게 안전하게 제시된다는 뜻이 아닙니다.

검증의 위치가 중요합니다. 전형적인 스텁 리졸버는 재귀 서비스에 검증을 맡기고 그 결과를 신뢰할 수 있습니다. 그 재귀 서비스를 향한 트래픽이 인증되지 않은 DNS 전송을 통해 투명하게 다른 리졸버로 전달된다면 사용자는 가정된 서비스 경계를 잃습니다. 독립적으로 검증하는 클라이언트는 서명을 자체적으로 검사할 수 있지만 서비스를 거부당하거나, 서명되지 않은 존에 대한 무서명 데이터를 받거나, 검증에 필요한 자료를 얻지 못할 수 있습니다.

가용성은 별개의 속성입니다. 가로채기는 패킷을 버리거나, 오류를 돌려주거나, 큰 응답을 차단하거나, 검증을 실패하게 만들 수 있습니다. 그 경우 DNSSEC는 미탐지 치환을 가시적 해석 실패로 바꿀 수 있으며 이는 가치 있지만 의도된 서비스를 도달 가능하게 유지하지는 않습니다. 사용자 영향은 잘못된 주소로 보내지는 것에서 이름을 해석할 수 없는 것으로 옮겨질 수 있습니다. 무결성 측면에서는 보안 개선이지만 네트워크 사건이 막혔다는 증명은 아닙니다.

따라서 책임 있는 DNS 평가는 네 가지 별개의 질문을 합니다: 의도된 리졸버가 질의를 받았는가? 응답하는 리졸버가 기대되는 데이터를 돌려주었는가? 서명된 데이터가 올바르게 검증되었는가? 서비스가 이용 가능했는가? DNSSEC는 세 번째 질문에 정보를 주고 두 번째에 영향을 줄 수 있습니다. 첫 번째를 혼자서 답할 수 없고 네 번째를 보장하지 못합니다.

암호화 DNS는 이후의 맥락이지 소급적 요구가 아니다

DNS over TLS와 DNS over HTTPS는 2014년 사건 이후 표준화되었습니다. 이들은 현재의 리졸버 신원과 기밀성에 이용 가능한 통제를 설명하는 데 쓰여야 하며, 역사적 기준을 다시 쓰거나 터키 네트워크가 당시 아직 존재하지 않았던 표준의 후기 형태를 배포하지 못했다고 암시하는 데 쓰여서는 안 됩니다.

두 접근 모두 인증된 암호화 채널 안에서 질의를 보호할 수 있습니다. 클라이언트가 의도된 리졸버 엔드포인트를 인증하도록 구성되고 인증서를 올바르게 검증한다면 필요한 자격 증명이 없는 대체 시스템은 그 엔드포인트를 성공적으로 사칭하지 못해야 합니다. 이것은 IP 주소로의 평문 DNS가 제공하지 않은 서비스 신원 속성을 더합니다.

그 보호는 조건부로 남습니다. 부트스트랩 해석, 인증서 검증, 엔드포인트 구성, 폴백 행동, 기업 정책, 클라이언트 구현이 모두 결과를 좌우합니다. 네트워크는 암호화 전송을 차단하거나, 조율하거나, 연결을 재설정하거나, 엔드포인트를 도달 불가로 만들 수 있습니다. 인증되지 않은 DNS로 조용히 폴백하는 클라이언트는 원래의 신뢰 문제를 되살릴 수 있습니다. 실패 시 닫는(fail closed) 클라이언트는 신원을 보존하지만 이름 해석을 잃을 수 있습니다.

암호화 DNS는 또한 BGP를 인증하거나 경로가 정당하다는 것을 증명하지 않습니다. 인증된 채널이 실패할 때 오배-routing의 실질적 결과를 드러낼 수 있고, 기대되는 신원 아래 성공하는 애플리케이션 계층 메시지의 읽기나 치환을 경로상 시스템이 하지 못하게 할 수 있습니다. 엔드포인트가 왜 도달 불가가 되었고 패킷이 어디로 갔는지를 확립하기 위해서는 여전히 경로 모니터링과 데이터 평면 측정이 필요합니다.

경로 출처 검증과 로컬 라우팅 사각지대

자원 레지스트리와 경로 승인 시스템은 누가 주소 공간을 출원할 자격이 있는지에 대한 필수 증거를 제공합니다. 이들은 책임성 기록입니다. 운영자와 관측자가 BGP 광고를 승인된 출처와 비교하게 합니다. 그러나 모든 라우터에 구성을 밀어 넣거나 모든 수입 결정을 강제하거나 로컬 전달 재정의를 막지는 않습니다.

IETF 모델에서 설명되는 Route Origin Validation은 받은 BGP 경로의 출처와 프리픽스 길이를 Route Origin Authorization과 비교해 분류합니다. 적절한 승인 데이터가 존재하고 이용 가능했다면 Google 프리픽스를 포괄하는 위조된 출처는 무효로 분류될 수 있었습니다. 거부 정책을 적용하는 운영자는 그 경로를 거절할 수 있었습니다. 조건이 중요합니다. 승인 커버리지, 최대 길이 설정, 검증자 가용성, 라우터 정책, 운영상 처리가 결과를 결정합니다.

출처 검증은 전체 경로 검증이 아닙니다. 승인된 출처를 유지한 채 예상 밖의 경로로 이동하는 경로는 그 핵심 결정 밖에 있습니다. 터키 증거에 대해 더 중요한 것은, 접속 네트워크 내부에 삽입된 정적 경로는 애초에 받은 BGP 경로가 아닐 수 있다는 점입니다. 그것은 검증자가 분류할 출처 사건을 만들지 않고 가입자 트래픽을 리디렉션할 수 있습니다. 내부 경로나 정책 전달 규칙도 비슷한 가시성 공백을 만들 수 있습니다.

그래서 /32 보고와 Bortzmeyer의 단서는 계층화된 통제를 요구합니다. 도메인 간 가장자리에서 운영자는 명시적 수입 정책 유지, 그럴듯하지 않은 더 구체적 프리픽스 필터링, 출처와 경로 변화 모니터링, 관측된 광고와 레지스트리·승인 데이터의 비교를 할 수 있습니다. 네트워크 내부에서는 특권 경로 변경 통제, 정적·정책 경로 기록, 전달 항목 검토, 가입자 접점에서의 알려진 외부 목적지 테스트를 할 수 있습니다. 독립 측정은 두 통제 환경이 모두 실패하거나 기록이 불완전할 때 불일치를 탐지할 수 있습니다.

NIST의 회복성 있는 도메인 간 트래픽 교환 지침도 단일 스위치가 아니라 경로 보안, 모니터링, 대응, 연속성으로 만드는 방어를 뒷받침합니다. 모니터링에는 예상 밖의 더 구체적 광고와 중요한 공개 인프라 주소에 영향을 주는 변화에 대한 경보가 포함되어야 합니다. 그러나 공개 수집기만으로는 모든 내부 결정을 볼 수 없습니다. 운영자는 로컬 텔레메트리가 필요하고 외부 당사자는 통제 평면이 전체 이야기라고 가정하지 않는 데이터 평면 테스트가 필요합니다.

필터링에도 정밀성이 필요합니다. /32에 관한 일괄 규칙은 충분한 사건 교훈이 아닙니다. 관련 요구는 운영자가 무엇을 받아들이는지, 예외가 왜 존재하는지, 중요한 목적지로의 실제 전달이 어떻게 검증되는지 문서화하는 것입니다. 필터링은 위험을 줄이면서 로컬 구성과 서비스 치환을 검증하지 않은 채 남겨둘 수 있습니다.

레지스트리 정확성은 강제가 아니더라도 여전히 필요합니다. 조사자는 기대되는 자원 보유자를 식별하고, 출처를 비교하고, 책임 팀에 통지하고, 경로 사건을 재구성하기 위해 신뢰할 수 있는 프리픽스, ASN, 연락처, 승인 기록을 필요로 합니다. 부정확한 기록은 대응을 늦추고 책임을 흐립니다. 그러나 정확한 기록이 패킷을 따르게 만들 수는 없습니다. 실행 중인 경로와 전달 상태는 관측되어야 합니다.

따라서 적절한 주장은 절제되고 운영적입니다. RPKI 기반 출처 검증은 올바른 승인과 정책 조건 아래 일부 무단 BGP 출처 시나리오를 다룰 수 있습니다. 그러나 반드시 로컬/정적 가로채기, 승인된 출처의 경로 문제, DNS 응답 조작, 전송 차단을 탐지하거나 막지는 못합니다. 그 가치는 증거 사슬 안의 하나의 경계된 통제입니다.

책임은 실질적 통제를 따른다

책임성은 각 행위자가 운영하고, 검사하고, 복구할 수 있었던 시스템을 따를 때 더 명확해집니다.

접속 운영자는 가입자 접점의 라우팅과 전달 정책을 통제했습니다. 공개 리졸버 주소에 대한 경로가 외부에서 학습되었는지, 내부적으로 주입되었는지, 정적으로 구성되었는지, 다른 장치에 의해 리디렉션되었는지 알 수 있는 위치에 있었습니다. 라우터 구성 이력, 경로 선택 로그, 전달 항목, 장치 시계, 변경 티켓, 대체 리졸버의 위치를 보존할 수 있었습니다. 고객 소통과 로컬 가로채기 제거라는 행위도 통제했습니다. 운영자가 외부 광고를 받아들였다면 경로를 출원하지 않았더라도 자신의 수입 결정을 통제했습니다.

트랜짓·상호접속 운영자는 자신의 세션을 가로지르는 전파를 통제하고 경계를 넘은 광고를 관찰할 수 있었습니다. 관련 증거에는 받은·광고한 경로, 필터 결정, 세션 변경, 통지가 포함됩니다. 무단 도메인 간 광고의 도달을 제한할 수 있었습니다. 그러나 다운스트림 접속 네트워크 안에 머무는 정적 경로를 반드시 탐지할 수는 없으므로, 그들의 깨끗한 기록은 로컬 가로채기를 반증하지 않습니다.

기대되는 리졸버 운영자인 Google은 중심 사례에서 정당한 애니캐스트 광고, 리졸버 인스턴스, 서비스 텔레메트리, 외부 모니터링, 인시던트 공개를 통제했습니다. 새로 관측된 응답 시스템이 자사 서비스에 속하는지 진술하고 이용 가능한 관측 지점에서 도달 가능성을 테스트할 수 있었습니다. 다른 운영자 내부에 설치된 경로를 직접 제거하거나 소유하지 않은 비공개 구성 기록을 생산할 수는 없었습니다.

측정 조직과 네트워크 연구자는 독립 프로브, 수집 방법, 타임스탬프, 분석, 한계의 공개를 통제했습니다. RIPE Atlas는 특정 관측 지점에서 경로와 응답 행동이 바뀌었음을 보여줄 수 있었습니다. BGP 모니터링은 자기 수집기에 보이는 광고를 기록할 수 있었습니다. 룩킹글래스 분석은 운영자가 선택된 라우터에서 노출하는 것을 검사할 수 있었습니다. 각 시스템에는 가시성 경계가 있었고 책임 있는 보고는 그 경계를 발견에 붙여 두는 것이었습니다.

도메인 운영자는 자신의 존이 서명되었는지, DNSSEC 자료가 올바르게 유지되었는지 통제했습니다. 그 결정은 자기 이름에 대한 위조 데이터가 작동하는 검증자에 의해 암호학적으로 거부될 수 있는지에 영향을 주었습니다. 그러나 사용자의 재귀 리졸버로의 경로는 통제하지 않았습니다. 존에 서명하는 것은 리졸버 도달 가능성을 복구하거나 접속 네트워크가 질의를 버리는 것을 막지 못했습니다.

소프트웨어·장치 공급업체는 클라이언트 검증, 전송 인증, 폴백 행동, 오류 표시, 관측 가능성을 통제했습니다. 2014년에 일반적인 평문 리졸버 행동은 구성된 공개 서비스가 응답했다는 직접적인 증명을 거의 제공하지 않았습니다.사용자와 네트워크 관리자는 리졸버 주소를 선택하고 때때로 테스트를 실행할 수 있었지만 대체로 숨겨진 경로를 검사하거나 제공자에게 의도된 목적지를 존중하게 강제할 수 없었습니다. 구성 선택은 인프라의 통제가 아니었습니다.

공공 당국이나 다른 지시 기구는 귀속된 증거가 지시, 법적 근거, 운영 역할을 확립하는 한에서만 관련됩니다. 이 기사에 경계 설정된 자료는 완전한 비공개 법적 기록이나 결정 사슬을 제공하지 않습니다. 기술적 증거는 경로와 리졸버 통제 지점을 식별할 수 있지만, 그 관측을 관측되지 않은 명령이나 개인적 의도에 대한 결론으로 바꾸지는 않습니다.

이 지도는 대칭적인 두 오류를 피합니다. 레지스트리나 리졸버 운영자를 다른 네트워크 내부의 경로에 대한 주권자로 만들지 않습니다. 또한 접속 운영자가 익숙한 목적지 주소를 기대되는 서비스로 트래픽을 전달했다는 증명으로 다루게 하지 않습니다. 각 행위자는 실질적 도달 범위 안의 증거와 통제에 대해 책임이 있으며, 경계를 넘는 사건은 그 기록들이 결합되어야 합니다.

증거를 보존하는 복구·재발 검증 절차

복구는 하나의 정상처럼 보이는 응답으로 추정되지 않고 입증되어야 합니다. 터키 측정은 미래의 사건 절차가 명시적으로 만들 수 있는 순서를 제안합니다.

첫 단계는 타임라인을 고정하는 것입니다. 운영자와 독립 관측자는 타임스탬프를 동기화하고 BGP 업데이트, 로컬 라우팅 정보, 전달 항목, 구성 변경, 리졸버 로그, 합법적이고 비례한 경우 패킷 캡처, 프로브 결과, 인시던트 소통을 보존해야 합니다. 기록은 광고가 언제 나타났는지, 경로가 언제 선택되었는지, 가입자 트래픽이 언제 목적지를 바꿨는지, 응답이 언제 바뀌었는지, 기대되는 서비스가 언제 다시 도달 가능해졌는지를 구분해야 합니다.

둘째 단계는 경로 범위를 식별하는 것입니다. 공개 경로 수집기는 예상 밖의 출처나 더 구체적 광고가 외부적으로 보였는지 검사할 수 있습니다. 이웃 기록은 어느 세션이 그것을 받았거나 내보냈는지 보여줄 수 있습니다. 운영자 로컬 뷰는 공개 피드가 놓치는 내부·정적 경로를 드러낼 수 있습니다. 가입자 접점 장치의 전달 테이블 점검은 어떤 다음 홉이 실제로 패킷을 통제하는지 확립할 수 있습니다. 어느 한 뷰도 다른 뷰의 대체로 받아들여져서는 안 됩니다.

셋째 단계는 여러 관련 네트워크에서 데이터 평면을 테스트하는 것입니다. 프로브는 사건에 연루된 각 리졸버 주소에 대해 지연, 경로, 패킷 손실, 도달 가능성을 측정해야 합니다. 결과에는 프로브의 네트워크와 위치 맥락이 필요합니다. 2014년의 두 터키 프로브가 영향받은 패턴과 일치하지 않았기 때문입니다. 다양한 관측 지점 집합은 복구가 전국적인지, 제공자별인지, 지역별인지, 부분적인지 드러낼 수 있습니다. 그래도 측정된 집합을 넘어 보편적이라고 서술해서는 안 됩니다.

넷째 단계는 응답하는 서비스를 식별하는 것입니다. 통제된 DNS 질의는 응답 코드, 레코드, TTL 값, 재귀 행동, DNSSEC 처리, 다른 안정적 서비스 특성을 비교할 수 있습니다. 현대의 인증된 리졸버 엔드포인트는 구성될 때 더 강한 신원 증거를 제공할 수 있습니다. 조사자는 지문에 신중해야 합니다. 비슷한 소프트웨어 행동은 소유권의 결정적 증거가 아니며, 올바른 응답은 의도된 리졸버를 확립하지 않습니다.

다섯째 단계는 응답 복구와 경로 복구를 분리하는 것입니다. 테스트에는 이전에 영향받은 이름, 서명된 이름, 무서명 이름, 의도적으로 무효한 DNSSEC 테스트 사례, 중립적 대조군이 포함되어야 합니다. 선택된 응답이 정상으로 돌아오는 동안 지연과 서비스 신원이 여전히 비정상이라면 가로채기 상태는 완전히 닫히지 않은 것입니다. 2014년의 순서—거짓 리졸버가 사라지기 전에 응답 정책이 바뀐 것—는 이 조건이 왜 중요한지 보여줍니다.

여섯째 단계는 발견된 메커니즘에 따라 라우팅 방어를 검증하는 것입니다. 외부 출처 사건이라면 승인 데이터, 출처 검증 상태, 수입 결정, 더 구체적 정책, 모니터링 경보, 전파 철회가 포함될 수 있습니다. 로컬 또는 정적 경로라면 구성 제거, 특권 변경 검토, 내부 경로 점검, 장치별 전달 점검, 동등한 정책이 다른 곳에 남아 있지 않다는 확인이 포함될 수 있습니다. 메커니즘이 여전히 미상이라면 두 분기 모두 검증이 필요합니다.

일곱째 단계는 실패 아래의 연속성을 테스트하는 것입니다. DNSSEC 검증은 가정하지 않고 관측해야 합니다. 오늘날 사용되는 인증된 암호화 DNS는 엔드포인트 검증이 올바른지, 엔드포인트에 도달할 수 없을 때의 명시적 행동이 무엇인지 테스트되어야 합니다. 운영자는 폴백이 정책에 반해 인증된 리졸버를 인증되지 않은 것으로 조용히 교체하지 않는지 확인해야 합니다. 이 검사는 가용성을 보장하지 않습니다. 실패 모드를 가시적이고 경계된 것으로 만듭니다.

여덟째 단계는 독립 확인입니다. 운영자 대시보드, 외부 프로브, 기대되는 리졸버 운영자, 경로 모니터가 경로, 엔드포인트 신원, 응답, 영향 범위를 함께 확인해야 합니다. 종결 기록은 테스트된 리졸버 주소와 네트워크, 경로 출처, 외부 광고나 로컬 경로의 유무, 응답 시스템, 검증·전송 결과, 각 층의 복구 시점, 남은 미지를 식별해야 합니다. 결과는 재발을 검증할 수 있을 만큼 오래 보존되어야 하며, 한 번의 통과 샘플로 완결되었다고 선언되어서는 안 됩니다.

미지, 법적 한계, 귀속의 규율

여러 중요한 사실이 여기 경계 설정된 공개 기록 밖에 있습니다. 각 ISP의 정확한 구성은 알려지지 않았습니다. 완전한 BGP 경로, 내부 경로, 정적 항목, 전달 장치, 영향받은 리졸버 주소의 집합은 이용할 수 없습니다. BGP 관측자들이 보고한 메커니즘과 Bortzmeyer가 지적한 로컬 라우팅 가능성 사이의 분할은 이 자료들로 정량화할 수 없습니다.

기록은 또한 영향받은 모든 사용자, 바뀐 모든 도메인 응답, 경제적 손실을 열거하지 않습니다. 모든 비공개 로그, 내부 지시, 변경 승인, 법적 문서, 복구 테스트를 포함하지 않습니다. 누가 각 결정을 내렸는지, 모든 네트워크가 같은 방향 아래 행동했는지 확립할 수 없습니다. 그 공백은 추론으로 채워지지 않고 공백으로 남아야 합니다.

이 기사에서 “가로채기”는 측정된 네트워크 행동을 서술합니다. 기대되는 공개 리졸버로 향한 패킷이 다른 응답 시스템에 도달했다는 것입니다. 그것은 범죄적 의도, 과실, 감시, 책임, 특정 법률 위반에 대한 결론이 아닙니다. 기술적 기록은 운영자와 정책 결정자에게 질문을 뒷받침할 수 있지만 법적 결론에는 이 재구성 너머의 증거와 법이 필요합니다.

귀속은 긍정적 주장에 대해서도 똑같이 중요합니다. Google의 “대부분의 터키 ISP” 발언은 Google에 속합니다. /32 서술은 BGPMon과 Internet Society의 보고에 속합니다. 지연, 응답, 프로브 변동, 복구 관측은 RIPE Atlas에 속합니다. 로컬/정적 경로 단서는 Bortzmeyer의 재구성에 속합니다. 그 라벨들을 붙여 두면 2차 서술이 그 근거 증거보다 더 확실해지는 일을 막습니다.

리졸버 라우팅, 책임성 시험으로서

터키의 2014년 공개 DNS 가로채기는 구성된 신원과 작동하는 현실 사이의 간극을 드러냈습니다. 사용자는 접속 네트워크가 패킷을 다른 재귀 리졸버로 전달하는 동안 설정 패널에 8.8.8.8을 유지할 수 있었습니다. 하나의 기록으로 그 간극을 닫을 수 없습니다. /32 보고는 보편적 메커니즘을 증명하지 않습니다. 룩킹글래스는 전달 상태를 놓칠 수 있습니다. RIPE Atlas는 치환은 보여주지만 내부 승인자는 보여주지 못합니다. DNSSEC는 경로를 인증하지 않습니다. 출처 검증은 로컬 정적 경로를 놓칠 수 있습니다. 인증된 암호화 DNS는 도달 가능성을 보장하지 못합니다.

실용적 기준은 계층화되고 증거 주도적입니다. 자원과 승인 기록은 기대되는 통제를 식별합니다. 라우팅 텔레메트리는 광고되고 선택된 경로를 보여줍니다. 전달 프로브는 패킷이 어디로 가는지 보여줍니다. 리졸버 테스트는 어느 서비스가 응답하고 무엇을 돌려주는지 보여줍니다. 검증과 인증된 전송은 그들 자신의 경계 안에서 무결성과 신원을 검증합니다. 시간을 기록한 독립 측정은 복구와 재발을 보여줍니다.

그 기준은 모든 터키 네트워크가 같은 방법을 썼거나 모든 사용자가 같은 피해를 입었다고 주장할 것을 요구하지 않습니다. 더 내구적인 것을 요구합니다: 실질적 통제를 가진 각 행위자는 자기 인프라가 무엇을 했는지, 언제 바뀌었는지, 선택된 공개 서비스가 어떻게 밀려났는지, 기대되는 경로와 서비스가 어떻게 복구되었는지 보여줄 수 있어야 합니다. 라우팅된 네트워크에서 사용자가 선택한 주소는 요청입니다. 책임성은 실행 중인 네트워크가 그 요청을 어떻게 존중했는지—또는 대체했는지—에 대한 증거에서 시작됩니다.

출처

  1. https://security.googleblog.com/2014/03/googles-public-dns-intercepted-in-turkey.html
  2. https://labs.ripe.net/author/emileaben/a-ripe-atlas-view-of-internet-meddling-in-turkey/
  3. https://ripe68.ripe.net/programme/meeting-plan/dns-wg/
  4. https://www.ripe.net/community/wg/active-wg/dns/minutes/ripe-68-dns-working-group-minutes/
  5. https://ripe68.ripe.net/presentations/158-bortzmeyer-google-dns-turkey.pdf
  6. https://www.internetsociety.org/blog/2014/06/video-google-dns-hijacking-in-turkey-ripe-68/
  7. https://www.internetsociety.org/blog/2014/04/turkish-hijacking-of-dns-providers-shows-clear-need-for-deploying-bgp-and-dns-security/
  8. https://lists.dns-oarc.net/pipermail/dns-operations/2014-March/011460.html
  9. https://www.ripe.net/ripe/mail/archives/ripe-atlas/2014-March/001401.html
  10. https://www.bgpmon.net/turkey-hijacking-ip-addresses-for-popular-global-dns-providers/
  11. https://www2.bgpmon.net/bgp-routing-incidents-in-2014-malicious-or-not/
  12. https://www.bortzmeyer.org/dns-routing-hijack-turkey.html
  13. https://www.rfc-editor.org/rfc/rfc9505
  14. https://www.rfc-editor.org/rfc/rfc3833
  15. https://www.rfc-editor.org/rfc/rfc4033
  16. https://www.rfc-editor.org/rfc/rfc7454
  17. https://www.rfc-editor.org/rfc/rfc6811
  18. https://www.rfc-editor.org/rfc/rfc8484
  19. https://www.rfc-editor.org/rfc/rfc7858
  20. https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-189.pdf