중요 알림: Google과 Yahoo는 2024년 4월부터 DMARC를 요구할 예정입니다.
PowerDMARC

SPF 형식 : SPF 기본 및 고급 형식 설명

Spf 형식 01

Spf 형식 01

읽기 시간: 4

SPF를 사용하거나 SPF 형식에 대해 알지 못해도 이메일을 보낼 수 있습니다., 를 사용하지 않고도 이메일을 보낼 수 있지만 안전하지는 않습니다. SPF는 수신자의 사서함 공급업체에 추가 신뢰 표시를 추가하며, 내 도메인을 사용하여 보낸 모든 정상 이메일은 스팸으로 표시되지 않고 받은 편지함에 도착합니다.

SPF는 완벽한 방법이 아니므로 다른 이메일 인증과 함께 사용해야 합니다. 이메일 인증 프로토콜과 결합해야 합니다, DMARCBIMI 와 같은 이메일 인증 프로토콜을 사용하여 이메일 전달률을 개선합니다.

이러한 프로토콜은 이메일 인증 프로세스에 매우 중요하며 모든 이메일 기반 비즈니스에서 반드시 알아야 하므로, 이번 블로그에서는 SPF 레코드 형식에 대해 에 초점을 맞추겠습니다.

SPF란 무엇인가요?

SPF 는 가장 일반적인 이메일 인증 프로토콜 중 하나인 발신자 정책 프레임워크의 약자입니다. 이 프로토콜은 도메인 이름을 사용하여 이메일을 보낼 수 있도록 승인된 IP 주소 목록을 사용하여 작동합니다. 이 목록에는 일반적으로 회원님의 도메인을 직접 사용하여 이메일을 보내는 직원, 주주 및 제3자의 IP 주소가 포함됩니다.

SPF를 구현한 경우 목록에 없는 IP 주소에서 보낸 모든 이메일은 수신자의 사서함에서 승인되지 않은 것으로 간주됩니다.

SPF를 사용하여 이메일을 인증하는 방법은 무엇인가요?

이 프로토콜을 구현하려면 DNS에 유효한 SPF 레코드( TXT 형식)를 게시해야 합니다. 도메인에서 이메일을 보내면 수신자의 메일 서버가 발신자의 IP 주소와 DNS의 SPF 레코드를 교차 확인합니다. 목록에 있으면 유효성 검사가 통과되고 이메일이 받은 편지함에 도착합니다. 그러나 목록에 없으면 인증에 실패하고 이메일이 수신자에게 전달되지 않습니다.

이를 구현한 후에는 정기적으로 도메인 활동을 모니터링해야 합니다. SPF 검사기 를 사용하여 도메인 활동을 정기적으로 모니터링해야 합니다. 이를 통해 다음을 방지할 수 있습니다. 스피어 피싱, 사기 및 회사 이름을 사용하여 시도되는 랜섬웨어 공격을 방지할 수 있습니다.

SPF 형식

SPF 레코드는 복잡하고 이해하기 어려운 일반적인 형식을 가지고 있습니다. 여기서는 SPF 레코드 형식의 핵심인 SPF 레코드 구문과 SPF 레코드 구조에 대해 설명하겠습니다..

SPF 레코드: 기본 구문

SPF 레코드는 이메일 도메인을 사용하여 이메일을 보낼 수 있도록 허용된 모든 IP 주소를 등록하는 DNS 레코드입니다. SPF 레코드 구문은 다음과 같습니다:

v=spf1 ip4=193.0.1.0 ip4=193.0.1.1 include:samplesender.net -all

여기에 포함된 요소를 확인해 보겠습니다.

SPF 기록: 고급 구문

SPF 레코드 형식에 따라 구문에 따라 항상 'v=' 요소로 시작합니다. 이 요소는 SPF 버전을 알려주며, 현재 버전은 하나뿐이므로 모든 SPF 레코드 형식은 은 이렇게 시작합니다.

SPF 레코드 구문에는 SPF 메커니즘, SPF 한정자, SPF 수정자의 세 가지 주요 요소가 있습니다. 이들이 무엇인지 살펴보겠습니다.

메커니즘

8가지 메커니즘은 다음과 같습니다.

  1. 모두: 항상 일치하는 항목이 있음을 의미합니다. 일치하지 않는 IP에 대해서는 '-all'과 같은 기본 결과가 표시됩니다.
  2. A: 발신자 주소로 확인할 수 있으므로 A 또는 AAAA 주소 레코드가 일치하는 도메인 이름입니다.
  3. IP4: 발신자가 지정된 IPv4 주소 범위에 연결된 경우 일치 항목이 유효합니다.
  4. IP6: 발신자가 지정된 IPv6 주소 범위에 연결되어 있을 때 일치 항목이 유효합니다.
  5. MX: 발신자의 이메일 주소는 도메인 이름에 확인을 위한 MX 레코드가 포함되어 있는 경우에만 유효성이 검사됩니다.
  6. PTR: PTR 레코드가 클라이언트 주소로 확인되는 특정 도메인에 속하는 경우 일치 항목이 승인됩니다. 전문가들은 도메인을 사용하여 전송되는 모든 이메일을 차단할 수 있으므로 사용을 권장하지 않습니다.
  7. 존재합니다: 지정된 도메인 이름의 유효성이 검사된 경우 작동합니다. 이 SPF 메커니즘은 확인된 모든 주소에서 작동합니다. 
  8. 포함: 다른 도메인 정책을 참조합니다. 따라서 해당 정책이 통과되면 자동으로 통과됩니다. 그러나 포함된 정책이 실패하면 처리가 계속됩니다. 

수정자

수정자는 SPF 레코드의 기능적 프레임워크를 결정합니다. '=' 기호로 구분된 이름 또는 값 쌍으로 구성되며, 추가 정보를 나타냅니다. SPF 레코드 끝에 여러 번 표시되며, 인식되지 않는 모든 수정자는 프로세스에서 무시됩니다.

'리디렉션' 수정자는 효율적인 기능을 담당하는 다른 SPF 레코드로 리디렉션합니다. 전문가들은 둘 이상의 도메인이 동일한 SPF 레코드에 연결될 때마다 이 수정자를 사용합니다. 단일 엔터티가 모든 도메인을 제어하는 경우 이 수정자를 사용해야 하며, 그렇지 않으면 '포함' 수정자가 사용됩니다.

예선전

각 메커니즘은 네 가지 예시 중 하나와 결합할 수 있습니다.

합격 결과에는 '+'가 표시됩니다.

'?'를 입력하면 중립 결과가 없음 정책처럼 해석됩니다.

소프트패스의 경우 '~'를 입력합니다. 일반적으로 소프트패스를 반환하는 메시지는 허용되지만 태그가 지정됩니다. 

'-'를 입력하면 이메일이 거부됩니다.

결론

SPF는 브랜드 이름과 평판을 악용하는 사이버 공격을 방지합니다. 해커가 도메인을 사용하여 보낸 이메일이 대상 고객에게 도달하지 못하도록 차단할 수 있습니다. 이는 신뢰할 수 있는 주체만 도메인을 사용하여 이메일을 보내도록 등록하고 허용하는 방식으로 작동합니다. 

SPF 레코드 형식의 구조와 구성 요소를 이해한 후에는 SPF 기록 생성기 프로토콜을 아직 구현하지 않은 경우.

모바일 버전 종료