[ SPF ]

사업부 전반에 걸쳐 SPF 종속성 등록을 유지합니다.

SPF 구문, 외부 종속성 및 책임 있는 비즈니스 소유자를 연결하는 레지스터를 구축하십시오.

EmailAuth 연구팀 제공 · 3분 읽기

[ 핵심사항 ]

  • 정책 스냅샷, 소비자 및 종속성 엣지를 함께 유지하세요.
  • 정적 그래프뿐만 아니라 입력 종속 평가 경로를 유지합니다.
  • 등록부를 사용하여 공유 변경 및 퇴직을 안전하게 결정하세요.
이 페이지에서

안 SPF 종속성 등록은 실용적인 질문에 답합니다. 이 DNS 값이 변경되거나 이 공급자가 사라지면 어떤 비즈니스 메일이 영향을 받고 누가 어떻게 해야 할지 결정할 수 있습니까? 최상위 수준의 사본 TXT 레코드 그 질문 자체에는 대답할 수 없습니다. 종속성은 조직 외부에서 중첩되고 제어되며 특정 입력에 대해서만 도달될 수 있습니다.

정책과 소비자 모델링

정확한 DNS 소유자 이름, 현재 레코드, 캡처 시간, 영역 소유자 및 변경 프로세스를 포함하여 사용 중인 각 SMTP 도메인에 대해 하나의 정책 항목을 만듭니다. 해당 ID를 사용하는 애플리케이션과 사업부를 연결합니다. 도메인에서 별도의 필드에 표시되므로 누구도 해당 도메인을 SPF 조회 ID로 착각하지 않습니다. 상위 도메인의 SPF 레코드 자식에게 자동으로 상속되지 않습니다. RFC 7208 §2.4, RFC 7208 §4.

각 포함, 리디렉션 및 기타 DNS 종속 용어에 대한 에지를 추가하여 대상과 이를 제어하는 ​​사람을 식별합니다. 포함과 리디렉션은 서로 바꿔서 사용할 수 없습니다. 포함은 재귀 검사가 통과할 때 일치하는 반면, 리디렉션은 현재 정책이 해당 수정자의 조건에 도달할 때 평가를 위임합니다. 스냅샷에서 용어 순서와 한정자를 유지합니다. RFC 7208 §5.2, RFC 7208 §6.1.

행동에 필요한 충분한 증거를 저장하세요

권장되는 등록 필드는 다음과 같습니다: 정책 도메인; 비즈니스 서비스; 사업주; 기술 소유자; 공급자 계정 참조; 종속성 대상; 허가 이유; 대표 송신 IP; 일반 및 장애 조치 봉투 도메인; 스냅샷 날짜; 평가 경로 결과; 다음 검토를 제안했습니다. 그리고 퇴직조건. 자격 증명과 개인 키를 등록부에 보관하십시오. 내부 계정 참조를 적절한 검토자로 제한합니다.

동적 매크로의 경우 표현식과 대표 확장 값을 모두 기록합니다. 입력 ID, IP 및 시간이 없는 평면화된 종속성 다이어그램은 완전한 평가 추적이 아닙니다. SPF 의 DNS 쿼리를 유발하는 기간 제한은 재귀 검사를 포함하여 평가 중에 적용되므로 한 경로는 다른 경로가 방지하는 문제에 도달할 수 있습니다. RFC 7208 §4.6.4, RFC 7208 §7.

팀 전체에 걸쳐 레지스터를 유용하게 만드십시오.

예시: 조달 및 고객 지원 모두 동일한 조직 정책을 통해 _spf.service.example.net 에 의존합니다. 조달청은 계약을 종료하고 철거를 요청할 계획이다. 종속성 레지스터는 공유 포함이 삭제되기 전에 지원 서비스를 노출합니다. 결정은 검토되지 않은 DNS 정리가 아니라 서비스 중단 또는 격리로 이루어집니다.

각 소비자에 대한 비즈니스 책임을 유지하면서 공유 변경 사항을 조정하기 위해 기술 정책 소유자 한 명을 할당합니다. 소유자 및 테스트 증거를 추가하려면 온보딩이 필요하고 종속성을 업데이트하려면 마이그레이션이 필요하며 나머지 소비자를 해결하려면 오프보딩이 필요합니다. 이는 추가 SPF 프로토콜 요구 사항이 아닌 운영 권장 사항입니다.

점수를 쫓기보다는 변경 사항을 검토하세요.

스냅샷을 비교하여 새로운 대상, 권한 제거, 범위 확대 및 조회 경로 변경을 탐지합니다. 상황에 따른 변화를 조사하십시오. 공급자는 합법적으로 인프라를 교체할 수 있습니다. 현재 자사 지침과 수신된 메시지 증거를 사용하여 영향력이 큰 변경 사항을 확인합니다. 이전 상태와 결정을 보관한 다음 DNS 변경이 성공한 후 레지스터를 업데이트합니다.

유용한 완료 테스트는 모의 연습입니다. 하나의 종속성을 선택하고 영향을 받는 모든 서비스, 결정 소유자, 테스트 경로 및 롤백 경로를 식별합니다. 팀이 그렇게 할 수 없다면 현재의 모든 SPF 검사가 통과되더라도 등록에는 여전히 공백이 있는 것입니다.

구체적인 결정 기록을 사용하세요

