SPF

SPF 레코드 설명

단일 TXT 레코드는 귀하로 전송할 수 있는 사람을 정의합니다.

[ 빠른 답변 ]

SPF 레코드는 v=spf1, 로 시작하고 include:, ip4: 및 ip6:, 와 같은 메커니즘을 사용하여 승인된 발신자를 나열하고 all ​​한정자로 끝나는 도메인의 단일 TXT 레코드입니다. 예: v=spf1 include:_spf.google.com ip4:203.0.113.10 -all .

주요 사실

  • ›메커니즘: ip4, ip6, a, mx, 포함, 존재; 수정자: 리디렉션.
  • ›한정자: + 통과, ~ softfail , - 실패, ? 중립적.
  • ›DNS 조회 10회 이내, 문자열당 255자 이내로 유지하세요.
  • ›ptr 및 +all 피하세요.

EmailAuth 연구팀의 검토

SPF 레코드는 도메인에 이메일을 보내도록 승인된 모든 서버와 서비스를 나열하는 단일 DNS TXT 레코드입니다. 버전 태그 v=spf1, 로 시작하고 승인된 소스를 정의하는 일련의 메커니즘을 포함하며 나열되지 않은 항목에 대한 기본 응답을 설정하는 all 메커니즘으로 끝납니다. 수신 메일 서버는 이 레코드를 읽고 연결 서버가 귀하의 도메인으로 보낼 수 있는지 여부를 결정합니다.

SPF 레코드 예시

v=spf1 include:_spf.google.com include:sendgrid.net ip4:203.0.113.5 -all

설명된 메커니즘

각 메커니즘은 보낸 사람에게 권한을 부여하는 한 가지 방법을 설명합니다. 수신자는 왼쪽에서 오른쪽으로 평가하고 첫 번째 일치에서 중지합니다. 일부 메커니즘은 DNS 조회를 트리거하고 RFC 7208 에서 설정한 조회 제한 10회에 포함됩니다.

  • include: _spf.google.com 과 같은 공급업체에 일반적으로 사용되는 다른 도메인의 SPF 레코드를 가져오고 조회로 계산됩니다.
  • ip4: DNS 조회 비용 없이 특정 IPv4 주소 또는 범위를 승인합니다.
  • ip6: DNS 조회 비용 없이 특정 IPv6 주소 또는 범위를 승인합니다.
  • a: 도메인의 A 레코드에 있는 IP를 인증하고 조회로 계산됩니다.
  • mx: 도메인의 MX 레코드에 있는 메일 서버를 인증하고 조회로 계산됩니다.
  • all: 목록에 없는 소스에 어떤 일이 발생할지 결정하는 마지막 부분의 catch -all 입니다.

Hardfail 대 softfail : -all 및 ~all

모든 것 앞에 있는 한정자는 기록의 엄격한 정도를 변경합니다. -all (hardfail)을 사용하여 목록에 없는 서버는 인증되지 않았으므로 메시지를 거부하거나 실패로 처리해야 함을 수신자에게 알립니다. ~all ( softfail )을 사용하면 목록에 없는 서버가 승인되지 않았을 가능성이 높지만 승인 및 표시되어야 한다는 점을 알 수 있습니다. 이는 테스트하는 동안 유용합니다. 모든 합법적인 발신자가 포함되어 있다고 확신할 경우 하드페일은 더 강력한 입장입니다. 모든 사람에게 권한을 부여하고 목적을 무효화하는 +all 피하세요.

테스트 중 Softfail

메일을 차단하지 않고 결과를 관찰하려면 ~all 로 시작하고, 모든 보낸 사람이 확인되면 -all 로 이동하세요.

하나의 기록으로 조회를 지켜보세요

도메인은 정확히 하나의 SPF 레코드를 게시해야 합니다. 두 개의 SPF TXT 레코드로 인해 permerror 발생합니다. 공급업체를 추가하면 각 포함 항목이 추가 조회로 확장되고 인기 있는 서비스가 빠르게 쌓입니다. 10회 조회를 초과하면 합법적인 메일에 대한 기록이 자동으로 실패합니다. EmailAuth SmartSPF 포함 체인을 하나의 최적화된 레코드로 평면화하고 Microsoft 365 , Google Workspace , Salesforce 및 SendGrid 의 공급업체 IP 범위를 자동으로 동기화합니다. 무료 도메인 스캔은 현재 메커니즘과 조회 횟수를 보여줍니다. SPF DKIM 및 DMARC 와 페어링하면 메일이 전달되는 경우에도 정렬이 유지됩니다.

자주 묻는 질문

SPF 레코드에서 -all 과 ~all 의 차이점은 무엇입니까?

-all 은 레코드에 나열되지 않은 모든 서버를 거부하거나 실패하도록 수신자에게 알리는 hardfail입니다. ~all 은 목록에 없는 발신자를 허용하지만 의심스러운 발신자로 표시하는 softfail 입니다. 테스트하는 동안 ~all 사용하고 모든 합법적인 발신자가 포함되면 -all 사용하세요.

SPF 레코드를 두 개 이상 가질 수 있나요?

아니요. 도메인은 정확히 하나의 SPF TXT 레코드를 게시해야 합니다. 두 개 이상의 SPF 레코드로 인해 permerror 발생하고 인증이 중단됩니다. 모든 소스를 v=spf1.

ip4 및 ip6 메커니즘은 조회 제한 10개에 포함되나요?

아니요. ip4 및 ip6은 주소를 직접 인증하고 DNS 확인이 필요하지 않으므로 조회를 사용하지 않습니다. include, a, mx, ptr 및 presents와 같은 메커니즘은 10개 제한에 포함됩니다.

포함 메커니즘은 무엇을 수행합니까?

포함 메커니즘은 다른 도메인의 SPF 레코드를 가져오며, 이는 Google Workspace 또는 SendGrid 와 같은 제3자 발신자를 승인하는 방법입니다. 각 포함은 하나 이상의 DNS 조회로 계산되며, 그 안에 중첩된 포함은 더 많은 것을 추가합니다.

내 SPF 기록을 어떻게 확인하나요?

SPF 검사기를 사용하세요. 레코드를 가져와 각 포함을 확장하고 10개 제한에 대해 DNS 조회를 계산합니다.

SPF 레코드를 어떻게 결합하나요?

두 레코드의 메커니즘을 하나의 v=spf1 레코드로 병합하고 끝에 단일 레코드를 유지합니다.

~all 또는 -all 사용해야 합니까?

모든 발신자를 확인하는 동안 ~all 사용한 다음 -all 사용하세요. p=reject, 에서 DMARC 사용하면 DMARC 최종 결정을 내리기 때문에 두 가지 모두 작동합니다.

[ SPF 가이드 ]

기술 자료의 일부SPF · 55 가이드

기업 출처

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

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

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

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

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

자신의 도메인에서 EmailAuth 확인하세요

14일 개념 증명을 시작하세요. 우리는 모든 발신자를 매핑하고 노출을 정량화하며 완전한 시행을 위한 안전한 경로를 제공합니다.