[ SPF ]

SPF 과잉 승인: 더 이상 비즈니스 소유자가 없는 권한을 감사합니다.

소유자 주도 인벤토리, 관찰된 증거 전송 및 취소 가능한 은퇴 계획을 통해 오래된 SPF 권한을 제거합니다.

EmailAuth 연구팀 제공 · 3분 읽기

[ 핵심사항 ]

  • 모든 권한을 비즈니스 소유자 및 실제 범위에 연결합니다.
  • 조용한 보고는 전송 종속성이 더 이상 사용되지 않는다는 증거가 아닙니다.
  • 증거, 좁은 테스트 및 안전한 변경 계획을 통해 권한을 폐기합니다.
이 페이지에서

안 SPF 정책은 종속성이 있는 권한 목록입니다. 서비스 계정과 동일한 소유권 검토를 받을 자격이 있습니다. 이전 포함 또는 광범위한 네트워크 범위는 이를 정당화하는 비즈니스 서비스가 사라진 후에도 여전히 메일을 승인할 수 있습니다. 감사 목표는 필요한 전송 경로를 유지하고 더 이상 방어할 수 없는 권한을 폐기하는 것입니다.

구문을 비즈니스 허가로 변환

실제로 사용되는 모든 도메인에서 시작 메일 보낸 사람, 회사 웹사이트 도메인뿐만 아니라 목록 HELO 해당 확인이 경로의 일부인 경우 정책 ID를 별도로 분리합니다. 게시된 정책을 기록하고 포함 및 리디렉션을 통해 도달한 종속성을 확장합니다. 포함은 재귀적인 SPF 평가입니다. 포함된 정책의 통과는 포함을 일치시킵니다. 해당 포함의 한정자가 외부 결과를 결정합니다. 단순한 텍스트 가져오기가 아닙니다. 일반적인 긍정적인 포함의 경우 공급자의 참조 정책이 변경되면 결과적으로 도메인에서 승인하는 주소가 변경될 수 있습니다. RFC 7208 §5.2, RFC 7208 §6.1.

각 승인에 대해 애플리케이션, 비즈니스 소유자, 기술 소유자, 계약 또는 서비스 계정, 봉투 도메인, 목적, 마지막으로 확인된 전송 증거 및 폐기 제한 사항을 기록합니다. 일반 호스트 또는 일반 호스트를 기반으로 광범위한 CIDR, 공유 서비스 범위 및 메커니즘에 플래그를 지정합니다. MX 레코드 명시적인 검토를 위해. 문제는 실제 권한 범위이지 특정 메커니즘이 항상 잘못된다는 규칙은 아닙니다.

휴면 상태와 버려진 상태를 구별

조용한 한 달이 보낸 사람이 쓸모없다는 것을 증명하지는 않습니다. 짧은 관찰 기간에는 연간 통지, 재해 복구, 지불 알림 및 소량의 관리 워크플로가 누락될 수 있습니다. 사용 가능한 인증 보고서를 애플리케이션 구성, 서비스 인벤토리 및 소유자 확인과 결합합니다. 집계 보고서 이는 유용한 관찰일 뿐 전송된 모든 메시지의 전체 목록이 아닙니다.

예시: '이벤트'라는 라벨이 붙은 포함에는 최근 트래픽이 없습니다. 마케팅에서는 이를 여전히 사용하는 연간 갱신 캠페인을 식별합니다. 해당 권한은 캠페인 소유자가 테스트 또는 마이그레이션을 확인할 때까지 검토 대기 중인 상태로 유지됩니다. 두 번째 포함은 계정이 비활성화되고 소유자가 대기열에 있거나 예약된 메시지가 없음을 확인한 비공개 평가판에 속합니다. 은퇴후보가 됩니다.

숨겨진 중단을 만들지 않고 범위를 줄입니다.

정확한 이전 내용과 제안된 내용을 포함하는 변경 사항을 준비합니다. SPF 레코드, 적용되는 서비스, 테스트 메시지, 모니터링 창 및 롤백 트리거. 새 레코드가 유효한 단일 SPF 정책인지, 대표 평가 경로가 DNS 쿼리를 유발하는 기간 제한 내에 있는지 확인합니다. 모든 연결 주소에 권한을 부여하는 최종 한정자를 +all 로 변경하여 크기가 큰 권한 목록을 해결하지 마세요. RFC 7208 §4.5, RFC 7208 §4.6.4, RFC 7208 §5.1.

실용적일 때 한 번에 하나의 독립적으로 이해된 권한을 제거하십시오. 캐시가 만료될 기회를 얻은 후 소유자 승인 흐름을 확인하는 동시에 단일 TTL이 모든 관찰자가 동일한 상태를 가지고 있음을 증명할 수는 없다는 점을 인식합니다. 롤백이 안전한 경우에만 저장된 정책을 복원하십시오. 기존 서비스가 손상된 경우 재승인하기보다는 사고 계획을 사용하여 배달 통계를 개선하세요.

감사 결과 정의

소유자에게 보관된 항목, 증거와 함께 폐기된 항목 또는 기한이 있는 문제가 해결되지 않은 항목을 종료합니다. 더 작은 레코드는 부산물입니다. 실제 결과물은 추적 가능한 권한 레지스터입니다. SPF 패스는 표시되는 모든 보낸 사람 주소나 전송 플랫폼을 공유하는 모든 테넌트가 아닌 확인된 ID의 사용을 승인합니다. 정렬 유지 DKIM 그리고 DMARC 별도의 통제 수단으로 검증합니다. RFC 7208 §8.3, RFC 7208 §11.2, RFC 7208 §11.3, RFC 7208 §11.4.

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

