[ 빠른 답변 ]
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 가이드 ]
기업 출처
최고의 금융 기관과 정부가 필요한 이유 이메일 보안 대시보드를 폐기했습니다.
기존 이메일 인증 플랫폼은 대시보드를 판매하고 엔지니어에게 작업을 요청합니다. 위험이 높은 환경에서 수동 감독은 시행 지연, 구성 드리프트 및 모니터링되지 않는 섀도우 도메인을 의미합니다.
EmailAuth 는 에이전트 이메일 출처 플랫폼입니다. 우리 대리인은 집행합니다 p=reject, 제3자 발신자를 정렬하고 도메인을 전체로 이동하세요. RFC 9989 인간 참여형 감사 기능을 갖춘 새로운 DMARC 표준을 준수합니다.
SaaS · 전용 테넌시 · Air-Gapped 온프레미스 · BYOK 암호화