A DKIM-Signature 도메인이 메시지에 서명하는 방법을 설명하는 세미콜론으로 구분된 태그 집합입니다. 해당 필드를 읽으면 올바른 DNS 조회 및 조사 경로를 선택하는 데 도움이 됩니다. 눈으로 암호화를 검증할 수는 없습니다. 검사를 위해 서명을 복사하거나 형식을 다시 지정하기 전에 원본 메시지를 보존하십시오.
조회 및 알고리즘 필드로 시작
필수 d= 값은 서명 도메인입니다. 필수 s=는 선택자. 일반적인 DNS TXT 쿼리 방법을 사용하면 s로 이어집니다. _domainkey.d. a= 태그는 서명 및 해시 알고리즘을 식별합니다. 필수 v= 태그에는 RFC 6376 서명 구문에 대한 값이 1이어야 합니다. 이는 DNS 키 레코드의 버전 태그와 다릅니다. 이러한 값은 확인 결과가 아니라 서명을 설명합니다. RFC 6376 §3.5, RFC 6376 §3.6.2.
의도적으로 불완전하고 유효한 서명이 아닌 예시적인 조각: d=example.com; s=outbound2026; a=rsa-sha256; c=relaxed/relaxed; h=from:to:subject:date. 조회 이름은 outbound2026._domainkey.example.com 입니다. 그것은 정규화 헤더와 본문 모두에 대해 완화된 처리를 사용합니다. 서명된 헤더 목록은 선택한 헤더 필드의 이름을 지정합니다. 조각에는 필수 암호화 값이 생략되어 있으므로 프로덕션 기록으로 사용하면 안 됩니다.
서명 데이터와 콘텐츠 적용 범위 구별
h= 태그는 서명 작업에 제공된 헤더 필드를 정의된 순서대로 나열합니다. 해시 알고리즘이 아닙니다. 보낸 사람은 유효한 DKIM 서명에 포함되어야 합니다. 반복되는 헤더 이름과 중복된 메시지 필드에는 사양의 선택 규칙이 필요합니다. 목록을 가볍게 훑어보는 것만으로는 모든 적용 범위 질문을 해결할 수 없습니다.
bh= 태그는 본문 해시. b= 태그는 서명 값을 보유합니다. 일치하거나 그럴듯해 보이는 인코딩은 유효성을 입증하지 않습니다. c= 태그는 부호 있는 표현의 특정 정규화를 허용하는 정규화를 설명합니다. 메시지를 임의로 다시 쓰는 것을 허용하지 않습니다. c=를 생략하면 기본값은 simple/simple입니다. 알고리즘 이름이 하나만 지정되면 헤더에 적용되고 본문은 기본적으로 단순으로 설정됩니다. RFC 6376 §3.4, RFC 6376 §3.5, RFC 6376 §5.4.
선택적 l= 태그는 포함된 정규화된 본문 옥텟의 수를 제한합니다. 해당 서명이 있으면 주의가 필요합니다. 유효한 서명은 해당 길이를 초과하여 추가된 콘텐츠를 포함하지 않을 수 있습니다. 일일이 설명하지 않음 DKIM 보이는 모든 바이트가 변경되지 않았다는 증거로 전달됩니다. RFC 6376 §3.5, RFC 6376 §8.2.
정체성과 시간을 신중하게 해석하라
선택적 i= 값은 서명 도메인의 규칙에 따라 주장되는 에이전트 또는 사용자 식별자입니다. 반드시 작동하는 사서함은 아닙니다. DMARC DKIM 에 i=, 아닌 검증된 d=, 사용합니다. 조정. t= 및 x= 태그는 서명 시간과 서명 만료를 설명합니다. RFC 6376 §3.5는 공식적으로 두 가지 모두 RECOMMENDED(권장)로 표시되어 있지만 없을 수도 있습니다. 실제 SMTP 도착 시간을 증명하는 것이 아니라 서명 메타데이터입니다. 전송 분석을 위해 수신된 헤더와 시스템 로그를 보존합니다.
더 이상 사용되지 않는 암호화를 사용하는 서명은 해당 필드가 구문 분석된다는 이유만으로 허용되어서는 안 됩니다. RFC 8301 §3.1 rsa-sha1을 금지합니다. RFC 8301 §3.2 RSA 주요 요구 사항을 업데이트합니다. 이 현장 가이드에서 이러한 점검을 수동으로 구현하는 대신 지원되는 검증 소프트웨어 및 현재 공급자 지침을 사용하십시오.
수신자 결과로 마무리
d/s 쌍, 알고리즘, 관련 커버리지 필드, 신뢰할 수 있는 DKIM 결과 및 실패 이유를 수집합니다. DNS 누락된 경우 정확한 소유자 이름과 키 수명 주기를 조사하세요. 키를 사용할 수 있지만 확인에 실패한 경우 원본 증거를 변경하지 않고 서명 및 전달 경로를 비교하세요. 새로 전송된 메시지와 신뢰할 수 있는 수신자 결과로 문제 해결을 확인하세요. 목표는 시각적인 합격/불합격 추측이 아니라 서명에 대한 방어 가능한 설명입니다.
구별을 적용하십시오
네 그룹으로 구성된 예시 부분을 읽어보세요. d/s는 ID와 조회를 선택합니다. a/c는 알고리즘과 정규화를 지정합니다. h 및 l은 적용 범위를 정의합니다. b/bh는 소프트웨어가 검증하는 값을 전달합니다. 필수 v/b/bh가 누락되면 조각이 유효한 서명이 아니라는 의미입니다. 실제 서명에 l=0 나타나면 본문 옥텟이 0으로 해시되므로 본문 무결성이 보호되지 않습니다. RFC 6376 §3.5 해당 길이 메커니즘을 정의합니다. 이러한 관찰 중 어느 것도 암호화된 패스가 아닙니다.