지연된 메시지는 시간 관련 오류가 발생할 수 있습니다. DKIM 아무도 내용을 변경하지 않은 경우에도 확인하세요. 키를 순환하거나 게이트웨이를 비난하기 전에 서명의 시간 필드와 검증자의 결정을 진단하십시오. 메시지 날짜 헤더, 서명 생성 시간 및 수신자 도착 시간은 다양한 이벤트를 설명합니다.
t와 x를 올바르게 읽으세요
에서 DKIM-Signature 헤더에서 t는 서명 생성 타임스탬프이고 x는 절대 만료 타임스탬프입니다. 둘 다 UTC 기준 Unix epoch 이후의 초 단위로 표시됩니다. RFC 6376 섹션 3.5에서는 공식적으로 두 태그 모두 RECOMMENDED(권장)로 표시합니다. 없을 수도 있지만 이 허용치를 OPTIONAL 요구 사항 수준과 혼동해서는 안 됩니다. x 값은 현재 시간에 추가할 기간이 아닙니다. 둘 다 존재하는 경우 x는 t보다 커야 합니다. t가 누락되면 생성 시간을 알 수 없음을 의미합니다. x가 없으면 해당 태그에 서명 만료가 지정되지 않았음을 의미합니다. DNS TTL은 다른 개념이며 x를 설정하지 않습니다. DNS DKIM 키 레코드의 t 태그는 이 서명 타임스탬프가 아닌 플래그 집합입니다.
RFC 6376 섹션 3.5 구현 시 미래 타임스탬프가 있는 서명을 무시할 수 있습니다. 또한 확인 기간이 만료된 경우 서명이 유효하지 않은 것으로 간주되도록 허용합니다. 비교를 위해 확인 시간은 확인자의 관리 도메인이 메시지를 처음 수신한 시간(신뢰할 수 있는 경우)이어야 하며 그렇지 않은 경우 현재 시간이어야 합니다. 이로 인해 사고 기록이 보편적인 거부 규칙과 구별되어야 하는 구현 선택이 남게 됩니다.
3개 시계 타임라인 구축
정확한 서명과 원시 수신자 증거를 캡처합니다. 원래 정수를 유지하면서 t와 x를 읽을 수 있는 UTC로 변환합니다. 서명자의 시계, 확인 관리 도메인에서 신뢰할 수 있는 첫 번째 수신 시간 및 진단 재확인 시간을 기록합니다. 관련 대기열 지연을 추가합니다. 시스템이 메시지를 수신한 시점에 대한 증거로 신뢰할 수 없는 날짜 헤더를 사용하지 마십시오.
예시 시나리오: 서명은 UTC 10:00에 생성되고 만료 시간은 UTC 12:00입니다. 메시지는 11시 50분에 수신자에게 도착했지만 12시 15분에 다시 검사됩니다. 신뢰할 수 있는 첫 번째 영수증 정보를 가진 검증자는 11:50을 사용할 수 있습니다. 이후의 독립 실행형 도구에는 현재 시간만 있을 수 있습니다. 다양한 결과만으로는 손상된 콘텐츠가 표시되지 않습니다. 이 예에서는 특정 공급자에 대한 약속이 아니라 프로토콜의 타이밍 구별을 설명합니다.
타이트한 창에서 시계 왜곡을 구별합니다.
새로 내보낸 서명이 미래에서 온 것으로 나타나면 서명자의 시계 동기화 및 타임스탬프 생성을 검사하세요. 값이 적절하지만 정기적으로 x 이후에 메일이 도착하는 경우 대기열을 검사하고 경로를 재시도하며 선택한 유효 간격을 확인하세요. RFC 6376 보편적인 이상적인 수명을 규정하지 않습니다. 실제 전달 요구 사항과 지원되는 서명자 설정을 사용하여 설정하세요.
짧은 만료는 완전한 재생 방어가 아닙니다. RFC 6376 섹션 3.5 x가 해당 목적으로 사용되지 않는다고 명시적으로 말합니다. 또한 키 보호 또는 남용 모니터링을 대체하지 않습니다. 이전 공개 키를 제거하면 x와 별도로 확인이 지연될 수 있으므로 만료 정책을 키 보존과 조정하세요.
수리를 테스트하고 차이점을 유지하십시오.
시계 또는 정책 구성을 수정한 후 느린 경로와 일반 경로를 통해 새로운 제어 메시지를 보냅니다. 타임스탬프와 수신자 결과를 확인하세요. 이전 실패가 시간, 주요 가용성, 본문 해시 또는 서명 확인. 기존 서명된 메시지에서 t 또는 x를 편집하지 마십시오. 해당 값은 서명에 포함되며 이를 변경하는 것은 복구가 아닙니다.
획기적인 사례 작업
합성 값 t=1794132000 및 x=1794139200 은 2026년 11월 8일 10:00 UTC 및 12:00 UTC에 해당합니다. 그 차이는 7,200초, 즉 2시간이지만 x 자체는 절대 타임스탬프로 남아 있습니다. 11시 50분에 신뢰할 수 있는 첫 번째 영수증은 만료 전입니다. 12시 15분에 독립형 재확인이 그 이후입니다. 검증자가 선택한 참조 시간과 허용된 만료 처리가 가능한 차이점을 설명합니다. 대조적으로, x=t 두 태그가 모두 존재할 때 필수 순서를 위반합니다. 이러한 값은 실행된 메일 테스트가 아닌 산술 및 프로토콜 규칙을 나타냅니다.
간결한 조사 기록을 유지하세요
검토 중인 경로에 대해 이 제안된 워크시트를 사용하세요. 이는 실행된 테스트의 증거가 아니라 계획 보조 자료입니다.
- 서명: 원래 t 및 x 값, UTC 변환, d 및 선택자.
- 타임라인: 서명자 시계, 신뢰할 수 있는 첫 번째 수신 및 나중에 다시 확인, 시간대 포함.
- 발견 항목: 미래 타임스탬프, 만료된 서명, 사용할 수 없는 키 또는 다른 확인 실패.
- 수리: 지원되는 시계 또는 수명 변경 및 새로 전송된 정상 및 지연 경로 테스트의 결과입니다.