[ SPF ]

SPF 루프 및 순환 리디렉션이 포함됩니다.

재귀적 SPF 참조를 추적하고, 포함과 리디렉션을 구별하고, 지원되는 대체 증거를 통해서만 순환 종속성을 제거합니다.

EmailAuth 연구팀 제공 · 7분 읽기

[ 핵심사항 ]

  • 그래프 주기는 도달 가능한 평가 경로에 연결되어야 합니다.
  • 반환 결과를 다르게 포함하고 리디렉션합니다.
  • 특별한 규범적 순환 오류 결과를 만들어내지 마십시오.
이 페이지에서

오류 클래스를 만들지 않고도 재귀를 인식합니다.

안 SPF 루프는 재귀 참조가 이미 활성 경로에 있는 정책으로 다시 평가를 유도할 때 발생합니다. 그래프는 직접적인 자기 참조 또는 여러 영역과 관련된 더 긴 주기를 표시할 수 있습니다. 이러한 구조적 관찰은 가치가 있지만 진단에서는 특정 평가가 해당 참고 자료에 도달하는지 여부도 보여야 합니다. 이전 일치 메커니즘은 주기가 시작되기 전에 경로를 중지할 수 있습니다.

RFC 7208 재귀 처리 및 평가 제한을 지정합니다. Cycleerror라는 별도의 표준 결과를 정의하지 않습니다. 정의된 SPF 어휘를 사용하여 관찰된 결과를 설명하고 이를 뒷받침하는 경로를 설명합니다. 적합한 평가자는 전체 기간 제한을 적용해야 합니다. 무제한 재귀는 허용되는 해석이 아닙니다. 도구 자체의 "루프 감지" 레이블은 새로운 표준 SPF 결과가 되지 않고도 유용한 진단 메타데이터가 될 수 있습니다. RFC 7208 , 섹션 4.6.4, 5.2 및 6.1

포함은 정책 대체가 아닙니다.

포함은 동일한 클라이언트 주소와 보낸 사람 입력을 사용하여 다른 도메인을 반복적으로 평가합니다. 해당 하위 패스가 일치를 생성합니다. 실패, softfail 및 중립은 불일치를 생성합니다. 오류는 지정된 매핑에 따라 전파되며 매핑되는 항목은 없습니다. permerror. 일치하지 않는 경우 상위 도메인은 이전 도메인이 복원된 다음 메커니즘에서 재개될 수 있습니다.

이러한 구별은 명백한 루프를 설명하는 데 도움이 됩니다. 하위는 일부 발신자가 결코 도달하지 못하는 이후 분기에서만 상위를 참조할 수 있습니다. 그래프는 여전히 유지 관리 문제이지만 특정 초기 통과가 순환 분기가 실행되었음을 증명하지는 않습니다. 레이블이 없는 화살표를 그리고 모든 메시지가 깨졌다고 선언하는 대신 순서가 지정된 메커니즘과 하위-부모 반환 매핑을 유지하세요. RFC 7208 , 섹션 5.2

리디렉션의 종료 의미가 다릅니다.

일치하는 메커니즘이 없고 수정자를 적용할 수 있는 경우 리디렉션이 적용됩니다. 하위 항목이 포함을 통과하는지 여부만 묻지 않고 결과를 대상 정책에 위임합니다. 표준에 따르면 순서에 관계없이 레코드에 모든 메커니즘이 있으면 리디렉션이 무시됩니다. 따라서 리디렉션을 위한 텍스트 검색은 에지가 실행될 수 있음을 설정하지 않습니다.

아무것도 생성하지 않는 리디렉션 대상은 오류 사례이며 암시적 승인이나 중립 대체가 아닙니다. 확장된 대상과 해당 정책 상태를 기록합니다. 도메인이 다시 리디렉션되는 다른 도메인으로 리디렉션되는 경우 검토에서는 설명된 경로를 따라 종료 일치가 부족하고 재귀 처리에 의해 소비되는 공유 예산을 설명해야 합니다. 단지 눈에 보이는 화살표 하나가 삭제되었다는 이유만으로 성공적인 정정을 주장하지 마십시오. RFC 7208 , 섹션 6.1

활성 경로 워크시트 사용

제안된 각 진단 경로에 대해 시작 ID, 연결 주소, 보낸 사람 인수, 현재 도메인, 정확한 레코드, 정렬된 용어 및 확장된 대상을 유지합니다. 도메인 및 참조 유형의 활성 스택을 유지합니다. 해당 스택에 대상이 이미 나타나면 첫 번째 및 두 번째 진입점으로 반복되는 세그먼트에 주석을 답니다. 별도의 방문 노드 세트는 검색을 설명할 수 있지만 재귀를 설명하는 데 사용되는 활성 스택을 대체해서는 안 됩니다.

