[ 운송 보안 ]

MTA-STS 정책 검색 및 DNS 정책 식별자

DNS ID를 사용하여 정책 개정을 알리십시오. 이를 정책 자체 또는 보낸 사람 캐시를 지우는 명령으로 취급하지 마십시오.

EmailAuth 연구팀 제공

[ 핵심사항 ]

  • 실제 수신자 또는 구성된 스마트 호스트 정책 도메인을 사용하십시오.
  • 선택한 검색 TXT 레코드 하나를 유지하고 문자열 경계를 유지합니다.
  • 새 ID를 발표하기 전에 HTTPS 본문을 게시하세요.
이 페이지에서

MTA-STS 검색은 _mta-sts 에서 시작되고 그 뒤에 정책 도메인이 옵니다. user@example.com 으로 주소가 지정된 메일의 경우 일반 검색 소유자는 _mta-sts.example.com 입니다. TXT 값은 지원 및 개정 식별자를 알립니다. 실제 정책은 HTTPS를 통해 별도로 가져옵니다.

수신자 도메인을 정확하게 추적하세요.

참고자료: RFC 8461 §3.1, RFC 8461 §3.4.

user@mail.example.com 으로 보내는 메시지는 상위 example.com 정책을 상속하는 대신 mail.example.com 정책 도메인으로 사용합니다. RFC 8461 또한 관리적으로 구성된 스마트 호스트에 대한 특수 처리 기능을 제공합니다. 즉, 스마트 호스트 도메인이 정책 도메인이 됩니다. 부재 기록을 해석하기 전에 테스트 중인 라우팅 상황을 기록하십시오.

그만큼 TXT 레코드 v=STSv1 로 시작해야 하며 1~32개의 ASCII 문자 또는 숫자로 구성된 ID를 포함해야 합니다. 식별자는 정책 인스턴스를 고유하게 식별합니다. 이는 암시적인 순서가 없습니다. 20261107B는 편리한 작동 레이블이지 시간 프로토콜이나 더 큰 숫자만 허용하는 명령이 아닙니다.

화면 행 대신 레코드 수 계산

참고자료: RFC 8461 §3.1, RFC 8461 §8.2.

여러 TXT 레코드가 반환되면 검색에서는 v=STSv1; . 적용 가능하고 구문적으로 유효한 레코드는 정확히 하나만 남아 있어야 합니다. 두 개의 독립적인 MTA-STS 레코드는 안전한 롤오버 메커니즘이 아닙니다. 하나의 TXT 리소스 레코드 내의 여러 문자열은 공백을 추가하지 않고 연결됩니다.

CNAME 검색이 허용되며 TXT 레코드에 대한 체인을 따라갈 수 있습니다. 증거에 소유자 및 별칭 체인을 유지합니다. 검색 위임은 수신 도메인의 정책 호스트 이름에서 HTTPS 정책 검색에 대한 요구 사항을 제거하지 않습니다.

검색 실패 재현

격리된 DNS 설비에서 v=STSv1; id=A1 이고 관련 없는 확인 TXT 레코드입니다. 의도한 선택에는 하나의 MTA-STS 후보가 유지됩니다. 두 번째 독립 v=STSv1; id=A2 레코드이고 그 결과 해당 답변을 통해 발견된 사용 가능한 정책이 없습니다. 그런 다음 원본 레코드를 두 개의 문자열 v=STSv1; 공백 뒤에 id=A1, 있고 연결을 통해 하나의 유효한 값이 복원되는지 확인합니다.

절대 소유자 쿼리 _mta-sts.example.test. 각 실험실 기관 및 실험실 재귀 확인자에 대한 TXT 유형을 사용하여 상태, 기록 경계 및 TTL을 저장합니다. 이 절차는 실행된 공개 DNS 테스트가 아니라 지정됩니다. 제공된 로컬 픽스처는 이 검토를 위해 다시 실행되었으며 후보 수 논리만 실행합니다. 이는 DNS 확인자나 전체 검색 파서가 아닙니다.

발표 전에 HTTPS 업데이트

참고자료: RFC 8461 §3.3, RFC 8461 §5.1, RFC 8461 §8.1.

먼저 새 정책 본문을 게시하고 확인한 다음 ID를 변경하세요. 그렇지 않으면 발신자는 이전 본문을 가져오는 동안 새 ID를 관찰할 수 있습니다. 전환 중에 이전 경로를 사용할 수 있도록 유지합니다. 누락되거나 사용할 수 없는 검색은 만료되지 않은 유효한 캐시 정책을 삭제하지 않으며 ID 변경은 모든 보낸 사람이 즉시 가져오는 것을 보장하지 않습니다. DNS 와 발신자 캐시를 변경의 별도 부분으로 처리합니다.

보유된 역사적 증거와 남은 범위