제안된 제거의 경우 정확한 용어 및 한정자, 영향을 받은 소비자, 소유자 결정, 증거 창, 대기열 또는 계절별 종속성, 제안된 정책 및 승인된 복구 조건을 기록합니다. 연간 워크플로우에 테스트 증거가 없는 경우 부재 보고서를 승인으로 처리하는 대신 폐기 결정을 해결되지 않은 상태로 유지하십시오. 긍정적인 포함은 서비스의 공유 인프라를 승인할 수 있습니다. 테넌트 격리를 적용하지 않습니다. 이는 완료된 권한 변경이 아닌 검토 워크시트입니다.

[ 테이크아웃 ]

모든 권한을 비즈니스 소유자 및 실제 범위에 연결합니다. 조용한 보고는 전송 종속성이 더 이상 사용되지 않는다는 증거가 아닙니다. 증거, 좁은 테스트 및 안전한 변경 계획을 통해 권한을 폐기합니다.

[ 역할별 ]

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

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

IT/메일 관리자

포함을 확장하고 종속성을 기록합니다.

전후 정책, 종속성 스냅샷 및 테스트 영수증을 유지합니다. 공유 포함을 정적 공급업체 이름이 아닌 정기적인 검토가 필요한 권한 변경으로 간주합니다.

다음 단계

  1. 포함을 확장하고 종속성을 기록합니다.
  2. 합법적인 경로에 대해 제안된 정책을 테스트합니다.
  3. 권한을 제거하기 전에 롤백 값을 저장하십시오.

CISO/SecOps

버려진 서비스 권한의 우선순위를 정하세요.

버려진 계정, 과도한 범위, 소유되지 않은 서비스에 연결된 권한의 우선순위를 지정하세요. 허가가 여전히 필요한 이유와 해당 결정이 만료되는 시기를 문서화하십시오.

다음 단계

  1. 버려진 서비스 권한의 우선순위를 정하세요.
  2. 광범위한 주소 범위를 명시적으로 검토하세요.
  3. 해결되지 않은 예외에는 만료 날짜가 필요합니다.

창립자 / 비기술자

각 권한에 비즈니스 소유자를 할당합니다.

보관된 모든 발신자에게 비즈니스 소유자를 지정하세요. 포함 수를 임의로 줄이도록 요구하기보다는 계절별 작업 흐름에 대한 충분한 증거를 허용하십시오.

다음 단계

  1. 각 권한에 비즈니스 소유자를 할당합니다.
  2. 계절별 및 복구 워크플로를 확인하세요.
  3. 문서화된 서비스 종료 결정을 승인합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

모든 오래된 포함이 안전하지 않습니까?

나이만으로는 아무것도 증명할 수 없습니다. 서비스, ​​현재 소유자, 권한 범위 및 운영 요구 사항을 결정합니다.

최근 보고서가 없는 포함을 제거할 수 있나요?

그 증거만으로는 아닙니다. 계절별 워크플로, 비활성화된 보고 범위, 대기 중인 메일 및 은퇴 전 재해 복구를 확인하세요.

포함하면 내 공급업체 계정만 승인됩니까?

반드시 그런 것은 아닙니다. SPF 참조된 정책의 주소를 평가합니다. 테넌트 제한은 서비스의 별도 제어에 따라 다릅니다.

RFC 7208 §5.2 RFC 7208 §11.4

+all 허용되는 임시 복구인가요?

모든 연결 IP를 패스와 일치시킵니다. 범위가 좁고 검증된 복구 변경을 선호하고 만료를 문서화합니다.

RFC 7208 §5.1 RFC 7208 §4.6.2

SPF 삭제하면 서비스 중단이 완전히 중단되나요?

아니요. 인증 신호를 변경합니다. 서비스 계정과 자격 증명을 적절하게 비활성화하고 다른 인증 경로와 수신자 동작을 고려하세요.

RFC 7208 §2.6.1

모든 포함을 평면화해야 합니까?

자동으로 아닙니다. 관리되는 종속성을 주소 스냅샷으로 바꾸면 업데이트 의무가 발생합니다. 변경 사항을 안전하게 유지할 수 있는 디자인을 선택하세요.

알 수 없는 소유자를 어떻게 처리합니까?

해결되지 않은 것으로 기록하고, 영향을 받는 애플리케이션을 식별하고 인벤토리 프로세스를 통해 에스컬레이션하세요. 침묵이 허가가 불필요하다는 것을 의미한다고 추측하지 마십시오.

검토가 완료되는 이유는 무엇입니까?

모든 권한에는 문서화된 소유자와 결정이 있고, 제거된 경로에는 검증 증거가 있으며, 처리되지 않은 예외에는 책임 있는 다음 단계가 있습니다.

[ 출처 ]

출처

  1. RFC 7208

    섹션 §2.6.1 · §4.5 · §4.6.2 · §4.6.4 · §5.1 · §5.2 · §6.1 · §8.3 · §11.2 · §11.3 · §11.4 · §2.4

  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 암호화

기술 자료