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

SPF 구문: 전체 가이드

유네스 타라다
SPF 구문 전체 가이드

SPF 구문 전체 가이드

읽기 시간: 5 분

기술 중심 비즈니스에서는 SPF의 개념을 배우고 구현하는 것이 중요합니다. 피싱, 스팸의 잠재적 위험으로부터 기업을 보호할 수 있기 때문입니다, BEC 공격등으로부터 보호할 수 있습니다. SPF 또는 발신자 정책 프레임워크는 다음과 같은 방식으로 작동합니다. SPF 레코드를 사용하여 작동합니다.

이 블로그에서는 기술 프로토콜을 사용하는 이메일 인증의 개념을 이해하는 데 필요한 SPF 구문 테이블, SPF 메커니즘, SPF 한정자 및 SPF 수정자에 대해 광범위하게 설명합니다. 

벵거너를 위한 SPF 구문 

SPF 레코드는 공식 도메인 이름을 사용하여 이메일을 보낼 수 있는 모든 IP 주소의 목록이 포함된 DNS 레코드입니다. 목록에 없는 서버가 해당 도메인을 사용하여 이메일을 보내면 승인되지 않은 것으로 처리됩니다. 따라서 수신자의 메일함에서 해당 항목이 거부됩니다. 이렇게 하면 해커가 시작한 악의적인 활동에 회사 이름이 연루되지 않도록 보호할 수 있습니다. 

기업은 SPF 기록을 작성하고 SPF 레코드 확인 를 생성하고 확인하여 자체 도메인 이름을 사용하여 시도되는 피싱 공격을 피해야 합니다. 이상 2억 5,500만 건의 피싱 공격 가 2022년 상반기에만 2,500만 건 이상 발생했습니다! SPF를 구현하고 SPF 구문에 대해 배우는 것이 얼마나 중요해졌는지 상상해 보세요.

SPF 레코드에는 수신자 서버에 내 도메인에서 수신한 이메일을 확인하고 유효성을 검사하도록 지시하는 지침이 있습니다. 또한 인증에 실패한 이메일에 대해 수행해야 할 작업도 알려줍니다. 특정 구성 요소는 모든 지침을 나타냅니다.  

SPF 레코드 예시를 사용하여 각 요소를 분석해 보겠습니다.. SPF 구문은 다음과 같습니다.

v=spf1 ip4:123.1.5.0 ip4:100.5.2.1 include:exampledomain.com ~all

각 요소의 기능은 다음과 같습니다:

고급 SPF 구문

SPF 구문 테이블은 단일 텍스트 문자열이 포함된 DNS TXT 레코드를 사용하여 정의됩니다. 이 테이블은 항상 사용되는 SPF 버전을 지정하는 'v=' 요소로 시작하며 현재 버전은 하나뿐입니다.

모든 SPF 레코드에는 공식 도메인을 사용하여 메시지를 공유할 수 있는 호스트에 대한 규칙으로 작동하는 특정 조건이 등록되어 있으며, 추가 정보를 표시할 수도 있습니다. 

고급 SPF 구문에서는 에서는 세 가지 구성 요소, 즉 SPF 메커니즘, SPF 한정자 및 SPF 수식어를 분석합니다.

