[ 운송 보안 ]

MTA-STS 롤백: 캐시된 정책이 있는 발신자 계정

DNS 삭제하거나 max_age를 낮추면 기존 적용이 제거된다는 가정 없이 잘못된 MTA-STS 변경을 복구합니다.

EmailAuth 연구팀 제공

[ 핵심사항 ]

  • 영향을 받은 발신자가 이미 보유하고 있는 정책과 호환되는 경로를 복원합니다.
  • 고의적인 탈퇴 과정을 통해 없음 알림 모드를 제공합니다.
  • 이전에 제공된 모든 정책이 만료된 후에만 엔드포인트를 폐기하십시오.
이 페이지에서

롤백은 향후 관찰을 변경합니다. 모든 보낸 사람에게 접근하여 캐시된 정책을 지울 수는 없습니다. 정책 시행으로 인해 합법적인 메일이 지연되기 시작하면 깨진 수정본을 정확히 보존하고 발신자가 이미 보유하고 있는 정책을 수신 경로가 충족하도록 만드는 가장 빠른 방법을 찾으세요.

통제를 제거하기 전에 게재를 안정화하세요

참고자료: RFC 8461 §4, RFC 8461 §5.1.

실패가 MX 생략, 인증서 문제, 분실인지 확인합니다. STARTTLS 지원 또는 정책 가져오기 문제. 이전에 호환되는 MX 복원하거나 해당 인증서를 복구하면 발신자가 긴급 글로벌 정책 철회를 시도하는 것보다 이전 및 새 캐시된 정책을 모두 사용하는 데 더 직접적으로 도움이 될 수 있습니다.

가능한 경우 영향을 받는 발신자의 로그를 확인하고 모든 의도된 수신 후보를 테스트하십시오. 호환 MX 하나 남아 있으면 발신자가 이를 사용할 수 있습니다. 단지 DNS 기본 설정이 더 낮다는 이유만으로 백업이 안전하다고 가정하지 마십시오. 여전히 정책과 일치하고 전송 유효성 검사를 통과해야 합니다.

수리 또는 고의적 철수 선택

참고자료: RFC 8461 §3.2, RFC 8461 §8.1, RFC 8461 §8.3.

복구를 위해 TXT ID를 변경하기 전에 수정된 HTTPS 본문을 게시하세요. 전환 위험을 계산하는 데 사용할 수 있는 이전 정책 복사본과 max_age 값을 유지하세요. 수정된 현재 본문은 보낸 사람이 해당 본문을 가져왔다는 것을 증명하지 않습니다.

의도적인 제거의 경우 RFC 8461 섹션 8.3에서는 max_age가 작은(예: 1일) 서비스 모드 없음을 권장하고 검색 레코드를 업데이트한 다음 이전에 제공된 모든 정책이 만료될 때까지 관련 정책 인프라를 유지한 후 제거할 것을 권장합니다. 각 버전의 마지막 서비스 시간과 자체 max_age를 계산한 다음 모든 버전에서 최신 만료 시간을 사용합니다. 수명이 더 긴 이전 버전은 바로 이전 버전보다 오래 지속될 수 있습니다. 없음 정책에는 여전히 version 및 max_age가 필요합니다. 해당 모드에서는 mx 라인이 필요하지 않습니다. 새로운 유효한 ID를 사용하여 변경 사항을 공지하세요.

오래된 시행 사례 재현

참고자료: RFC 8461 §3.3, RFC 8461 §5.

제어된 발신자에서 max_age가 86400인 mx1.example.net 만 허용하는 시행 정책을 캐시합니다. 공용 DNS 및 HTTPS를 없음 정책으로 변경하지만 처음에는 해당 발신자가 업데이트를 얻지 못하도록 방지합니다. mx2.example.net 으로 전달을 시도합니다. 연산자의 새로운 None 본문에도 불구하고 이전의 유효한 적용 정책은 여전히 ​​mx2를 제외합니다.

그런 다음 새로 고침을 허용하고 아무 것도 적용하지 않는 보낸 사람을 캡처하거나 안전한 격리된 환경에서 원래 캐시 수명을 통해 제어된 테스트 시계를 앞당깁니다. 이 테스트를 위해 프로덕션 메일 인프라의 시계를 변경하지 마십시오. 이는 실행된 절차가 아닌 실험실 절차입니다. MTA 시험; 새로운 오프라인 픽스쳐는 실제 발신자 캐시가 아닌 상태와 마지막 서비스 수명 산술만을 보여줍니다.

두 코호트에 대한 증거로 마무리

참고자료: RFC 8461 §8.3, RFC 8460 §4.1.

캐시된 정책이 없는 새로운 발신자와 이전 시행 개정을 보유하고 있는 것으로 알려진 발신자의 동작을 확인합니다. 대기열 결과를 보존하고 결과 및 정책 메타데이터를 가져옵니다. TLS-RPT 남아 있는 오류를 식별하는 데 도움이 되지만 적용 범위가 불완전하고 보고가 지연됩니다.

