dkim=none 결과는 깨진 서명의 또 다른 철자가 아닙니다. RFC 8601 §2.7.1 정의합니다 DKIM 메시지가 서명되지 않아 발생하는 결과는 없습니다. 이러한 구별은 조사를 변경합니다. 서명되지 않은 메시지에는 서명 경로 검토가 필요하고, 서명된 메시지에는 확인 증거가 필요합니다.
결과가 무엇인지, 누가 제공했는지 확인하는 것부터 시작하세요. 도구 요약, Authentication-Results 필드와 원시 메시지는 다양한 관찰을 설명할 수 있습니다. 검증된 수신자 경계 내에서만 결과를 신뢰하고, 명백한 모순을 조정하기 전에 원본 메시지를 보존하세요.
전체 결과 필드 읽기
Authentication-Results 에서 dkim=none DKIM 방법에 대한 결과입니다. 인증 서비스 식별자와 None으로 구성된 별도의 형식은 메시지 인증이 수행되지 않았음을 나타냅니다. 이러한 양식은 서로 바꿔 사용할 수 없습니다. 보다 RFC 8601 §2.2. Authentication-Results 누락은 메시지가 서명되지 않았다는 증거도 아닙니다. 헤더가 추가되거나 유지되지 않았을 수 있습니다.
authserv-id를 읽고 그것이 식별하는 시스템을 이해하십시오. 메시지에는 전달 전에 삽입된 신뢰할 수 없는 텍스트를 포함하여 여러 홉의 결과가 포함될 수 있습니다. RFC 8601 §7.1 공격자가 설득력 있게 보이는 결과 필드를 작성할 수 있기 때문에 신뢰 경계 처리에 대해 설명합니다. 통과 또는 없음 문자열은 출처 및 평가 컨텍스트가 설정된 경우에만 의미가 있습니다.
서명 증거물 검사
찾아보세요 DKIM-Signature 보존된 원시 메시지의 필드. 아무 것도 없고 신뢰할 수 있는 수신자가 dkim=none, 보고하는 경우 발신자가 해당 경로에서 서명을 활성화했는지 조사하십시오. 일반 메일함 메일과 별도로 애플리케이션 SMTP , 릴레이 커넥터, API 생성 메일을 확인하세요.
서명이 있지만 결과가 없다고 나오는 경우 수신자에게 오류가 있다고 즉시 비난하지 마십시오. 나중 홉이 서명을 추가했을 수도 있고, 사용 가능한 샘플이 해당 수신자가 평가한 메시지와 다를 수도 있습니다. 각 결과와 서명이 경로에 입력된 위치를 설정합니다. 해석은 최종 헤더 목록뿐만 아니라 관찰 경계에 따라 달라집니다.
세 가지 실제 사례를 분리합니다.
사례 1: 신뢰할 수 있는 평가 경계에 서명이 없습니다. 다음 작업은 지원되는 서명 구성 및 경로를 확인하는 것입니다. 다른 공개 키를 게시해도 서비스 서명이 생성되지 않습니다.
사례 2: 서명은 있지만 해당 키가 없습니다. RFC 6376 §6.1.2 이를 서명되지 않은 메시지가 아닌 키 없는 확인 실패로 처리합니다. 서명의 d 및 s 값에서 조회를 도출하고 DNS 게시 또는 폐기를 조사합니다.
사례 3: 키가 검색되었지만 해당 내용이 확인되지 않습니다. 본문 표현, 서명된 헤더, 키 자료, 손상된 서명 값 및 서명자/검증자 결함을 조사합니다. 실패만으로는 어떤 입력이 변경되었는지 확인할 수 없습니다. DKIM-Signature 필드가 손상되지 않았다고 해서 서명이 통과되었다는 의미는 아닙니다. 이러한 사례는 일련의 실시간 테스트 결과가 아닌 진단 프레임워크입니다.
DMARC 라벨과 별도로 보관하세요.
해당하는 경우 DMARC 정책에 따라 서명되지 않은 메시지는 여전히 정렬된 통과를 통과할 수 있습니다. SPF 아래에 RFC 9989 §5.3.5. 반대로, 관련되지 않은 도메인에서 전달되는 DKIM 서명은 DMARC 제공하지 않을 수 있습니다. 조정. 보낸 사람 도메인, SPF ID 및 결과, 각 DKIM ID 및 결과, 정렬을 고유한 관찰로 기록합니다.
혼자서 배송이나 안전을 추론하지 마십시오. 수신자는 자체 필터링을 적용하며 DKIM 메시지가 무해하다는 증거가 아닌 하나의 입력입니다. 운영 관련 질문은 예상되는 승인된 전송 경로에 의도된 인증 범위가 있는지 여부입니다.
서명 수리 증명
경로에 서명해야 하는 경우 공급자가 지원하는 구성을 사용하고 변경 후 새 메시지를 테스트하세요. 의도한 d 도메인과 선택자 서명이 신뢰할 수 있는 수신자에게 전달되고 필요한 경우 일치하는지 확인합니다. 다른 서비스의 테스트 버튼이 아닌 실제 비즈니스 형식과 경로를 포함하세요.
타임스탬프와 경로 설명을 사용하여 전후 증거를 보존합니다. 명명된 경로에 서명이 없거나, 확인 자료가 누락되었거나, 무결성 확인에 실패하여 문제를 종료합니다. 정확한 분류는 다음 사건에 유용한 출발점을 제공합니다.
다음 결정에 필요한 증거
예시를 위해, Authentication-Results: mx.example; dkim=none 해당 방법에 대해서는 서명되지 않은 메일을 보고하지만 Authentication-Results : mx.example ; 없음 인증 체계가 수행되지 않았다고 말합니다. 단순히 mx.example 포함되어 있다는 이유만으로 문자열을 신뢰할 수는 없습니다. 나중에 원시 샘플에 서명이 포함된 경우 서명이 없는지 결정하기 전에 보고 홉 샘플 또는 로그를 얻습니다. 이는 합성 헤더의 예입니다.