평가된 DNS 유발 용어의 누적 개수를 포함하고 이전 구문, 정책 누락 또는 임시 DNS 오류를 식별합니다. 지원되는 가장 빠른 종료가 중요합니다. 그래프의 다른 곳에서 발견된 정적 주기가 다른 이유로 이미 중지된 메시지의 원인으로 표시되어서는 안 됩니다. 반대로, 다른 경로에 영향을 미치는 도달 가능한 순환 분기를 해제하는 데 조기 통과 예제를 사용해서는 안 됩니다.

워크시트는 명확하게 라벨이 지정된 세 가지 출력, 즉 실제 유지된 추적, 정적 구조 발견 또는 허구적 추론 사례 중 하나로 끝나야 합니다. 첫 번째 진단만이 입력 및 시간 범위 내에서만 실행된 진단을 입증할 수 있습니다. 이 기사에서는 실제 추적이 아닌 방법과 가상의 예를 제공합니다.

허구적 진단: 상호 포함

가상 정책 A에 B가 포함되고, B가 가상 클라이언트에 대한 일치 메커니즘 이전에 A를 포함한다고 가정합니다. 쿼리 또는 평가자 실행이 수행되지 않았습니다. 활성 경로는 A, B, 다시 A입니다. 반복되는 영역은 이러한 가정 하에서 도달 가능한 주기를 나타냅니다. 평가된 각 포함은 공유된 계산 기간 예산에 기여합니다. 재귀는 현재 도메인이 변경될 때 허용치를 재설정하지 않습니다.

"두 번째 방문은 항상 규정된 주기 오류입니다."라고 보고하는 것은 오해의 소지가 있습니다. 표준의 결과 어휘와 한계는 그대로 유지되어야 합니다. 제안된 평가자는 진단을 위해 조기에 재귀를 감지할 수 있지만 실제 반환된 결과에 대한 모든 설명에는 구현 증거가 필요합니다. 대신 원고에서는 필요한 제한 없이는 가상 경로가 반복되도록 허용할 수 없다고 설명합니다.

이제 다른 가상 발신자에 대해 이전에 일치하는 ip4 메커니즘을 B에 추가합니다. 해당 경로는 A로 돌아오기 전에 지나갈 수 있습니다. 구조적 주기는 정책 그래프에 여전히 존재하지만 이 발신자는 이를 실행하지 않았습니다. 유용한 수리 검토에서는 실패한 경로와 합법적인 조기 일치 경로를 모두 고려하므로 수정으로 인해 여전히 중요한 인증이 실수로 제거되지 않습니다.

레코드를 다시 쓰기 전에 소유권을 복구하세요.

순환 참조는 행정 경계에 걸쳐 있는 경우가 많습니다. 각 기록을 통제하는 사람과 관계가 도입된 이유를 식별합니다. 단지 이름이 관련되어 있다고 해서 고객 정책을 공급업체 종속성으로 대체해서는 안 됩니다. 공급자가 지원하는 인증 대상을 요청하거나 승인된 지원 프로세스를 통해 확인된 수정 사항을 요청합니다. 이 원고는 공급업체에 연락하지 않으며 보편적인 대체 값을 제안하지도 않습니다.

지원되는 가장 작은 복구는 쓸모없는 상호 종속성 제거, 잘못된 대상 수정 또는 공급자가 유지 관리하는 정책 변경일 수 있습니다. 그래프 가장자리를 줄이는 것뿐만 아니라 소유권과 합법적인 발신자 증거를 기반으로 선택하세요. 이전 상태와 의도한 인증 세트를 보존하고, 해결되지 않은 요구 사항이 있는 모든 서비스를 문서화하세요.

승인을 받으려면 주기 예시와 공급자가 확인한 최소한의 교체 평가가 모두 필요합니다. 제안된 기록이 더 이상 필요한 경로를 승인하지 않는 경우 주기가 없는 새 다이어그램은 충분하지 않습니다. 별도로 승인된 변경 전후의 의도된 경로, 오류 처리 및 예산을 비교하십시오. 모든 곳의 DNS 캐시가 수정 사항을 즉시 반영한다고 주장하지 마십시오.

확인되지 않은 증거 및 출판 경계

카탈로그의 원래 증거 요구 사항은 여전히 ​​열려 있습니다. 주기와 공급자가 확인한 최소 교체 평가를 보여줍니다. 가상의 예에는 공급자 확인, 프로덕션 DNS 편집, 외부 쿼리 또는 실행 결과가 없습니다. 이는 명명된 공급업체가 현재 어떻게 행동하는지가 아니라 추론하는 방법을 설명합니다.

