[ 배달 가능성 및 발신자 규칙 ]

필수 헤더의 구독 취소 처리 및 DKIM 적용 범위

유효한 DKIM 서명이 두 구독 취소 필드를 모두 포함하는지 확인한 다음 다운스트림 처리에서 서명된 작업이 유지되는지 확인하세요.

EmailAuth 연구팀 제공 · 3분 읽기

[ 핵심사항 ]

  • 유효한 DKIM 서명이 두 구독 취소 필드를 모두 포함하는지 확인한 다음 다운스트림 처리에서 서명된 작업이 유지되는지 확인하세요.
  • 동일한 유효한 DKIM 서명이 두 구독 취소 필드를 모두 포함해야 합니다. 한 서명의 패스를 다른 서명의 적용 범위와 결합하지 마십시오.
이 페이지에서

메시지는 유효한 DKIM 서명 구독 취소 필드는 서명되지 않았습니다. 이는 의미 있는 격차입니다. 메시지를 확인하는 수신자가 광고된 옵트아웃 작업을 반드시 확인하지는 않았습니다. 일반적인 서명뿐만 아니라 서명의 적용 범위를 검사하십시오. DKIM 합격 라벨.

작업을 보호하는 서명을 찾습니다.

RFC 8058 다음을 포함하는 하나 이상의 유효한 DKIM 서명이 필요합니다. List-Unsubscribe 및 List-Unsubscribe-Post . 두 필드 모두 유효한 서명의 h= 태그에 나타나야 합니다. 필수 서명이 누락되면 수신자가 사양에 따라 원클릭 구독 취소를 제공하지 않는 이유가 됩니다. RFC 8058 섹션 4.

메시지에는 여러 서명이 포함될 수 있습니다. 하나의 유효성을 다른 헤더 적용 범위와 결합하지 말고 쌍을 충분하다고 부르십시오. 필수 필드를 포함하는 유효한 단일 서명을 식별한 다음 서명자를 유지합니다. 선택자 그리고 검증 결과. 이는 어떤 서명이 기여하는지 확인하는 것과는 별개입니다. DMARC 조정.

관련 서명 단계 앞에 헤더를 배치하세요.

메시지 구성 파이프라인(애플리케이션 템플릿, 목록 처리, 게이트웨이 변환, 서명자 및 최종 아웃바운드 경로)을 매핑합니다. 서비스가 서명 후 구독 취소 필드를 추가하는 경우 이전 서명은 해당 필드를 가리지 않고 유효한 상태로 유지될 수 있습니다. 해결 방법은 해당 서명 앞에 필드를 배치하거나 나중에 유효한 서명이 해당 필드를 덮도록 하는 것입니다.

최종적으로 방출된 메시지를 읽으십시오. RFC 6376 반복되는 필드 이름을 처리하는 방법을 포함하여 h= 목록 및 헤더 선택 규칙을 정의합니다. 메시지의 어느 위치에서나 "list-unsubscribe"에 대한 문자열 검색은 적용 범위 테스트가 아닙니다. 중복 필드 및 변환에는 실제 서명 입력을 주의 깊게 검사해야 합니다. RFC 6376 섹션 3.5 및 5.4.

서명된 변경사항과 서명되지 않은 변경사항 구별

유효한 서명이 두 구독 취소 필드를 모두 포함하는 제어된 테스트 메시지를 상상해 보십시오. 서명된 URI를 다른 값으로 변경하면 서명된 입력이 변경됩니다. 일반적인 DKIM 확인에서는 원래 서명이 더 이상 변경된 입력을 검증하지 않습니다. 이와 대조적으로, 두 필드를 모두 생략한 서명은 서명되지 않은 값이 변경된 후에도 유효한 상태로 유지될 수 있습니다. 이는 일반 패스가 모든 필드를 인증할 수 없는 이유를 설명합니다.

이는 실행된 암호화 장치가 아닌 프로토콜 기반 기대치입니다. 실제 승인된 돌연변이 테스트에는 정확한 원본 바이트, 선택한 서명 및 올바른 확인 키가 필요합니다. 삽입된 테스트 키는 해당 테스트의 암호화 관계만 보여주며, 공개 DNS 출처나 기록 수신 결과는 보여주지 않습니다. 원본을 보존하고 별도의 복사본을 변경합니다.

서명된 전체 경로를 확인하세요.

Coverage를 수정한 후, 의도한 경로를 통해 승인된 테스트 메시지를 다시 전송하고 수신 측에서 확인합니다. 링크 재작성, 게이트웨이 편집 또는 이후 목록 프로세서가 해당 필드를 변경할 수 있습니다. 소유자가 검증이 분기되는 첫 번째 단계를 찾을 수 있도록 가능하면 변환 전 샘플과 최종 샘플을 보존하십시오.

단순히 h=. 이렇게 하면 RFC 8058 요구 사항을 충족하지 않은 채 서명을 더 쉽게 보존할 수 있습니다. 게이트웨이가 작업을 변환해야 하는 경우 최종 서명 경계를 조정하고 변환된 URI가 여전히 올바른 수신자 및 목록에 매핑되는지 확인하세요.

작동 점검을 완료하세요

