[ SPF ]

SPF 및 IPv6 : IPv4 전용 검토에서 누락된 발신자를 감지합니다.

IPv6 전달이 성공적인 IPv4 테스트로 인해 숨겨진 격차를 드러내지 않도록 두 주소군을 모두 감사합니다.

EmailAuth 연구팀 제공

[ 핵심사항 ]

  • 수신 연결에 사용된 주소 계열을 증명합니다.
  • 접두사가 없는 ip6 용어는 전체 할당이 아닌 하나의 주소를 포함합니다.
  • 일시적 관찰을 복사하는 대신 지원되는 공급자 범위를 확인하세요.
이 페이지에서

신청서를 통과할 수 있음 SPF 한 번의 배달 시도는 실패하고 메일이 다른 주소군을 통해 발송되면 다른 배달에서는 실패합니다. 인벤토리에 IPv4 송신만 나열되는 경우 IPv6 경로는 합법적일 수 있지만 실제로 평가된 정책에 따라 승인되지 않을 수 있습니다. 레코드를 확장하기 전에 연결 주소를 진단하십시오.

목표는 정확한 적용 범위입니다. 기존 IPv4 동작을 유지하고 정책 외부에 관련 없는 주소를 유지하면서 조직이나 공급자가 실제로 사용하는 IPv6 소스를 승인합니다.

실제 IPv6 전송 경로 찾기

대표적으로 신뢰할 수 있는 수신자 결과 및 아웃바운드 수집 MTA 로그. 연결 IP, 봉투 도메인, HELO 호스트 이름, 발신자 서비스 및 타임스탬프. 도메인 ID와 주소 계열 모두를 기준으로 관찰을 그룹화합니다. 웹 서버의 AAAA 기록 이는 동일한 주소가 메일을 보낸다는 증거가 아니며 인바운드 MX 대상이 자동으로 아웃바운드 소스가 아니라는 것입니다.

대체 릴레이 및 지역 경로를 포함합니다. 단일 성공 메시지로는 모든 경로가 적용되었음을 표시할 수 없습니다. 인프라 소유자에게 기본 서버, 장애 조치 시스템 및 호스팅된 전달 경로에서 IPv6 활성화되어 있는지 물어본 다음 해당 답변을 관찰된 연결과 비교하십시오.

올바른 메커니즘을 사용하세요

SPF 에는 뚜렷한 IP4 그리고 IP6 아래의 메커니즘 RFC 7208 §5.6. IP4 IPv4 주소를 승인합니다. IPv6 에 해당하는 항목은 자동으로 포함되지 않습니다. 안 IP6 접두사 길이가 없는 메커니즘은 /128에 해당하는 하나의 주소를 식별합니다. 더 넓은 접두사로 인해 일치하는 네트워크가 승인되므로 실제 전송 설계에 따라 정당화되는 범위만 사용하십시오.

그만큼 a 그리고 mx 메커니즘에는 주소 계열별 조회가 포함될 수 있습니다. IPv6 평가에서는 해당되는 경우 AAAA 주소를 사용합니다. 그렇다고 해서 재고를 대체할 수는 없습니다. 향후 AAAA 변경으로 인해 해당 메커니즘이 승인된 호스트가 변경될 수 있습니다. 공급자 포함은 두 제품군을 모두 포함할 수 있지만 모든 포함을 가정하기보다는 지원되는 정책을 검사하세요.

RFC 7208 §5 또한 평가자가 처리하는 IPv4 매핑 IPv6 도 다룹니다. 도구가 매핑된 형식으로 IPv4 연결을 나타낼 때 평가자의 처리 및 기본 연결을 확인하지 않고 임의의 IPv6 범위를 추가하여 응답하지 마십시오.

좁은 범위의 추가 테스트

합성 정책: v=spf1 ip4:192.0.2.10 ip6:2001:db8:1234::10 -all. 두 주소 모두 문서화용으로 예약되어 있습니다. 제어된 평가자는 DNS 또는 구문 오류가 개입하지 않는다는 가정 하에 평가된 도메인을 사용하여 나열된 소스 중 하나에 대해 통과를 반환하고 일치하지 않는 소스에 대해서는 실패를 반환해야 합니다.

위의 IPv6 용어는 하나의 주소를 승인합니다. 그것을로 대체 ip6:2001:db8:1234::/48 세트를 대폭 확장합니다. 인프라 대시보드에 표시된 할당과 유사하다는 이유만으로 광범위한 접두사를 선택하지 마십시오. 아웃바운드 메일에 대해 할당의 어느 부분이 사용되고 제어되는지 설정합니다.

생산 변경 단계화

서비스 소유자 및 현재 공급자 지침을 통해 제안된 주소를 확인하세요. 이전 정책을 보존하고, 적절한 승인을 얻고, 게시하기 전에 전체 기록을 검증하세요. 아래에 RFC 7208 §4.6.4, 명시적 IP 메커니즘 자체는 SPF 의 DNS 조회 기간 예산을 소비하지 않지만 나머지 레코드는 여전히 평가가 필요합니다.