계획된 철회 기간 동안 HTTPS 호스트 및 검색을 사용할 수 있도록 유지하고 실제 전달 경로를 모니터링하며 최종 제거 결정을 문서화합니다. _mta-sts 삭제만으로는 즉각적인 롤백도 아니고 안정적인 사고 복구 전략도 아닙니다.

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

다음은 이 검토를 위해 재실행된 네트워크 실험이 아닌 보존된 2026년 11월 7일 관찰에 대해 설명합니다. 새로 실행된 오프라인 검사는 별도로 기록됩니다.

이제 인출 계산에는 최신 max_age만이 아니라 이전에 제공된 모든 버전이 포함됩니다. 실행된 논리 원장에서 A1은 1000300에 수명 86400, B2는 1000600에 수명 3600, C3는 1000900에 수명 3600에 마지막으로 제공되었습니다. 만료 범위는 각각 1086700, 1004200 및 1004500입니다. 따라서 계산된 제거 경계는 1086700입니다. 이전 A1 발신자 스냅샷은 랩에서 B2를 광고하고 가져온 후에도 여전히 새로운 전용 호스트 이름을 거부합니다. 이전 호환 경로를 복원하는 것은 해당 스냅샷에 의미가 있습니다. 이는 관찰된 원격 캐시 철회 또는 대기 중인 메시지 복구가 아닌 레이블이 지정된 상태 및 경로 계산입니다. 생산 철회는 실제 마지막 서비스 시간과 모든 이전 버전을 사용해야 합니다.

[ 테이크아웃 ]

이전에 제공된 모든 정책이 만료된 후에만 엔드포인트를 폐기하십시오.

[ 역할별 ]

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

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

IT/메일 관리자

캐시된 정책 경로 복구

원격 캐시를 새로 고치기 전에 규격 전송을 복원하면 작동할 수 있습니다.

다음 단계

  1. 캐시된 실패한 개정을 식별합니다.
  2. 호환 MX 경로를 복원합니다.
  3. 새로운 캐시된 정책 발신자를 테스트합니다.

CISO/SecOps

인출을 감사할 수 있도록 유지

통제 제거는 만료 계산을 통해 명시적으로 결정되어야 합니다.

다음 단계

  1. 사건 증거를 보존합니다.
  2. 통제 철회를 명시적으로 유지하세요.
  3. 가장 긴 이전 캐시 노출을 검토합니다.

창립자 / 비기술자

의도적으로 복구를 선택하십시오

수리와 보험 철회는 서로 다른 연속성 결과를 가져옵니다.

다음 단계

  1. 수리 및 철회를 승인합니다.
  2. 복구 소유권을 유지합니다.
  3. 즉시 제거 약속을 피하십시오.

[ 자주 묻는 질문 ]

자주 묻는 질문

캐시된 TXT 중지를 삭제하면 적용되나요?

아니요. 만료되지 않은 유효한 캐시 정책은 계속 사용할 수 있습니다.

RFC 8461 §3.3

모드 없음은 철회 메커니즘입니까?

예. RFC 8461 나중에 인프라를 제거하기 전에 이를 사용하는 방법을 설명합니다.

RFC 8461 §8.3

MX 라인이 필요하지 않습니까?

아니요, 테스트 및 시행과 다릅니다.

RFC 8461 §3.2

DNS ID를 변경해야 합니까?

예. 새로운 유효한 식별자로 변경된 정책을 공지합니다.

RFC 8461 §8.1

이전에 캐시된 수명을 단축할 수 있나요?

새 정책의 max_age를 변경하는 것이 아닙니다.

RFC 8461 §8.3

메일을 가장 빨리 복원할 수 있는 것은 무엇입니까?

영향을 받은 발신자가 이미 캐시한 정책을 충족하는 수신 경로입니다.

보고서는 모든 발신자가 복구되었음을 증명합니까?

아니요. 보고서에는 참여하는 발신자가 포함되며 지연되어 도착합니다.

RFC 8460 §4.1

호스트는 언제 제거할 수 있나요?

이전에 제공된 모든 정책이 만료된 후: 각 개정의 마지막 제공 시간과 자체 max_age를 계산한 다음 최신 만료를 사용합니다. 오래 지속되는 개정판은 바로 이전 개정판보다 오래 지속될 수 있습니다.

RFC 8461 §8.3

[ 출처 ]

출처

  1. RFC 8460

    섹션 §4.1

  2. RFC 8461

    섹션 §3.2 · §3.3 · §4 · §5 · §5.1 · §8.1 · §8.3

[ 어휘 ]

어휘

철수
능동 운송 정책을 고의적으로 폐기합니다.

RFC 8461 §8.3

캐시된 시행
이전에 가져온 시행 정책이 발신자에게 여전히 유효합니다.

RFC 8461 §3.3

복구 창
서비스를 복원하고 정책 상태가 수렴되는 데 필요한 기간입니다.

기업 출처

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

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

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

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

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

기술 자료