[ SPF ]

두 개의 SPF 검사기가 서로 다른 조회 횟수를 보고할 수 있는 이유

두 가지 SPF 도구는 서로 다른 항목을 계산하거나 서로 다른 경로를 평가할 수 있습니다. DNS 변경을 승인하기 위해 카운트를 사용하기 전에 입력 픽스쳐와 추적을 조정하십시오.

EmailAuth 연구팀 제공 · 4분 읽기

[ 핵심사항 ]

  • 도구가 평가된 용어, 그래프 노드 또는 쿼리를 계산하는지 여부를 식별합니다.
  • 동일한 IP, SMTP ID 및 DNS 스냅샷을 사용하세요.
  • 생산을 변경하기 전 첫 번째 차이점을 설명하세요.
이 페이지에서

둘 때 SPF 체커는 서로 다른 조회 횟수를 표시하므로 더 안심할 수 있는 숫자를 선택하지 마십시오. 각 도구가 측정한 내용을 설정합니다. 하나는 평가된 경로에 DNS 종속 용어를 표시할 수 있고, 다른 하나는 정책 그래프를 확장할 수 있으며, 세 번째는 네트워크 쿼리를 표시할 수 있습니다. 이러한 출력은 동일한 도메인을 검사할 때에도 다양한 질문에 답할 수 있습니다.

카운터가 무엇을 의미하는지 물어보세요

RFC 7208 섹션 4.6.4 재귀 전반에 걸쳐 평가된 DNS 종속 용어를 제한합니다. 이는 단순히 모든 TXT 문자열의 개수, 모든 DNS 패킷 또는 최상위 수준에 눈에 띄게 기록된 포함 개수가 아닙니다. 캐시된 답변은 더 큰 논리적 기간 예산을 부여하지 않습니다.

다른 제약조건도 분리하세요. 사양 주소 무효 조회 주요 평가 기간 상한 외에 메커니즘별 제한도 있습니다. 도구는 하나의 결합된 경고를 표시하고 다른 도구는 각 범주를 노출할 수 있습니다. 모든 빨간색 라벨이 동일한 의미라고 가정하기보다는 정확한 경고 텍스트와 문서를 저장하세요.

두 도구에 동일한 고정 장치 제공

평가된 도메인, 연결 IP, 발신자 신원, HELO 해당되는 경우 확인자 보기 및 쿼리 시간. 도구가 도메인만 허용하는 경우 해당 개수가 정적 추정인지, 최악의 분석인지, 특정 합성 경로인지 확인하세요. 도메인 전용 검색은 실제 연결을 평가하는 것과 자동으로 동일하지 않습니다.

매크로를 사용하는 정책의 경우 누락된 ID 입력이 직접적으로 문제가 될 수 있습니다. IPv4 와 IPv6 사례가 모두 발생하는 경우 별도로 비교하십시오. 나중에 공급자를 변경할 때 예상되는 도구 비교가 다른 정책의 비교로 바뀌지 않도록 DNS 응답 또는 재현 가능한 제어 장치를 보존하십시오.

작은 예시를 걸어보세요

합성 정책을 고려해보세요.

v=spf1 ip4:192.0.2.10 include:_spf.vendor.example -all

아래에 RFC 7208 §4.6.2 그리고 RFC 7208 §5.6, 192.0.2.10 의 경우 포함이 평가되기 전에 명시적인 주소가 일치할 수 있습니다. 다른 주소의 경우 평가에서는 포함 및 중첩된 종속성에 도달할 수 있습니다. 그래프 확장 도구는 첫 번째 메시지 경로가 도달하지 못하는 경우에도 해당 분기를 표시할 수 있습니다. 두 도구 중 하나에 결함이 있다는 자동 판단이 아니라 서로 다른 숫자에 대한 설명이 필요합니다.

