RSA-SHA256과 Ed25519-SHA256은 별개입니다. DKIM 서명 알고리즘. 서명자의 지원 기능과 관련 검증자의 증거를 사용하여 둘 중 하나를 선택하거나 둘 다 배포합니다. 원시 키 길이를 비교하는 것은 상호 운용성 질문에 대한 답이 아닙니다.
배포된 지원과 별도의 사양 지원
RFC 8463 섹션 3-5 Ed25519-SHA256을 다음에 추가합니다. DKIM 이를 지원하려면 해당 업데이트를 구현하는 검증자가 필요합니다. 서명자 구현을 권장합니다. 이러한 요구 사항은 표준을 설명합니다. 설치된 모든 메일 어플라이언스, 이전 라이브러리 또는 호스팅된 인터페이스가 오늘 업데이트를 구현하는지 확인하지 않습니다.
그만큼 Ed25519 주요 레코드 사용 k=ed25519이며 공개 키는 다음과 같이 인코딩됩니다. p=. 서명 알고리즘은 다음과 같이 식별됩니다. a=ed25519-sha256. RSA의 경우 해당 알고리즘은 다음과 같습니다. rsa-sha256; RFC 8301 섹션 3 업데이트된 RSA 크기 요구 사항을 제공하고 rsa-sha1을 금지합니다. 호환되지 않는 키 자료를 유지하면서 알고리즘 레이블만 변경하지 마십시오.
마이그레이션에 필요한 증거 결정
서명 소프트웨어, 버전, 지원되는 알고리즘 및 공급자 제어 목록을 작성합니다. 행동이 비즈니스에 중요한 수신 시스템을 식별합니다. 테스트 결과가 자체 검증자 라이브러리, 최종 수신자의 신뢰할 수 있는 인증 결과 또는 타사 분석 도구를 반영하는지 기록합니다. 이것은 다른 관찰입니다.
플랫폼이 두 알고리즘을 모두 내보내고 두 개의 선택기를 안전하게 관리할 수 있는지 물어보세요. Ed25519 제어 기능을 제공하지 않는 공급자는 여전히 작업에 적합한 문서화된 RSA 구성을 보유할 수 있습니다. 단지 기본 RFC가 구성을 허용한다는 이유만으로 지원되지 않는 프로시저를 고안하지 마십시오.
병렬 서명에 고유한 선택기 사용
RFC 8463 섹션 6 여러 서명을 전환 메커니즘으로 설명합니다. RSA 및 Ed25519 키에는 별도의 선택기가 필요합니다. 두 개의 알고리즘 키를 한 번에 배치하지 마십시오 선택자 수신자가 선호하는 것을 선택하도록 하세요.
일러스트 디자인에서는 rsa2026._domainkey.example.com RSA 검증 데이터를 보유하고 있으며 ed2026._domainkey.example.com Ed25519 데이터를 보유하고 있습니다. 두 서명 모두 사용 d=example.com, 하지만 그들의 s= 그리고 a= 가치관이 다릅니다. 이는 배포 가능한 키 레코드가 아닌 예시 이름입니다. 지원되는 서명 시스템을 통해 실제 키 자료를 생성하고 게시합니다.
유용한 테스트는 각 서명을 독립적으로 기록합니다. 수신자 A는 두 가지를 모두 확인할 수 있습니다. 수신자 B는 RSA만 확인할 수 있습니다. 각 결과를 생성한 알고리즘을 보존하지 않고 "이중 서명 작업"을 보고하지 마십시오. 아래에 RFC 9989 섹션 4.4.1, 성공적으로 정렬된 RSA 서명은 다음을 제공할 수 있습니다. DMARC 해당 DMARC 평가 조건이 충족되면 다른 서명이 확인되지 않는 경우에도 인증 경로입니다.
컷오버를 되돌릴 수 있게 만들기
프로덕션을 변경하기 전에 지원되는 방법을 설정하여 이전 서명 구성을 복원하세요. 게이트웨이나 메일링 목록과 같은 일반 메시지와 실제 라우팅 기능을 테스트합니다. 알고리즘 지원은 서명 후 임의의 콘텐츠 변경으로부터 서명을 보호하지 않습니다.
관찰 기간 동안 선택기 인벤토리와 수신자 증거를 타임스탬프와 연결하여 유지합니다. Ed25519 레코드에 대한 성공적인 DNS 조회는 발신자가 서명을 내보냈거나 수신자가 서명을 사용했다는 것이 아니라 게시를 증명합니다. 모든 수신기가 업그레이드되었다는 주장이 아니라 측정된 호환성 및 조직 요구 사항을 기반으로 두 알고리즘을 모두 유지할지 아니면 구성을 변경할지 결정하세요.
보안과 운영 결정을 함께 마무리
선택한 설계, 알고리즘별 결과, 해결되지 않은 수신자 제한 및 호환성 경로 폐기 기준을 기록합니다. 두 서명자가 모두 활성 상태를 유지하는 동안 두 개인 키를 계속 보호하십시오. 이중 서명은 또 다른 키 관리 종속성을 추가합니다. 보관, 순환 또는 사고 대응의 필요성이 제거되지는 않습니다.
합성 이중 서명 결과 읽기
메시지에 작성자 도메인 example.com 과 d=example.com. 신뢰할 수 있는 수신자는 한 서명에 대해 rsa-sha256, s=rsa2026, 통과를 보고하고 다른 서명에 대해서는 ed25519-sha256, s=ed2026, 이 실패했다고 보고합니다. RSA 서명은 정확하게 정렬된 패스이므로 DMARC 의 DKIM 경로를 충족할 수 있습니다. 실패한 Ed25519 서명은 서명을 취소하지 않습니다. 이는 구성된 예일 뿐 수신기에 Ed25519 지원이 부족하다는 증거는 아닙니다. 오류는 대신 해당 키, 구문 또는 서명된 콘텐츠와 관련될 수 있습니다. 호환성을 진단하기 전에 서명별 이유를 보존하세요.
간결한 조사 기록을 유지하세요
검토 중인 경로에 대해 이 제안된 워크시트를 사용하세요. 이는 실행된 테스트의 증거가 아니라 계획 보조 자료입니다.
- 서명자: 소프트웨어 또는 서비스, 버전 및 지원되는 알고리즘 제어.
- 서명별: a, d, s, 결과 및 결과를 생성한 수신자.
- DMARC : 작성자 도메인, 조정 모드 및 통과 정렬 서명(있는 경우).
- 결정: 롤백 단계와 해결되지 않은 수신자 제한을 포함하여 두 알고리즘을 모두 유지하거나 하나를 폐기합니다.
관련 독서
DKIM 키 길이 및 알고리즘: 현재 수신기 지원을 확인하세요. · 여러 DKIM 서명: 정렬된 통과 서명 찾기.