원본 증거, 인적 검토, 소스 적용 가능성, 생산 경로, 시각적 접근성 및 소유자 공개를 포함하여 6개의 공개 게이트는 모두 열려 있습니다. 이후의 운영 문서에는 관련 소스 스냅샷, 변경 승인 및 한정된 검증 증거가 보관되어야 합니다. 그때까지 적절한 결론은 제안된 진단 및 수리 워크플로이지 해결된 사고나 모든 수신자가 동일한 구현 관련 세부 정보를 보고한다는 보장이 아닙니다.

[ 테이크아웃 ]

실제 변경을 수행하기 전에 도달 가능한 주기를 표시하고 공급자가 확인한 최소한의 교체를 얻습니다.

[ 역할별 ]

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

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

DNS 관리자

제어 경계 식별

주기는 고객 및 공급업체 기록에 걸쳐 있을 수 있습니다.

다음 단계

  1. 각 정책 소유자를 유지합니다.
  2. 추측된 대체 도메인을 피하세요.

제공자 연락원

지원되는 수정 요청

최소한의 편집으로 합법적인 승인이 유지되어야 합니다.

다음 단계

  1. 공급자가 확인한 값을 얻습니다.
  2. 영향을 받은 경로를 문서화하십시오.

평가자 검토자

재귀를 정확하게 설명하라

진단 라벨은 표준 결과 코드를 만들어서는 안 됩니다.

다음 단계

  1. 활성 경로를 표시합니다.
  2. 예산 및 종료 처리를 확인합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

SPF 사이클 오류를 정의합니까?

아니요. 정의된 SPF 결과를 사용하고 적용 가능한 평가 규칙을 통해 재귀를 설명하세요.

RFC 7208 : 발신자 정책 프레임워크

모든 발신자에 대해 모든 그래프 주기가 실행됩니까?

아니요. 이전 일치 항목은 순환 분기 전에 평가를 중지할 수 있습니다.

RFC 7208 : 발신자 정책 프레임워크

재귀가 기간 예산을 재설정합니까?

아니요. 전체 평가 제한은 재귀 처리 전반에 걸쳐 적용됩니다.

RFC 7208 : 발신자 정책 프레임워크

포함은 리디렉션과 동일합니까?

아니요. 하위 결과를 일치 항목에 매핑하는 것을 포함합니다. 리디렉션은 자체 규칙에 따라 평가를 위임합니다.

RFC 7208 : 발신자 정책 프레임워크

all과 리디렉션이 모두 존재하면 어떻게 되나요?

모든 메커니즘이 존재하는 경우 순서에 관계없이 리디렉션이 무시됩니다.

RFC 7208 : 발신자 정책 프레임워크

누락된 리디렉션 대상이 메일을 안전하게 인증할 수 있나요?

아니요. 아무것도 생성하지 않는 대상은 리디렉션 처리 시 permerror 생성합니다.

RFC 7208 : 발신자 정책 프레임워크

공급자 교체가 확인되었습니까?

아니요. 공급자가 확인한 교체 평가는 여전히 필요하며 진행 중입니다.

사이클 워크시트는 무엇을 보존해야 합니까?

활성 재귀 경로, 순서가 지정된 참조, 개수, 입력 및 정확한 종료 증거.

[ 출처 ]

출처

  1. RFC 7208 : 발신자 정책 프레임워크

    섹션 §2.3 HELO ID · §2.4 MAIL FROM ID · §3.2 다중 DNS 레코드 · §3.3 단일 DNS 레코드의 다중 문자열 · §4.5 레코드 선택 · §4.6 레코드 평가 · §4.6.4 DNS 조회 제한 · §5.1 "모두" · §5.2 "포함" · §5.3 "a" · §5.7 "존재" · §6 수정자 정의 · §6.1 리디렉션: 리디렉션된 쿼리 · §8 결과 처리 · §8.4 실패 · §8.7 허용 오류 · §10 인프라에 미치는 영향

[ 어휘 ]

어휘

활성 경로
반복되는 재귀 세그먼트를 식별하는 데 사용되는 현재 중첩된 정책 참조입니다.
매핑 포함
하위 SPF 결과를 일치, 불일치 또는 오류로 변환하는 표준 변환입니다.

RFC 7208 : 발신자 정책 프레임워크

리디렉션
지정된 조건이 적용될 때 정책 평가를 위임하는 데 사용되는 수정자입니다.

RFC 7208 : 발신자 정책 프레임워크

구조적 순환
실행된 실패 경로에 대한 증명과는 별개로 그래프에서 반복되는 참조입니다.

기업 출처

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

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

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

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

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

기술 자료