다음은 검사를 받았지만 이 검토를 위한 네트워크 실험으로 다시 실행되지 않은 보관된 2026년 11월 7일 실험실 기록입니다. 새로운 오프라인 조명기 실행은 별도로 기록됩니다.

캡처된 논리적 타임라인은 A1이 게시되고 에포크 1000000에 가져온 것으로 시작합니다. 적용, 이전 MX 만, max_age 86400, 보낸 사람 만료 1086400. A1은 1000300에 마지막으로 제공된 것으로 모델링되었으므로 해당 경계에서 가져오는 다른 발신자는 이를 1086700까지 유지할 수 있습니다. B2는 이전 및 새 MX 패턴을 사용하여 1000300에 게시되었습니다. max_age 3600; 모델링된 마지막 제공 시간 1000600은 만료 1004200을 산출합니다. 1000600의 C3는 마지막 제공 시간 1000900 및 만료 1004500을 포함하는 새로운 것만 허용합니다. 이는 관찰된 인터넷 이벤트가 아닌 명시적인 합성 시간입니다. 보관된 11월 7일 추적 기록에는 연구소가 DNS 응답을 B2로 변경하고 HTTPS를 통해 이중 MX 본문을 가져왔다는 기록이 있습니다. 어설션은 이전 A1 캐시를 변경하지 않고 유지했습니다. 오래된 것은 허용되고 새로운 것은 허용되지 않는 반면, 새로운 B2 본문은 새로운 것을 허용했습니다. 따라서 식별자 발표와 성공적인 새 가져오기는 그 자체로 캐시된 다른 스냅샷을 변경하지 않습니다.

[ 테이크아웃 ]

새 ID를 발표하기 전에 HTTPS 본문을 게시하세요.

[ 역할별 ]

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

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

IT/메일 관리자

레코드 경계 검사

중복 정책은 하나의 레코드에 있는 여러 문자열 조각과 다릅니다.

다음 단계

  1. 정확한 수신자 도메인을 쿼리하세요.
  2. TXT 레코드 경계를 검사합니다.
  3. ID를 변경하기 전에 HTTPS를 확인하세요.

CISO/SecOps

위임된 영향력 추적

검색 별칭은 소유권이 필요한 종속성을 만듭니다.

다음 단계

  1. 위임된 검색 소유권을 검토하세요.
  2. 이전 정책 수명을 보존합니다.
  3. 부재 발견과 부재 시행을 구별합니다.

창립자 / 비기술자

발견의 두 부분을 모두 소유

개정 발표와 제공된 정책은 계속 조정되어야 합니다.

다음 단계

  1. 두 게시 끝점을 모두 소유합니다.
  2. 개정 내역을 유지합니다.
  3. 가정된 즉각적인 롤백을 피하세요.

[ 자주 묻는 질문 ]

자주 묻는 질문

ID가 정책 해시인가요?

아니요. 운영자가 선택한 짧은 개정 식별자입니다.

RFC 8461 §3.1

ID는 숫자로 증가해야 합니까?

순서가 정의되지 않았습니다.

RFC 8461 §3.1

ID에 하이픈을 포함할 수 있나요?

지정된 ID 문법은 ASCII 문자와 숫자만 허용합니다.

RFC 8461 §3.1

두 개의 STS TXT 레코드가 공존할 수 있나요?

유효한 발견 결과가 아닙니다. 정확히 하나의 해당 레코드가 남아 있어야 합니다.

RFC 8461 §3.1

검색이 CNAME 따를 수 있나요?

예. RFC 8461 검색 별칭 체인을 따라야 합니다.

RFC 8461 §3.1

하위 도메인이 Apex 정책을 상속합니까?

아니요. 실제 수신자 하위 도메인에 대한 정책을 검색하세요.

RFC 8461 §3.4

어떤 변화가 먼저 일어나는가?

DNS ID를 변경하기 전에 HTTPS 본문을 게시하세요.

RFC 8461 §8.1

ID를 삭제하면 캐시가 지워지나요?

아니요. 유효한 캐시 정책이 계속 적용될 수 있습니다.

RFC 8461 §3.3

[ 출처 ]

출처

  1. RFC 8461

    섹션 §2 · §3.1 · §3.3 · §3.4 · §5.1 · §8.1 · §8.2

[ 어휘 ]

어휘

정책 도메인
적용 가능한 전송 정책 검색에 사용되는 도메인입니다.

RFC 8461 §2

정책 ID
특정 MTA-STS 정책 인스턴스를 알리는 짧은 식별자입니다.

RFC 8461 §3.1

TXT 리소스 레코드
여러 문자열 조각을 포함할 수 있는 하나의 DNS 레코드입니다.

RFC 8461 §3.1

기업 출처

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

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

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

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

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

기술 자료