SPF 메커니즘

  1. ALL: 항상 일치하며 SPF 레코드 끝에 마지막으로 추가되는 메커니즘입니다. 일치하지 않는 IP에 대해서는 '-all'과 같은 기본 결과를 표시합니다.
  2. A: 도메인 이름에 AAAA 또는 A 레코드 가 있는 도메인 이름을 일치하는 것으로 나타냅니다. 이 DNS SPF 레코드 구문이 지정되지 않은 경우 현재 도메인이 사용됩니다.
  3. ip4: 발신자가 SPF 레코드에서 지정된 IPv4 주소 범위에 연결되어 있으면 일치합니다. 범위의 길이를 지정하는 접두사와 함께 추가합니다. 접두사가 없으면 /32가 사용됩니다.
  4. ip6: 발신자가 지정된 ipv6 주소 범위에 속하면 일치합니다. ip4 지시어와 범위 길이를 나타내는 접두사가 추가됩니다. 접두사가 없으면 /128이 사용됩니다.
  5. MX: 지정한 MX 레코드에 포함된 것과 동일한 IP 주소를 가진 발신자를 허용합니다. MX 레코드 는 메시지를 수락할 각 서버의 IP 주소와 우선순위 값으로 구성됩니다.
  6. PTR: IP 주소를 하위 도메인 또는 도메인으로 확인할 수 있도록 권한이 부여된 도메인을 지정합니다. 정확히 일치하는 모든 도메인 또는 하위 도메인에 대해 정방향 조회를 수행하여 IP 주소를 가져옵니다.

이 메커니즘은 여러 번 조회해야 하므로 시간이 많이 걸리고 안정적이지 않은 것으로 간주됩니다. 이 메커니즘은 RFC 7208 가이드라인.

  1. 존재: 입력한 도메인에 대해 DNS A 레코드 검색을 수행합니다. 실제 조회 결과와 관계없이 유효한 A 레코드가 발견되면 일치에 성공한 것입니다.
  2. 포함: 도메인을 명시하여 타사 이메일 발신자에게 권한을 부여합니다. 발신자의 IP 주소가 나열된 도메인의 SPF 레코드에 제공된 IP 주소 또는 도메인과 일치하는 경우에만 발신자에게 권한이 부여됩니다.

SPF 예선전

메커니즘에 예시 항목이 없는데도 일치하는 항목이 있으면 SPF 인증이 통과됩니다. 8가지 메커니즘 각각은 아래에 언급된 4가지 예시 중 하나와 결합됩니다.

예선전 결과 수신 서버에서 수행한 작업 
+ 패스 이메일이 SPF 인증을 성공적으로 통과하여 서버에서 이메일을 주고받을 수 있습니다. 이메일이 정품으로 표시됩니다. 이 조치는 한정자가 없는 경우 적용되는 기본 조치입니다.
- 실패 보내는 서버가 목록에 속하지 않아 이메일 인증에 실패합니다. 수신자의 사서함에서 메일이 거부될 수 있습니다.
~ SoftFail 수신자의 받은 편지함에서는 메시지를 수락하지만 의심스러운 메시지로 표시되어 스팸 폴더로 이동합니다.
? 중립 이메일 메시지가 인증을 통과하지도 실패하지도 않습니다. 수행된 작업이 지정되지 않았으며 수신자가 이메일을 수락합니다.

SPF 수정자

SPD 수정자는 SPF 구문의 작업 매개변수를 결정하는 역할을 합니다. 여기에는 '=' 기호로 구분된 이름 또는 값 쌍이 포함되며, 규칙에 대한 추가 세부 정보 및 예외가 있는 경우 이를 공유합니다.

수정자는 SPF 레코드의 마지막 섹션에만 한 번만 표시됩니다. 식별되지 않은 모든 수정자는 프로세스에서 무시됩니다. '리디렉션' 수정자는 인증을 위해 다른 SPF 레코드를 리디렉션하는 데 사용됩니다. 둘 이상의 도메인에 동일한 SPF 레코드 콘텐츠를 사용하려는 경우에 사용됩니다.

'포함' 메커니즘은 회원님을 대신하여 또는 회원님의 비즈니스 이름을 사용하여 이메일을 보낼 수 있도록 허용된 타사 도메인에 사용됩니다. 'exp' 수정자는 메커니즘이 일치할 때 수신 서버가 실패 SPF 한정자를 반환한 이유를 지정합니다.

SPF 기록 가이드라인

SPF 구문 표를 사용하여 SPF 레코드를 만들 때 다음 사항에 유의하세요.

Yunes Tarada의 최신 글 (전체 보기)
모바일 버전 종료