공유 공급자 예의 경우 종속성에 별도의 소유자 및 폐기 조건이 있는 조달 및 지원이라는 두 소비자 항목을 제공합니다. 지원이 유지되는 동안 조달이 종료되는 경우 공통 긍정 포함을 제거하는 것은 아직 정당화되지 않습니다. 격리를 제안하기 전에 현재 정책, 용어 한정자, 대표적인 IP/봉투 입력 및 중첩된 대상 스냅샷을 캡처합니다. 이 예는 완료된 재고 감사가 아닌 결정을 보여줍니다.

[ 테이크아웃 ]

정책 스냅샷, 소비자 및 종속성 엣지를 함께 유지하세요. 정적 그래프뿐만 아니라 입력 종속 평가 경로를 유지합니다. 등록부를 사용하여 공유 변경 및 퇴직을 안전하게 결정하세요.

[ 역할별 ]

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

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

IT/메일 관리자

캡처 시간과 함께 정책 스냅샷을 유지합니다.

읽을 수 있는 종속성 가장자리와 함께 원시 스냅샷을 유지합니다. 향후 조사자가 경로가 건전하다고 간주되는 이유를 설명할 수 있도록 대표 평가 입력을 기록합니다.

다음 단계

  1. 캡처 시간과 함께 정책 스냅샷을 유지합니다.
  2. 중첩된 용어와 대표적인 입력을 매핑합니다.
  3. 마이그레이션할 때마다 소비자를 업데이트합니다.

CISO/SecOps

외부에서 제어되는 DNS 종속성을 식별합니다.

레지스터를 사용하여 외부 제어 및 고아 권한을 식별합니다. 비밀을 유지하고 내부 서비스 및 계정 세부정보에 대한 액세스 제어를 적용하세요.

다음 단계

  1. 외부에서 제어되는 DNS 종속성을 식별합니다.
  2. 소유되지 않은 전송 권한을 검토하세요.
  3. 내부 계정 참조를 적절하게 제한하십시오.

창립자 / 비기술자

공유 비즈니스 메일의 소유자를 식별합니다.

등록부가 사고 전화를 통해 실패한 비즈니스 서비스의 소유자를 식별할 수 있는지 물어보십시오. 그 가치는 행 수가 아니라 더 빠른 결정과 더 안전한 폐기에서 비롯됩니다.

다음 단계

  1. 공유 비즈니스 메일의 소유자를 식별합니다.
  2. 서비스 온보딩에 등록을 포함합니다.
  3. 검토 중에 종속성-영향 조회를 실행합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

TXT 레코드 내보내기는 종속성 레지스터입니까?

이는 유용한 입력이지만 비즈니스 소비자, 소유권 및 종종 중첩된 종속성이 부족합니다.

재고의 최소 단위는 얼마입니까?

애플리케이션 및 소유자에 연결된 SMTP 에서 사용되는 실제 SPF 정책 도메인입니다.

RFC 7208 §2.3 RFC 7208 §2.4

각 사업부에서 공유 SPF 정책을 편집해야 합니까?

명확한 변경 프로세스를 갖춘 조정된 기술 소유자를 활용하세요. 부서에서는 상충되는 편집을 하기보다는 비즈니스 요구 사항을 승인해야 합니다.

매크로는 어떻게 표현되어야 합니까?

사용된 입력으로 매크로 표현식과 대표적인 확장 대상을 유지합니다. 하나의 확장으로 가능한 모든 트래픽을 처리한다고 가정하지 마십시오.

RFC 7208 §7

평가된 경로를 저장하는 이유는 무엇입니까?

단락 평가 및 재귀는 도달하는 항에 영향을 미칩니다. 정적 그래프만으로는 특정 결과를 설명할 수 없습니다.

RFC 7208 §4.6.2 RFC 7208 §4.6.4 RFC 7208 §5.2

여러 팀에 서비스를 제공할 수 있나요?

예. 공유 권한을 제거하거나 교체하기 전에 모든 소비자를 기록하십시오.

얼마나 자주 검토해야 합니까?

위험 기반 주기를 선택하고 온보딩, 마이그레이션, 공급자 변경 및 종료 시에도 업데이트하세요. RFC는 비즈니스 검토 간격을 규정하지 않습니다.

레지스터가 사용 가능하다는 것을 어떻게 증명합니까?

검토자는 종속성을 선택하고 해당 소비자, 소유자, 증거, 테스트 절차 및 안전한 변경 경로를 식별할 수 있습니다.

[ 출처 ]

출처

  1. RFC 7208

    섹션 §2.3 · §2.4 · §4 · §4.6.2 · §4.6.4 · §5.2 · §6.1 · §7

  2. RFC 9989

    섹션 §4.4

[ 어휘 ]

어휘

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

RFC 7208 §2.4

메일에서 보낸 신원
역방향 경로가 null일 때 정의된 postmaster/ HELO 구성과 함께 SPF 에서 사용되는 SMTP 봉투 ID입니다.

RFC 7208 §2.4

DMARC 정렬
인증된 식별자와 작성자 도메인 간의 필수 관계입니다.

RFC 9989 §4.4

SPF 포함
통과 결과가 포함 메커니즘을 일치시키는 재귀 평가입니다. 그런 다음 include 한정자가 외부 결과를 결정합니다.

RFC 7208 §5.2

기업 출처

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

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

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

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

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

기술 자료