DNSSEC 계산기 — DS 레코드와 NSEC3 해시

DNSSEC 값 두 개는 찾아보는 것이 아니라 계산해야 하고, 존 파일이 대신 주지도 않습니다. 등록기관이 요구하는 DS 레코드는 DNSKEY를 그 소유자 이름과 함께 해시한 것이며 앞에 16비트 키 태그가 붙습니다. 리졸버가 돌려주는 NSEC3 소유자 이름은 질의된 이름을 반복 해시한 것입니다. 이 페이지는 둘 다 브라우저에서 계산하고, 공개된 테스트 벡터와 맞춰 두었으며, 입력이 잘못되었을 때 그냥 인코딩하지 않고 무엇이 잘못됐는지 말합니다.

DS에서 사람들이 빼먹는 것은 소유자 이름입니다. RFC 4034 5.1.4절은 이름의 정규 와이어 형식 다음에 DNSKEY RDATA를 붙여 다이제스트를 계산합니다. 그래서 같은 키라도 example.com에 있을 때와 example.net에 있을 때 DS가 서로 다르고, 존 사이에 복사한 DS는 그냥 틀린 값입니다. 정규 형식은 소문자화되고 압축되지 않은 형태여서, 이 페이지는 해시한 뒤가 아니라 해시하기 전에 이름을 정규화합니다.

키 태그는 보통 식별자처럼 취급되지만 식별자가 아닙니다. RDATA에 대한 16비트 1의 보수 합, 즉 체크섬입니다. 그래서 서로 다른 두 키가 같은 태그에 떨어질 수 있고, RFC 4035는 리졸버가 첫 번째를 정답이라고 가정하지 말고 태그와 알고리즘이 맞는 DNSKEY를 모두 시도하도록 요구합니다. 알고리즘 1 RSAMD5는 그 합을 아예 쓰지 않고 태그를 모듈러스에서 바로 꺼냅니다. 명세가 그렇게 정했으므로 이 페이지도 그 예외를 구현합니다.

다이제스트 종류는 세 가지이고 실무에서 서로 바꿔 쓸 수 있는 것이 아닙니다. 종류 2, SHA-256이 따로 요구가 없을 때 넘겨야 하는 값입니다. 종류 1은 SHA-1이고 검증은 여전히 되지만 신규 위임에는 권장되지 않습니다. 종류 4는 SHA-384로 올바르지만 모든 등록기관이 받아 주지는 않습니다. 이 페이지는 세 가지를 모두 내보내 어떤 양식에든 맞출 수 있게 하고, RFC 7344의 자동 롤오버를 위해 같은 RDATA를 자식 존 안에 게시하는 CDS도 함께 보여 줍니다.

NSEC3 쪽의 내용은 대부분 경고입니다. 해시는 와이어 이름과 솔트에 대한 SHA-1이고, 반복 횟수마다 솔트와 함께 한 번 더 해시한 다음 확장 hex 알파벳 base32로 씁니다. RFC 9276은 이제 반복 0회와 빈 솔트를 권고하는데, 그 이유를 아는 것이 중요합니다. 반복은 부정 응답마다 검증 리졸버에게 실제 비용을 물리지만, 이름을 오프라인으로 열거하는 공격자는 이미 가지고 있는 사전에 대해 추측 한 번당 그 비용을 한 번만 냅니다. 이 방어는 처음부터 작동하지 않았고, 0보다 큰 값을 요구하면 이 페이지가 그렇게 말합니다.

이 도구가 할 수 없는 것은 그 위임이 살아 있다고 알려 주는 일입니다. DS는 부모 존이 그것을 게시하고 자식이 여전히 대응하는 키로 서명할 때에만 의미가 있습니다. 다이제스트를 맞게 만들고 타이밍을 틀리면, 다이제스트를 틀리게 만든 것과 똑같이 검증 리졸버 입장에서 도메인이 인터넷에서 사라집니다. 새 DS가 TTL을 넘겨 전파될 때까지 옛 키를 존에 남겨 두세요.