IPv4 경로, IPv6 경로 및 제어할 수 없는 소스를 테스트해 보세요. 실제 수신기에서는 IPv4 자동으로 사용한 테스트가 IPv6 성공으로 보고되지 않도록 실제 연결 IP와 평가된 ID를 유지합니다. 변경 직후 관찰 결과를 비교할 때 캐시된 DNS 답변을 고려하세요.

경계를 유지하라

IPv6 출시 및 네트워크 번호 다시 매기기 절차에 SPF 검토를 추가합니다. 주소가 순환되거나 공급자가 대규모 풀을 관리하는 경우 임시 관찰을 영구 허용 목록에 복사하는 대신 지원되는 인증 구성을 선호합니다. 샘플 IP는 소스가 사용되었음을 보여줍니다. 공급자의 전체 승인 범위를 반드시 정의하지는 않습니다.

두 가족 모두 의도한 정체성을 위해 일하고 선택한 범위가 타당하다는 증거로 검토를 마무리합니다. IPv6 적용 범위는 소유권 없이 전체 네트워크를 승인하기 위한 변명이 아니라 인벤토리 개선이어야 합니다.

다음 결정을 기록하세요

합성 정책에서 IPv6 주소 2001:db8:1234::10 /128로 처리되지만 2001:db8:1234::11 그렇지 않습니다. /48로 전환하면 후자와 더 많은 주소도 포함됩니다. 서비스 소유자가 실제로 승인한 범위와 실제 수신자가 관찰한 가족을 기록합니다. 성공적인 IPv4 메일은 IPv6 적용 범위의 증거가 아닙니다. 라이브 테스트가 실행되지 않았습니다.

[ 테이크아웃 ]

수신 연결에 사용된 주소 계열을 증명합니다. 접두사가 없는 ip6 용어는 전체 할당이 아닌 하나의 주소를 포함합니다. 일시적 관찰을 복사하는 대신 지원되는 공급자 범위를 확인하세요.

[ 역할별 ]

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

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

IT/메일 관리자

주소 가족을 증명하십시오.

연결에서 IPv6 사용하지 않는 한 통과 메시지는 IPv6 테스트가 아닙니다.

다음 단계

  1. 수신기에서 소스 주소를 캡처합니다.
  2. 좁고 넓은 접두사 결과를 비교합니다.

CISO/SecOps

광범위한 네트워크 승인을 방지합니다.

할당된 접두사는 자동으로 적절한 전송 경계가 아닙니다.

다음 단계

  1. 접두사 범위에 대한 근거가 필요합니다.
  2. 동적 인프라와 공유 인프라를 별도로 검토하세요.

창립자 / 비기술자

인프라 변경에 인증을 연결합니다.

IPv6 활성화는 애플리케이션 자체가 변경되지 않은 경우에도 메일 동작을 변경할 수 있습니다.

다음 단계

  1. 네트워크 롤아웃 중에 메일 테스트가 필요합니다.
  2. 주소 변경에 대한 소유권을 할당합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

ip4는 IPv6 트래픽을 승인합니까?

아니요. 정당한 IP6 메커니즘이나 지원되는 공급자 정책과 같은 적절한 IPv6 인증을 사용하세요.

RFC 7208 §5 RFC 7208 §5.6

기본 IP6 접두사는 무엇입니까?

명시적인 접두사가 없으면 ip6은 /128에 해당하는 하나의 IPv6 주소와 일치합니다.

RFC 7208 §5.6

할당된 접두사 전체를 승인할 수 있나요?

전체 범위가 전송에 적합한 경우에만 가능합니다. 광범위한 접두사는 일치하는 모든 주소로 인증을 확장합니다.

RFC 7208 §5.6

a와 mx가 IPv6 에서 작동합니까?

주소 조회에서는 IPv6 평가를 위해 AAAA 데이터를 사용할 수 있습니다. 실제 DNS 데이터와 전송 설계를 검토합니다.

RFC 7208 §5.3 RFC 7208 §5.4

웹사이트 AAAA 레코드가 내 메일 소스를 식별합니까?

반드시 그런 것은 아닙니다. 웹 호스팅, 인바운드 메일 및 아웃바운드 SMTP 서로 다른 인프라를 사용할 수 있습니다.

IPv6 사용한 테스트를 어떻게 증명합니까?

신뢰할 수 있는 수신자 또는 SMTP 로그에서 실제 연결 주소를 검사하세요. 성공적인 전달에서 이를 추론하지 마십시오.

관찰된 모든 공급자 IP를 SPF 에 복사해야 합니까?

아니요. 관찰은 불완전하거나 일시적일 수 있습니다. 공급자가 지원하는 구성 및 유지 관리 모델을 따르십시오.

IPv6 SPF 언제 다시 검토되어야 합니까?

네트워크 변경, 릴레이 마이그레이션, 공급자 변경 및 새로 관찰된 IPv6 전송 경로를 검토합니다.

[ 출처 ]

출처

  1. RFC 7208

    섹션 §2.4 · §4.1 · §4.6.4 · §5 · §5.3 · §5.4 · §5.6

[ 어휘 ]

어휘

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

RFC 7208 §2.4

SPF IP6
명시적인 IPv6 네트워크 일치. 생략된 접두사 길이는 /128을 의미합니다.

RFC 7208 §5.6

기업 출처

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

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

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

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

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

기술 자료