요약

  • pass를 얻으려면 DMARC는 SPF 또는 DKIM으로 인증된 최소 하나의 도메인이 RFC5322.From 필드의 도메인과 정렬되어야 한다고 요구한다. 이 영수증은 도메인 작성자의 승인된 사용에 관한 것이지, 사람 신원이나 메시지 내용에 관한 것이 아니다.
  • 실패는 그 반대 증명이 아니다. 전달, 메일링 리스트 또는 다른 정당한 중개자가 수신자에게 도달하기 전에 SPF 정렬이나 DKIM 서명을 깨뜨릴 수 있다.
  • p,sp,np값은 DNS에서 요청된 처리 선호이다. 수신자는 자신의 로컬 정책을 유지한다: 다른 신호를 분석한 후 정렬된 메시지를 차단하거나 실패한 메시지를 수용할 수 있다.

결정에서 시작해 증거로 거슬러 올라가기

최종 행위는 수신자에게 속한다: 전달, 격리, 거부, 지연 또는 다른 경로로의 라우팅. DMARC는 이 행위 이전에 개입하지만 그것과 동일하지 않다. 이 연대기야말로 2026년 5월 Standards Track으로 발표되어 RFC 7489와 9091을 대체하기 위한, Todd M. Herr와 John Levine이 공동 편집한 RFC 9989를 읽는 가장 좋은 방법이다.

도메인 소유자는 자신의 발신자에 관한 데이터와 실패에 대한 선호를 게시한다. 수신자는 실제로 자신에게 도달한 메시지를 관찰한다. SPF와 DKIM을 수행하고, 도메인을 비교하고, DNS를 조회한 다음, 이 결과들을 자신의 로컬 평판, 악성코드 대응 도구, 사용자 맥락 및 자신의 의무와 결합한다. RFC는 이 배역 중 어느 누구에게도 서술 권한 전체를 주지 않는다.

핵심 명제는 드물 정도로 정밀하다:pass는 도메인 작성자의 사용이 소유자에 의해 승인된 것으로 검증되었음만 확인한다. 이 승인은 메시지나 도메인 소유자에 대해 명시적이든 암묵적이든 어떤 가치 진술도 하지 않는다. 받은 편지함 배달이 안전하거나 바람직하다는 것을 보장하지 않는다.

SPF와 DKIM은 같은 장면을 인증하지 않는다

SPF는 SMTP 트랜잭션에서 출발한다. 도메인은 어떤 호스트가 자신의MAIL FROM또는 HELO 식별자를 사용할 수 있는지 게시하고; DMARC는MAIL FROM도메인을 취한다. DKIM은 서명된 메시지에서 출발한다. 유효한 서명은 커버된 바이트들을 서명 도메인에 연결한다. 두 경우 모두 인증된 도메인은 사용자가 읽는 From 필드의 도메인과 다를 수 있다.

따라서 DMARC는 정렬 관계를 추가한다. RFC5322.From에서 추출된 도메인이 작성자 도메인이 된다. 유효한 SPF 또는 DKIM 식별자는 엄격 모드에서 이 도메인과 동일해야 하거나, 완화 모드에서 동일한 조직 도메인을 공유해야 한다.aspf와adkim태그는 소유자의 선택을 표현하고; RFC는 완화 모드가 거의 모든 배치에 충분하다고 관찰한다.

정렬되고 유효한 단 하나의 DKIM 서명이 다른 서명들이 실패하더라도pass를 산출할 수 있다. SPF 측면에서는, 전달자 도메인의 유효한 결과가 보이는 From과 정렬되지 않으면 충분하지 않다. 따라서 판정은 관계의 계산이며, 봉투 전체에 얹힌 신뢰의 후광이 아니다.

도메인은 증명되지만 나머지는 각자의 시계를 갖는다

로컬 부분direction을 도메인example.com과 결합하는 주소에서 DMARC는example.com을 다룬다. 그것은direction을 검증하지 않고, 메일함 소유를 증명하지 않으며, 그 직무자가 본문을 작성했음을 보증하지 않는다. 표시되는 이름은 실제 사람의 이름일 수 있지만 주소는 다른 도메인에 속할 수 있다. 유사한 도메인은 인접 문자를 악용할 수 있다. RFC 9989는 표시 이름 공격과 시각적으로 유사한 도메인을 명시적으로 자신의 해법 밖에 둔다.

내용 분석 역시 범위 밖이다. 승인된 서비스는 침해될 수 있다. 정당한 계정은 함정 링크를 보낼 수 있다. 사기꾼은 자신의 도메인을 등록하고, 서버를 올바르게 승인하고, 메시지를 깔끔하게 서명할 수 있다. 이 경우 DMARC는 작동한다. 빠진 통제는 다른 곳에 있다.

따라서 여러 시간을 유지해야 한다: 서명 시점, SPF 관찰, DNS 해석, 정렬 계산, 내용 분석, 게이트웨이의 결정, 폴더 배치, 이후 사용자의 행동. 이 시간들을pass라는 단어 하나로 줄이면 결정의 출처가 지워진다.

간접 메일이 정당한 실패를 낳는 이유

RFC 7960은 실패가 정당한 경로에서 생겨날 수 있음을 보여준다. 원래MAIL FROM을 유지하는 전달은 발신자의 SPF에 없는 IP 주소에서 발신한다. 그MAIL FROM을 교체하면 자신의 SPF는 통과할 수 있지만 작성자 도메인과 정렬되지 않는다. 제목 접두어나 푸터를 추가하거나 MIME을 변형하는 메일링 리스트는 원래 DKIM 서명을 깨뜨릴 수 있다.