숫자 개수를 비교하려면 포함 대상을 명시적으로 만드세요. 이 합성 고정 장치에서는 _spf.vendor.example 정확히 하나의 SPF 가 있습니다 TXT 레코드, v=spf1 ip4:192.0.2.20 -all. 성공적인 DNS 검색, 유효한 구문, 추가 종속성 없음 및 일반 가정 메일 보낸 사람 상위 도메인에 대한 평가.

  • 입력 192.0.2.10 : 상위의 첫 번째 IP4 메커니즘이 일치합니다. 실제 경로는 0개의 DNS 종속 용어를 평가하고 포함을 방문하지 않습니다.
  • 192.0.2.20 입력 : 상위 IP4가 일치하지 않습니다. 포함이 평가되고 대상 ip4가 일치하며 상위 항목이 통과를 반환합니다. 실제 경로는 1개의 DNS 종속 용어인 include를 평가합니다.
  • 입력 192.0.2.30 : 포함 대상이 -all 도달하고 실패를 반환하므로 포함이 일치하지 않습니다. 부모는 자신의 -all 도달하고 실패를 반환합니다. 실제 경로는 여전히 1개의 DNS 종속 용어를 평가합니다. RFC 7208 §5.2.

어떤 연결이 선택되었는지에 관계없이 이 전체 설비에 대한 DNS 종속 용어의 정적 그래프 수는 1입니다. 상위 정책의 초기 TXT 검색이 필요하지만 그 자체는 이 제한에 대해 계산되는 평가 용어 중 하나가 아닙니다. 따라서 첫 번째 입력에 대해 0이 표시되고 확장된 그래프에 대해 1이 표시되는 것을 모두 설명할 수 있습니다. 이는 실행된 측정값이나 네트워크 패킷 수가 아닌 분석적으로 예상되는 결과입니다.

이제 포함된 정책이 두 스캔 사이에 변경된다고 상상해 보세요. 새로 스캔하면 다른 종속성 트리가 합법적으로 노출될 수 있습니다. 불일치를 확대하기 전에 타임스탬프와 실제 답변을 저장하세요. 입력이 없는 스크린샷은 약한 증거입니다.

첫 번째 분기에서 트레이스 비교

평가된 용어를 나란히 나열한 목록을 작성합니다. 레코드 선택, 조기 일치, 재귀, DNS 오류, 매크로 확장 또는 계산 규칙 등 도구가 일치하지 않는 첫 번째 위치를 찾으십시오. 하나는 오류로 인해 중지되고 다른 하나는 진단 목적으로 계속되는지 확인하십시오. 진단 확장은 유효하게 완료된 평가를 나타내지 않고도 유용할 수 있습니다.

도구가 표준과 모순되는 것으로 나타나면 단면 참조를 사용하여 최소한의 합성 고정 장치와 예상 동작을 생성합니다. 고정 장치가 수행할 기밀 생산 데이터를 피하면서 일반적인 지원 프로세스를 통해 이를 도구 유지관리자에게 보냅니다. 일관성이 없는 대시보드가 ​​일치하도록 하기 위해 생산을 변경하지 마십시오.

해결된 증거를 바탕으로 결정을 내립니다.

한 발신자에 대한 유효한 짧은 경로가 모든 발신자의 상태를 설정하지는 않습니다. 대표적인 적법한 입력과 일치하지 않는 입력을 테스트하고 나중에 변경될 수 있는 종속성을 검사합니다. 반대로, 큰 정적 그래프만으로는 모든 메시지가 평가 기간 제한을 초과했다는 증거가 아닙니다.

귀하의 결정을 뒷받침하는 측정 방법, 해결되지 않은 도구 제한 사항 및 제안된 변경으로 인해 예상되는 영향을 기록하십시오. 사용 메커니즘 순서 그 길을 이해한 후에야. 결과적 불일치를 조정할 수 없는 경우 설명되지 않은 수를 확실성으로 제시하기보다는 현재 증거를 유지하고 구현별 검토를 구하십시오.

결정을 서면으로 작성

주어진 2개의 레코드 픽스처에 대해 상위 및 하위 텍스트, 입력 주소, 카운트 정의 및 예상 합격/실패를 유지합니다. 0/1/1 값은 측정된 DNS 패킷이나 독립적인 도구 실행이 아닌 분석적으로 평가된 기간 수입니다. 도구가 다른 수량을 보고하는 경우 비교하기 전에 라벨을 붙입니다. 오류 처리 경로의 불일치에는 이러한 성공적인 조회에서 추정하는 것이 아니라 자체 고정 장치가 필요합니다.

[ 테이크아웃 ]

