IETF가 2025년 11월 DNS 보안 확장(DNSSEC) 암호 알고리즘에 관한 표준 트랙(Proposed Standard) RFC 3건을 발행했습니다. RFC 9905는 SHA-1 기반 서명 알고리즘인 RSASHA1과 RSASHA1-NSEC3-SHA1로 새 레코드를 만드는 것을 금지합니다. RFC 9906은 ECC-GOST(GOST R 34.10-2001)와 GOST R 34.11-94 다이제스트를 서명과 검증 모두에서 퇴출합니다. RFC 9904는 RFC 8624를 대체하며, 알고리즘별 구현·사용 권고 수준의 기준 출처(canonical source)를 IANA DNSSEC 알고리즘 레지스트리로 옮깁니다. 앞으로 알고리즘 권고 수준이 바뀌면 RFC 본문이 아니라 IANA 레지스트리에서 확인하게 됩니다.
한눈에 보기
| RFC 번호 | 제목 | 종류 | 대체 | 갱신하는 RFC | 적용 대상 |
|---|---|---|---|---|---|
| RFC 9905 | DNSSEC 서명 알고리즘에서 SHA-1 사용 중단 | 표준 트랙(Proposed Standard) | 원문에 없음 | RFC 4034, RFC 5155 | 존 서명 운영자(권한 서버), 검증 리졸버, 검증 구현체 |
| RFC 9906 | DNSSEC에서 ECC-GOST 사용 중단 | 표준 트랙(Proposed Standard) | 원문에 없음 | RFC 5933 | 존 운영자, 검증 리졸버, DNS 레지스트리 |
| RFC 9904 | DNSSEC 암호 알고리즘 권고 갱신 절차 | 표준 트랙(Proposed Standard) | RFC 8624 | RFC 9157 | DNSSEC 운영자·구현자, IANA DNSSEC 알고리즘 레지스트리 |
건별 내용
RFC 9905: DNSSEC 서명 알고리즘에서 SHA-1 사용 중단
공격 기법이 발전하면서 SHA-1의 안전성은 꾸준히 약해졌고, 일부 시스템은 SHA-1 기반 서명을 검증하는 기능을 이미 제거했습니다. 이 RFC는 RSASHA1(알고리즘 5)과 RSASHA1-NSEC3-SHA1(알고리즘 7)로 위임 서명자(DS), 공개 키(DNSKEY), 리소스 레코드 서명(RRSIG) 레코드를 새로 만드는 것을 금지합니다(MUST NOT). 다만 이 알고리즘들은 발행 시점에도 일부 도메인에서 쓰이고 있으므로, 검증 리졸버(validating resolver) 구현체는 이 알고리즘의 검증 기능을 계속 지원해야 합니다(MUST). 그러면서도 검증 리졸버 운영자는 이 알고리즘을 '지원하지 않는 알고리즘'으로 취급해야 합니다. 그래서 다른 지원 알고리즘으로 검증되지 않는 응답은 비보안(insecure) 상태가 됩니다.
IANA 레지스트리는 다음과 같이 갱신되었습니다.
- Digest Algorithms 레지스트리의 SHA-1(1): 위임(Delegation)용 사용·구현 모두 MUST NOT, 검증(Validation)용 사용 RECOMMENDED, 구현 MUST
- DNS Security Algorithm Numbers 레지스트리의 RSASHA1(5): 서명(Signing)용 사용 MUST NOT, 구현 NOT RECOMMENDED, 검증용 사용 RECOMMENDED, 구현 MUST
- RSASHA1-NSEC3-SHA1(7) 항목도 함께 갱신되었습니다.
RFC 9906: DNSSEC에서 ECC-GOST 사용 중단
GOST R 34.10-2001과 GOST R 34.11-94는 러시아 연방 기술규제·계량청(Rosstandart)이 2012년 8월에 폐기하고 GOST 34.10-2012와 GOST 34.11-2012로 대체한 알고리즘입니다. 이 RFC에 따라 GOST R 34.11-94로 DS 레코드를, ECC-GOST로 DNSKEY·RRSIG 레코드를 만들어서는 안 됩니다. 검증 리졸버는 이런 레코드를 비보안 또는 지원하지 않는 알고리즘으로 취급해야 하며, 받아들일 수 있는 다른 알고리즘의 레코드가 없으면 해당 레코드는 비보안으로 처리됩니다. RFC 9905와 달리 IANA 레지스트리의 ECC-GOST(12)와 GOST R 34.11-94(3) 항목은 서명·위임·검증의 사용과 구현이 모두 MUST NOT입니다. 신형 GOST 알고리즘(RFC 9558)의 요구 수준은 바뀌지 않았습니다.
RFC 9904: DNSSEC 암호 알고리즘 권고 갱신 절차
이 RFC는 RFC 8624를 대체하고 RFC 9157을 갱신합니다. DNSSEC 알고리즘의 구현 요구 수준과 사용 지침은 이제 IANA의 "DNS Security Algorithm Numbers"와 "Digest Algorithms" 레지스트리에 기준 정보로 실립니다. TLS 암호 스위트(Cipher Suites) 레지스트리와 비슷한 방식입니다. 이 RFC 자체는 RFC 8624에 있던 알고리즘들의 권고 수준(MUST, MAY, RECOMMENDED 등)을 바꾸지 않으며, 권고 수준을 바꾸는 일은 이후 문서가 맡습니다. 알고리즘 폐기는 단계적으로 진행하는 것이 원칙입니다. 강한 보안상 이유가 없다면 MUST에서 곧바로 MUST NOT으로 가지 않고, 먼저 NOT RECOMMENDED나 MAY로 내립니다.
운영·설계에 반영할 점
- SHA-1 기반 서명 존 점검: 운영 중인 존 가운데 알고리즘 5(RSASHA1)나 7(RSASHA1-NSEC3-SHA1)로 서명한 존이 있는지 확인하세요. RFC 9905는 이런 존을 IANA 레지스트리의 권장 알고리즘으로 즉시 전환하라고 권고합니다. 전환하려면 알고리즘 롤오버(rollover) 계획이 필요합니다.
- DS 레코드의 다이제스트 종류 점검: 상위 영역에 등록된 DS 레코드 중 SHA-1(다이제스트 1)이나 GOST R 34.11-94(다이제스트 3)를 쓰는 것이 있는지 확인하세요. 새로 DS를 등록할 때는 이 다이제스트를 쓰지 않아야 합니다.
- 검증 리졸버 환경 확인: 일부 운영체제나 패키지는 SHA-1 지원을 이미 제거했을 수 있습니다. RFC 9905는 이 경우 레지스트리가 정한 검증 요구 수준을 지키려면 소프트웨어를 직접 빌드해야 할 수도 있다고 안내합니다. 리졸버를 업그레이드하거나 OS를 교체하기 전에 SHA-1 검증 지원 여부를 확인하세요.
- ECC-GOST 사용 여부 확인: 알고리즘 12(ECC-GOST)로 서명한 존은 계속 지원되는 알고리즘으로 바꿔야 합니다. 레지스트리 운영자에게는 ECC-GOST 기반 DS 레코드의 업로드와 게시를 막으라고 권고합니다.
- 기준 문서 변경 반영: 내부 정책이나 점검 기준에서 알고리즘 권고 수준의 근거를 RFC 8624로 두었다면 IANA DNSSEC 알고리즘 레지스트리로 바꾸세요. 앞으로 권고 수준은 새 RFC를 거쳐 레지스트리에 반영되므로, 레지스트리 변경 사항을 주기적으로 확인하는 절차를 두는 것이 좋습니다.
원문을 한국어로 번역·요약한 글입니다. 정확한 내용은 원문을 확인해 주세요. AI의 도움을 받아 작성하고 담당자가 검토했습니다.