최종 수신자는 출발점에서 존재하던 상태를 반드시 보지 못한다. 중개자들 이후에 온전히 남아 있는 흔적을 본다. 그때fail은 관찰된 인증된 식별자 중 적용 가능한 정렬을 만족하는 것이 없음을 의미하며; 도메인의 이전 모든 사용이 반드시 사칭이었다는 것을 의미하지 않는다.

이 비대칭은 두 가지 지름길을 막는다:pass에 전역 신뢰를 부여하는 것과fail에 전역 유죄를 선고하는 것. 두 결과 모두 자신의 입력과 관찰 지점에 붙어 있어야 한다.

DNS는 선호를 표현할 뿐 통제권을 넘겨받지 않는다

정책 탐색은 순서를 따른다. 수신자는 먼저 정확한 작성자 도메인을 조회하고, 다음으로 그 조직 도메인, 마지막으로 공개 서픽스 도메인을 조회한다. 레코드 위치와 서브도메인의 존재 여부에 따라 적용 가능한 정책은p,sp또는np에서 나온다. IANA는 이들을 요청된 정책으로 기술하고; 더 오래된 태그pct,rf,ri는 수집된 레지스트리에서 역사적(historic)이 되었다.

이 계층은 도메인 소유자를 원격 게이트웨이의 관리자로 바꾸지 않는다. RFC 9989는 최종 처리가 항상 수신자의 로컬 정책에 속한다고 말한다. 수신자는 다른 신호가 나쁘면 통과하는 메시지를 거부할 수 있다.p=reject에도 불구하고 실패하는 메시지를, 특히 알려진 간접 흐름을 보호하기 위해 수용할 수 있다. 본문은 이 값만을 이유로 거부하지 말 것을 권고한다.

DNS 장애는 이 한계를 더욱 선명하게 만든다. 완전한 결과가 없으면 메시지는pass도fail도 아니며, 도메인의 선호는 발견된 것처럼 적용될 수 없다. 수신자는 전달, 지연 또는 다른 처리 중에서 선택한다.

Lu Heng은The Policy Mirror에서 모든 공유 규칙에게 그것이 필요한 기술적 불변성을 보호하는지, 아니면 로컬에 남아 있어야 할 결정을 접수하는지 물을 것을 제안한다. RFC 9989는 여기서 자신의 예를 제공한다: 원격 요청을 판독 가능하게 하면서, 배달 위험을 감당하는 운영자에게 지렛대를 남긴다.

보고 루프는 설계상 불완전하다

집계 보고서는 사기성 출처를 드러낼 수 있고, 종종 더 유용하게는 소유자의 정당한 흐름에서의 인증 결함을 드러낼 수 있다. 그러나 수신자는 요청된 모든 것을 보낼 의무가 없다. 집계는 권장되며; 메시지별 보고는 선택 사항으로, 종종 사생활 보호를 위해 검열되거나 포기된다.

따라서rua또는ruf의 존재는 원하는 목적지를 증명할 뿐이다. 실제 수신된 보고서만이 어떤 수신자가 어떤 기간에 관찰을 전달했음을 증명한다. 그 경우에도 이것은 보편적 조사도 아니고 모든 메시지가 요청된 처리를 받았다는 증거도 아니다.

따라서p=none에서quarantine또는reject로의 상향은 출처 매핑, 전달과 리스트에 대한 시험, 보고서의 실제 커버리지, 그리고 되돌릴 가능성에 기반해야 한다. DNS는 운영 작업을 흡수하지 않는다.

Todd Herr를 귀속하되 프로토콜의 주권자를 만들지 않기

공개 사진과 IETF 프로필은 캡처 시점에 Todd Herr의 공개 신원을 확립한다. 프로필은 RFC 9989와 ART Area Review Team 내 리뷰어 역할을 언급한다. 문서는 당시 Valimail에 있던 Herr와 Standcore LLC의 John Levine에게 편집을 귀속한다. 감사 인사는 DMARC 컨소시엄과 RFC 7489로 거슬러 올라가는 집단 작업의 깊이를 보여준다.

인물 프로필은 이 분배를 보존해야 한다. Herr는 결과의 경계를 특히 선명하게 만드는 텍스트에 기여했다; 그는 혼자 DMARC를 발명하지 않았고, 모든 서명을 검증하지 않으며, 수신자에서 메시지의 운명을 결정하지 않는다. 올바른 귀속은 그의 권위를 확대하는 것이 아니라, 그 텍스트가 공개한 규율을 보여주는 것이다.

감사할 수 있는 증거 레지스트리

유용한 저널은 수신된 메시지를 정확한 From에 연결하고; 각 SPF·DKIM 결과, 도메인 및 셀렉터를 보존하며; 정렬 모드와 결정적 식별자를 표시하고; DNS 경로와 정책 태그를 기록하고; 간접 변형을 기술하고; 평판과 내용을 분리하고; 마지막으로 로컬 결정과 그 운영적 담당자를 명명한다.

이 레지스트리는 남용되는 상속을 막는다. 도메인은 사람이 아니다. 정렬은 성실성이 아니다.pass는 안전이 아니다.p=reject는 실행이 아니다. SMTP 수용은 받은 편지함이 아니다. 그리고 수신은 무해를 증명하지 않는다.

그때 DMARC는 실제 힘을 온전히 유지한다: 한 도메인의 정확한 사칭을 줄이고, 평판을 부착할 대상을 안정화하고, 흐름에 대한 피드백을 제공하는 것. 잘 명명된 작은 영수증이 프로토콜이 감당할 수 없는 보편 판정보다 낫다.

출처