은퇴 DKIM 선택기 두 가지 뚜렷한 효과가 있습니다. 발신자는 새 메시지에 개인 키 사용을 중지할 수 있고, DNS 공개 확인 키 사용을 중지할 수 있습니다. 이러한 작업은 동시에 일어날 필요는 없습니다. 일반적인 계획 순환 중에 이들을 분리하면 이미 서명되어 아직 전송 중인 메일에 대한 확인을 유지할 수 있습니다.
예외는 보안 사고입니다. 이전 개인 키가 손상될 수 있는 경우 공개 키를 사용 가능하게 유지하면 해당 확인 경로도 계속 사용할 수 있습니다. 루틴 순환 중복을 자동으로 적용하는 대신 명시적으로 포함과 지연된 메일 호환성 간의 균형을 결정합니다.
기존 선택기가 여전히 지원하는 내용을 기록하세요.
서명 도메인, 선택자, 주요 관리자, 전송 시스템 및 마지막으로 알려진 사용 목록을 작성합니다. 대기 중인 애플리케이션 메일, 일괄 작업 및 공급자 대체 경로를 포함합니다. 새 서명자의 단일 성공 메시지가 모든 이전 서명자가 중지되었음을 확인하지는 않습니다.
공개 키가 직접 게시되었는지 아니면 공급자 관리를 통해 접근되는지 확인 CNAME. 계정이 닫힐 때 대상이 제거되면 고객 DNS 에 별칭을 남겨 두는 것만으로는 확인을 유지하기에 충분하지 않습니다. 계정 폐쇄를 결정하기 전에 실제 보존 동작을 요청하고 관련 종속성을 확인하세요.
별도의 이름으로 컷오버 계획
RFC 6376 §3.1 선택기 디자인은 하나의 서명 도메인에서 여러 개의 동시 공개 키를 허용합니다. 지원되는 순환은 새 선택기를 게시하고 해당 키를 검색할 수 있는지 확인하고 새 서명을 전환한 다음 승인된 중복에 대해 이전 확인 자료를 유지할 수 있습니다. 동일한 조회 이름으로 이전 키 자료를 바꾸지 말고 이전에 서명된 메일이 새 키를 따른다고 가정하십시오.
새 키에 대한 현재 알고리즘과 키 크기 지침을 사용합니다. RFC 8301 §3.1 rsa-sha1 서명 및 확인을 금지합니다. RFC 8301 §3.2 서명자는 최소 1024비트의 RSA 키를 사용해야 하며 최소 2048비트가 권장됩니다. 공급자 지원 및 현재 보안 요구 사항은 여전히 검토가 필요합니다. 단순히 선택기 레이블을 변경한다고 해서 키가 강화되는 것은 아닙니다.
메시지가 지연된 사례 처리
설명 순서: 메시지 A는 컷오버 전에 old1로 서명되고 대기열에서 대기합니다. 메시지 B는 컷오버 후 new2로 서명되어 즉시 도착합니다. 적용되는 콘텐츠와 기타 모든 적용 가능한 확인 검사가 통과된다는 가정 하에 해당 공개 키를 계속 사용할 수 있는 동안 둘 다 확인할 수 있습니다. A가 평가될 때 사용 가능한 old1 키를 검색할 수 없는 경우 A는 아래에 키가 없어 실패할 수 있습니다. RFC 6376 §6.1.2 B가 합격했는데도요.
알려진 대기열 동작, 서명 만료(있는 경우), 비즈니스 요구 사항 및 위험을 사용하여 중복을 선택합니다. 단일 보존 기간은 향후 보관된 메일을 다시 확인할 때마다 확인을 보장하지 않습니다. 기록 증거가 중요한 경우 원래의 신뢰할 수 있는 인증 결과를 보존하세요. 이 시나리오에서는 관찰된 서비스 대기열이 아닌 예상되는 프로토콜 동작을 설명합니다.
은퇴 준비 상태 확인
이제 각 활성 경로가 의도한 새 선택기로 서명되고 수신된 메시지가 필수 선택기로 전달되는지 확인합니다. 조정. 짧은 관찰 기간에만 의존하기보다는 빈도가 낮은 작업을 검토하세요. 실행할 수 없는 모든 경로를 기록하고 해당 소유자의 구성 증거 또는 구체적인 후속 계획을 확보하십시오.
DNS 캐싱 가정을 확인하세요. 아래에 RFC 1034 §3.6, 이전에 캐시된 답변은 이전 TTL 동안 지속될 수 있습니다. 만료 시 TTL을 낮추어도 해당 캐시는 지워지지 않습니다. RFC 8767 §4 또한 신뢰할 수 있는 새로 고침이 실패할 경우 오래된 레코드의 사용을 허용하므로 TTL 만료가 보장되는 전역 취소 기한은 아닙니다. 신뢰할 수 있는 NXDOMAIN 포함한 성공적인 신뢰할 수 있는 새로 고침은 새로 고침 실패와 다릅니다. 반대로, 공개 키를 보유한다고 해서 서명의 만료가 연장되거나 수신자 정책이 무시되지는 않습니다. 은퇴 계획에서 이러한 메커니즘을 뚜렷하게 유지하십시오.
의도적으로 권한을 제거
승인된 호환성 기간이 지나면 지원되는 설계에 따라 공개 기록 또는 위임을 폐기합니다. 빈 p 값은 다음의 취소를 의미합니다. RFC 6376 §3.6.1; 키를 제거하면 관련된 캐시된 답변이 더 이상 제공되지 않으면 검색이 불가능합니다. 선택한 방법과 그 이유를 기록하세요. 개인 키의 안전한 폐기와 공급자 액세스 제거는 별도의 작업입니다.
손상된 키의 경우 즉각적인 취소 또는 짧은 중복이 필요한 이유와 어떤 합법적인 메시지가 영향을 받을 수 있는지 문서화하세요. 단지 대시보드 점수를 높이기 위해 손상된 검증 자료를 복원하지 마십시오. 완료된 변경 사항은 이전 키로 서명이 중지된 시점, 이전 키 확인 지원이 종료된 시점, 두 결정을 정당화하는 증거가 무엇인지 표시되어야 합니다.
다음 결정을 기록하세요
가상 폐기 기록은 마지막 이전 키 서명, 새 경로 확인, 미해결 대기열 또는 빈도가 낮은 작업 증거, 공급자 대상 보존, 캐시 가정 및 승인된 폐기 결정을 구분해야 합니다. 예약된 청구 작업이 확인되지 않은 경우 최근 직원 메일에서 퇴직 준비 상태를 추론하는 대신 종속성이 해결되지 않음으로 표시하십시오. 손상이 의심되는 경우 일상적인 중복 체크리스트보다는 사고 결정을 사용하십시오. 순환이나 DNS 제거가 수행되지 않았습니다.