서명 적용 범위는 광고된 필드를 인증합니다. 엔드포인트가 요청된 억제를 수행한다는 것을 증명하지는 않습니다. 제어된 구독을 사용하여 POST 및 다운스트림 다음 전송 제외를 별도로 테스트합니다. 반대로, 작동 중인 엔드포인트는 누락된 서명 적용 범위를 복구하지 않습니다.

종결 기록은 유효한 포함 서명, 정확한 최종 메시지, 끝점 범위 및 관찰된 억제 결과를 식별해야 합니다. 올바른 서명에 대한 약속된 결과가 아닌 별도의 관찰로 공급자 UI 표시를 유지합니다.

서명별 종결 기록 유지

최종 메시지, 서명자, 선택자, 해당하는 두 필드 및 특정 서명에 대한 확인 결과를 기록합니다. 끝점과 억제 결과를 별도로 기록합니다. 이후 게이트웨이가 필드를 변경하는 경우 필요한 적용 범위를 삭제하는 대신 서명 경계를 복구하십시오.

[ 테이크아웃 ]

유효한 DKIM 서명이 두 구독 취소 필드를 모두 포함하는지 확인한 다음 다운스트림 처리에서 서명된 작업이 유지되는지 확인하세요.

[ 역할별 ]

이것이 당신에게 의미하는 바

실용적인 다음 단계를 위해 역할을 선택하세요.

IT/메일 관리자

최종 커버 서명을 확인하세요.

파이프라인 순서는 보호되는 항목을 결정합니다.

다음 단계

  1. h=와 유효성을 함께 검사합니다.
  2. 하류 돌연변이를 추적합니다.
  3. 의도한 경로를 통해 다시 테스트합니다.

CISO/SecOps

작업 무결성 유지

서명되지 않은 수신 거부 대상은 관련 없는 적용 범위를 무효화하지 않고도 변경할 수 있습니다.

다음 단계

  1. 중복된 헤더를 검토하세요.
  2. 프로덕션 키를 보호하세요.
  3. 격리된 돌연변이 고정 장치를 사용합니다.

창립자 / 비기술자

합격 배지 이상의 증거가 필요합니다.

유효한 서명은 중요한 필드를 생략할 수 있습니다.

다음 단계

  1. 보장 증거를 요청하세요.
  2. 게이트웨이 소유권을 할당합니다.
  3. 별도의 서명 및 금지 수락.

[ 자주 묻는 질문 ]

자주 묻는 질문

DKIM 통과는 구독 취소 헤더가 포함되어 있음을 증명합니까?

아니요. 유효한 서명의 h= 목록을 검사하세요.

한 서명의 보장이 다른 서명의 유효성과 결합될 수 있습니까?

아니요. 유효한 서명은 두 필수 필드를 모두 포함해야 합니다.

서명 후 헤더를 추가해야 합니까?

나중에 유효한 서명이 이를 포함하지 않는 한 그렇지 않습니다.

URL 변형을 테스트하는 이유는 무엇입니까?

이는 서명이 광고된 구독 취소 대상을 실제로 보호하는지 여부를 보여줍니다.

돌연변이 사례는 무엇을 예측합니까?

포함된 URI를 변경하면 서명된 입력이 변경됩니다. 생략된 필드를 변경하면 유효한 서명이 그대로 유지될 수 있습니다. 이는 기록된 검증 결과가 아닌 기대치입니다.

삽입된 테스트 키가 공개 DNS 인증을 입증합니까?

아니요. 테스트 키 확인은 DNS 출처나 과거 수신자 결과가 아닌 테스트된 암호화 관계만 설정합니다.

h=에서 필드를 제거하면 RFC 8058 규정 준수 문제를 해결할 수 있습니까?

아니요. 서명이 유효한 경우에도 필수 보장이 제거됩니다.

서명 적용이 억제 효과를 입증합니까?

아니요. 엔드포인트 동작과 다운스트림 제외를 별도로 테스트하세요.

[ 출처 ]

출처

  1. RFC 8058 원클릭 구독 취소

    섹션 §3.1 · §3.2 · §4 · §5 · §6

  2. RFC 6376 DKIM

    섹션 §3.5 · §5.4 · §6.1

  3. RFC 9989 DMARC

    섹션 §4.4 · §5.3.5

[ 어휘 ]

어휘

헤더 적용 범위
DKIM 서명의 서명된 입력에 포함된 특정 메시지 필드입니다.
h= tag
서명된 헤더 필드 이름을 나열하는 DKIM 서명 태그입니다.
서명 경계
보호된 메시지 콘텐츠가 검증 가능한 상태로 유지되어야 하는 파이프라인 지점입니다.

기업 출처

최고의 금융 기관과 정부가 필요한 이유 이메일 보안 대시보드를 폐기했습니다.

기존 이메일 인증 플랫폼은 대시보드를 판매하고 엔지니어에게 작업을 요청합니다. 위험이 높은 환경에서 수동 감독은 시행 지연, 구성 드리프트 및 모니터링되지 않는 섀도우 도메인을 의미합니다.

EmailAuth 는 에이전트 이메일 출처 플랫폼입니다. 우리 대리인은 집행합니다 p=reject, 제3자 발신자를 정렬하고 도메인을 전체로 이동하세요. RFC 9989 인간 참여형 감사 기능을 갖춘 새로운 DMARC 표준을 준수합니다.

정부 대기업 1등급 금융기관

SaaS · 전용 테넌시 · Air-Gapped 온프레미스 · BYOK 암호화

기술 자료