도구가 평가된 용어, 그래프 노드 또는 쿼리를 계산하는지 여부를 식별합니다. 동일한 IP, SMTP ID 및 DNS 스냅샷을 사용하세요. 생산을 변경하기 전 첫 번째 차이점을 설명하세요.

[ 역할별 ]

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

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

IT/메일 관리자

첫 번째 분기를 재현합니다.

고정 입력이 있는 추적은 경쟁 합계보다 더 유용합니다.

다음 단계

  1. DNS 답변과 타임스탬프를 저장합니다.
  2. 그래프 확장과 실행을 구별합니다.
  3. 오류, 재귀 및 초기 일치를 비교합니다.

CISO/SecOps

불확실성을 정직하게 유지하십시오.

해결되지 않은 도구 차이는 증거 제한일 뿐 안전이나 실패의 증거는 아닙니다.

다음 단계

  1. 문서화된 계산 기준이 필요합니다.
  2. 에스컬레이션을 위해 최소한의 장치를 사용하십시오.
  3. 테스트되지 않은 경로 및 종속성 변경 사항을 검토하세요.

창립자 / 비기술자

결정에 대한 설명이 필요합니다.

충돌하는 대시보드 번호는 운영 중단을 정당화하기 전에 해결되어야 합니다.

다음 단계

  1. 각 숫자가 무엇을 측정하는지 물어보세요.
  2. 비즈니스에 중요한 테스트 사례를 눈에 띄게 유지하세요.
  3. 점수를 높이기 위한 변경만 피하세요.

[ 자주 묻는 질문 ]

자주 묻는 질문

어떤 SPF 검사기가 올바른가요?

동일한 입력과 수량을 먼저 측정했는지 확인합니다. 차이만으로는 승자를 선택할 수 없습니다.

모든 DNS 패킷이 10년 제한에 포함되나요?

아니요. 기본 SPF 제한은 패킷 카운터가 아니라 지정된 평가된 DNS 종속 조건과 관련됩니다.

RFC 7208 §4.6.4

캐싱이 논리적 SPF 용어 수를 줄입니까?

아니요. 실제 확인자 작업이나 대기 시간에 영향을 미칠 수 있지만 프로토콜 허용량이 더 커지지는 않습니다.

RFC 7208 §4.6.4

도메인 전용 검사기가 더 많은 작업을 표시하는 이유는 무엇입니까?

특정 연결이 도달하지 못하는 분기를 확장할 수 있습니다. 도구의 문서화된 방법을 확인하세요.

RFC 7208 §4.6.2

제공자 변경으로 인해 다른 결과가 설명될 수 있습니까?

예. 도메인 이름뿐만 아니라 실제 DNS 데이터와 타임스탬프도 비교하세요.

무효 조회는 동일한 카운터입니까?

아니요. 이는 평가 기간 제한과 함께 논의되는 뚜렷한 제약 사항입니다. 도구에서 보고한 카테고리를 유지합니다.

RFC 7208 §4.6.4

유용한 버그 보고서란 무엇입니까?

최소한의 고정 장치, 정확한 입력, 관찰된 추적, 예상 동작 및 관련 사양 섹션을 제공합니다.

한 명의 발신자만 통과하면 변경 사항을 승인할 수 있나요?

그 증거는 테스트된 경로에만 적용됩니다. 더 폭넓은 결론을 내리기 전에 다른 합법적인 경로와 일치하지 않는 사례를 평가하세요.

[ 출처 ]

출처

  1. RFC 7208

    섹션 §2.4 · §4.1 · §4.6.2 · §4.6.4 · §5.1 · §5.2 · §5.6 · §7

[ 어휘 ]

어휘

SPF
연결 IP 및 관련 SMTP ID에 대한 권한 부여 평가.

RFC 7208 §2.4

SPF 포함
포함 일치를 만드는 재귀 평가. include 한정자는 외부 결과를 결정합니다.

RFC 7208 §5.2

평가된 DNS 종속 기간 제한
패킷 수와는 별개로 재귀 검사를 포함하여 평가 중에 도달한 10개의 지정된 DNS 쿼리 유발 용어 제한입니다.

RFC 7208 §4.6.4

기업 출처

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

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

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

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

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

기술 자료