헤더를 작성자가 다른 소유권 주장 집합으로 처리
이메일 헤더 분석기는 단어 전달이 포함된 모든 필드에 신뢰를 부여해서는 안 됩니다. 헤더는 사용자가 선택한 ID, 전송 추적 필드, 서명 및 다양한 시스템에서 추가한 어설션을 결합합니다. 분석가의 첫 번째 임무는 누가 각 주장을 제공했는지, 그리고 독자가 받아들일 준비가 되어 있는 시스템의 권위를 식별하는 것입니다. 경계가 없으면 깔끔한 요약으로 인해 위조된 텍스트가 증거처럼 보일 수 있습니다.
이것은 작동하는 EmailAuth 기능이 아닌 제안된 분석기에 대한 가이드입니다. 고객 헤더, 사서함 또는 메시지에 액세스하지 않았습니다. 시운전 구현 게이트는 명시적으로 열려 있습니다. 즉, 약속된 기능을 구현하고 테스트합니다. 기사, 모형 또는 사양만으로는 작동하는 도구가 아닙니다.
원시 원본과 별도의 디스플레이 보기를 보존합니다.
승인된 조사는 수신된 원본 메시지 또는 원시 헤더 내보내기로 시작되어야 하며 기록 그 소스의. 필드 순서, 반복 필드, 접기 및 원본 바이트를 유지합니다. 사용자 인터페이스 스크린샷이나 전달된 인용문에는 중요한 구조가 생략될 수 있습니다. 저장이 정당할 때 원본에 대한 제어된 링크를 유지하면서 주석이 추가되거나 수정된 보기를 파생물로 생성합니다.
RFC 5322 헤더 필드와 접기를 정의하지만 필드를 올바르게 구문 분석해도 해당 작성자를 인증할 수 없습니다. 신뢰할 수 있는 결과로 자동으로 수정하는 대신 형식이 잘못되었거나 모호한 입력에 대해 파서 경고를 유지하세요. 헤더만 가져오기에는 전체 가져오기에 필요한 메시지 본문도 부족합니다. DKIM 확인. 암호화된 결과를 제시하기 전에 해당 제한 사항을 명시하십시오. RFC 5322 그리고 RFC 6376.
수신 환경의 신뢰 경계 설정
Authentication-Results 인증 서비스 식별자와 메서드 결과가 포함되어 있습니다. 이를 사용하려면 이 사서함 또는 메시지 경로에 대한 어설션을 생성하기 위해 신뢰할 수 있는 서비스와 수신 환경에서 해당 필드의 수신 복사본을 처리하는 방법을 결정합니다. 친숙해 보이는 authserv-id 문자열은 출처를 증명하는 것이 아닙니다. 외부 발신자는 동일한 문자열을 입력할 수 있습니다.
RFC 8601 신뢰를 신뢰할 수 있는 호스트 이름의 보편적인 목록이 아닌 생산자-소비자 컨텍스트의 속성으로 만듭니다. 도구는 헤더 텍스트만으로는 해당 컨텍스트를 추론할 수 없습니다. 별도로 설정된 환경 프로필을 수락하거나 어설션을 신뢰할 수 없는 상태로 두어야 합니다. 메시지가 경계를 떠났다가 다시 들어왔거나 첨부된 메시지 안에 나타나는 경우 외부 수신자가 포함된 결과를 보증한다고 가정하지 마십시오. RFC 8601.
추적 필드는 메시지가 이동한 위치를 재구성하는 데 도움이 되지만 출처도 필요합니다. 이전 수신 항목을 해석하기 전에 신뢰할 수 있는 수신 인프라에서 추가된 부분을 식별합니다. 위치 단독, 역방향 호스트 이름 또는 긴 체인을 이전의 모든 시스템이 진짜라는 증거로 취급하지 마십시오. 타임스탬프가 일치하지 않는 경우 정확한 여행 타임라인으로 다시 작성하는 대신 불일치를 유지하세요.
별도의 열에 ID를 유지하세요.
표시되는 보낸 사람 필드는 작성자 신원을 나타내는 반면, 회신 대상은 회신 대상이며 다를 수 있습니다. 다음에 사용되는 SMTP 봉투 ID입니다. SPF 다른 값이고 Return-Path 필드는 눈에 보이는 작성자와 자동으로 동일시되기보다는 전달 맥락에서 해석되어야 합니다. DKIM 'sd= 값은 서명 도메인을 식별하고 s=는 해당 키를 선택합니다. 유사해 보이는 도메인은 상호 교환 가능한 ID가 아닙니다.
제안된 주석에는 각 ID에 대한 원시 필드, 구문 분석된 값, 주장된 역할 및 증거 소스가 표시되어야 합니다. 실제 주소 도메인을 숨기기 위해 친숙한 표시 이름을 허용하지 마십시오. SPF 의 평가 입력과 DKIM 의 서명 필드는 해당 프로토콜에서 나옵니다. 단순히 보낸 사람 주소가 브랜드와 일치한다는 이유만으로 설정되지는 않습니다. RFC 7208 그리고 RFC 6376.
가장 좋은 결과를 선택하지 않고 상충되는 결과를 설명합니다.
여러 Authentication-Results 필드는 여러 단계에서 여러 시스템이 수행한 검사를 설명할 수 있습니다. 최종 수신기가 나중에 실패를 보고하는 동안 업스트림 통과를 보고할 수 있습니다. 소스 및 신뢰 상태와 함께 두 어설션을 모두 유지합니다. 최종 필드를 제조하기 위해 신뢰할 수 없는 한 필드의 SPF 다른 필드의 DKIM 과 결합하지 마십시오. DMARC 평결.
현재의 RFC 9989 작성자 도메인과 일치하려면 관련 성공적인 인증이 필요합니다. 관련되지 않은 ID에 대한 통과 결과는 DMARC 실패와 공존할 수 있습니다. 전달 및 메시지 수정은 나중에 평가자가 관찰하는 내용을 변경할 수도 있습니다. 분석기는 수신자가 보고한 결정을 자체 설명적 추론과 구별해야 하며 헤더가 모든 원인을 공개한다고 약속하는 것을 피해야 합니다. RFC 9989.
가져오기 및 공유 시 노출 최소화
헤더는 주소, 내부 호스트 이름, 라우팅 정보 및 메시지 식별자를 공개할 수 있습니다. 사용자가 검사할 권한이 있는 자료만 가져오고, 선언된 보존 목적을 적용하고, 외부 분석기에 업로드하기 전에 승인을 얻습니다. 티켓에 적합하도록 수정된 스크린샷이 암호화 재인증에 반드시 적합한 것은 아닙니다. 이러한 목적을 별도로 유지하십시오.
가져온 값을 실행 가능한 마크업이나 지침이 아닌 신뢰할 수 없는 텍스트로 렌더링합니다. 입력 크기 및 필드 수를 제한하고 지원되지 않는 구조를 안전하게 거부하며 헤더에 있는 URL을 자동으로 방문하지 않습니다. 이는 테스트된 기능이 아닌 제안된 보호 요구 사항입니다. OWASP의 파일 업로드 지침은 확장명이나 선언된 콘텐츠 유형을 신뢰하는 대신 계층화된 유효성 검사 및 안전한 저장을 지원합니다. OWASP 파일 업로드 치트 시트.
판정 배지 대신 주석이 달린 설명을 생성합니다.
의도된 출력은 신뢰할 수 있는 수신자 어설션, 신뢰할 수 없는 상속된 클레임, 사용자가 제어하는 ID 및 확인되지 않은 출처 등 소스 맵입니다. 가상 메시지의 경우 dkim=pass 라는 위조된 Authentication-Results 줄은 원본이 설정될 때까지 신뢰할 수 없는 상태로 유지됩니다. 이 예는 결정 규칙을 보여줍니다. 여기서는 악성 메시지가 처리되지 않았습니다.
정확한 원본 증거 게이트는 그대로 유지됩니다. 신뢰 경계와 모든 신원 및 판결의 출처를 표시하는 주석이 달린 원시 헤더입니다. 실제 주석이 달린 헤더나 테스트된 파서는 제공되지 않습니다. 현재 DMARC 지침을 포함하여 공개 출처는 2026년 11월 8일에 검토되었습니다. 독립적인 확인, 인적 메시징 및 개인 정보 보호 검토, 구현 설비, 시각적 검증 및 소유자 게시 승인이 여전히 필요합니다.