[ 포워딩 및 ARC ]

Microsoft SRS 남용 연구: 재메일링 행위와 DMARC 우회 주장 구별

Microsoft SRS 남용 연구를 오래된 ID 흐름 결과로 읽고 원본 메시지의 인증과 다운스트림 정렬을 분리하세요.

EmailAuth 연구팀 제공 · 3분 읽기

[ 핵심사항 ]

  • 현재 임차인 조사 결과와 별도로 귀속된 역사적 연구를 유지합니다.
  • 다운스트림 정렬 패스는 원래 행위자 인증이 아닙니다.
  • 로컬 모델은 실제 공격이 아닌 신원만 비교합니다.
이 페이지에서

다운스트림 DMARC pass는 메시지를 시작한 사람이 표시되는 보낸 사람을 사용할 권한이 있는지 확인하지 않습니다. Engage Security의 2025년 12월 LaunDroMARC 연구에서는 재메일링이 평가된 ID를 변경하는 간접적인 경로를 설명합니다. SPF. 결과를 범용 DMARC 우회로 설명하거나 현재 모든 Microsoft 테넌트가 동일한 방식으로 동작한다고 가정하기 전에 개별 홉을 이해하십시오.

두 증거 소스를 분리하세요.

원래 연구원은 자체 봉투 도메인에 대해서는 SPF 통과했지만 모방된 가시 발신 도메인에 대해서는 DMARC 실패한 수신 메시지에 대해 설명합니다. 보고된 사례에서 Microsoft 365 전달 경로는 표시되는 보낸 사람 도메인과도 일치하는 전달 도메인에 봉투를 다시 썼습니다. 최종 수신자는 정렬된 SPF 관찰했습니다. 연구자들은 원본과 전달된 사본이 서로 다르게 처리된다고 보고합니다. 이는 본 검토를 위해 관찰한 내용이 아니라 조사 결과에 따른 결과입니다. 보안 연구 참여.

Microsoft의 문서에는 다음과 같이 설명되어 있습니다. SRS 변화 메일 보낸 사람, 표시되는 보낸 사람 필드가 아니며 적용 가능한 전달 경로에 대한 재작성 패턴을 제공합니다. 또한 SRS는 일반적으로 DMARC 해결하지 못한다고 경고합니다. 조정 전달된 메일의 경우. 이러한 진술은 연구의 특별한 정체성 일치와 양립할 수 있습니다. 일반적으로 원래의 From 도메인은 전달자의 도메인과 다릅니다. 신고된 사례는 의도적으로 동일한 도메인과 관련되어 있습니다. 마이크로소프트 SRS 문서.

다운스트림 결과 이해

참고자료: RFC 9989 §4.4, RFC 8601 §5.

SPF 연결 호스트가 해당 홉의 봉투 ID에 대해 인증되었는지 묻습니다. DMARC 인증된 도메인을 표시되는 보낸 사람 도메인과 비교합니다. 두 결과 모두 단독으로 원래 행위자가 전달 워크플로에 대한 액세스 권한을 얻은 방법을 재구성하지 못합니다. 따라서 다운스트림 정렬 결과는 평가된 신원에 대해 정확할 수 있지만 여전히 비즈니스 승인에 대한 증거는 부족합니다.

SRS 모양을 해석하지 마십시오. Return-Path 마이크로소프트가 그것을 생산했다는 증거로. 최종 수신자의 신뢰할 수 있는 결과, 피어 정보 및 메시지 추적을 보존하고 수신 및 전달 경계의 증거를 비교합니다. 임의 임베디드 Authentication-Results 텍스트는 신뢰할 수 있는 결과가 아닙니다. RFC 8601 신뢰 경계 요구 사항을 설명합니다. RFC 9989 도메인 정렬 컨텍스트를 제공합니다.

동일성 비교만 재현

비공개 리뷰 패키지의 배달 불가 모델에는 두 가지 가상 사례가 포함되어 있습니다. 일반적인 경우 원래 표시되는 Author.test 도메인은 다시 작성된 Forwarder.test 봉투와 다르므로 가정된 다운스트림 SPF 통과는 정렬되지 않은 상태로 유지됩니다. 두 번째 경우에는 표시되는 도메인이 Forwarder.test입니다. 이제 동일한 다시 작성된 봉투가 정렬됩니다. 둘 다 다른 원래 봉투 도메인으로 시작하고 정렬되지 않았습니다. DKIM.

유지된 픽스처 입력은 이 정확한 도메인 비교를 사용하여 2026년 11월 8일에 오프라인으로 다시 계산되었습니다. 스푸핑된 메일을 보내거나, 전달 규칙을 생성하거나, Exchange Online 실행하거나, SRS 해시를 구현하거나, 현재 테넌트가 경로를 수락하는지 증명하지 않습니다. 그 목적은 실제 서비스에 대한 공격을 재현하지 않고 두 판정이 다른 이유를 설명하는 것입니다. 과거 공급업체 행동, 현재 테넌트 행동 및 추상 비교는 별도로 레이블이 지정됩니다.

방어적으로 조사하다

재고 승인 외부 전달 및 해당 사업주. 사고가 의심되는 경우 원본 및 전달된 사본, 타임스탬프, 라우팅 방법, 전달 전 인증 및 최종 결과를 보존합니다. 규칙을 변경하기 전에 공급자의 현재 문서와 메시지 추적을 검토하세요. Microsoft 소스는 적용 가능한 전달을 릴레이 풀 및 온-프레미스 사례와 구별하므로 단일 구성 클레임으로는 모든 경로를 포괄하기에 충분하지 않습니다.

조직에서 승인한 메일 보안 프로세스를 통해 변경 사항을 적용하고 이후에 합법적인 워크플로를 테스트합니다. 공급자 인프라 또는 다운스트림 통과 결과만을 기반으로 하는 광범위한 허용 규칙을 피하세요. 이 문서에서는 메커니즘과 조사 질문을 설정합니다. 확인되지 않은 수정 날짜, 보편적인 노출, 성공적인 악용 또는 현재 Microsoft 서비스 결함을 주장하지 않습니다.

[ 테이크아웃 ]

로컬 모델은 실제 공격이 아닌 신원만 비교합니다.

[ 역할별 ]

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

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

IT/메일 관리자

두 홉 비교

원본 및 다시 작성된 봉투 ID는 변경된 결과를 설명합니다.

다음 단계

  1. 원본과 전달된 사본을 보존하십시오.
  2. 메시지 추적을 연관시킵니다.
  3. 현재 라우팅 문서를 검토하세요.

CISO/SecOps

워크플로 승인 평가

인증은 재메일링에 대한 제어를 대체하지 않습니다.

다음 단계

  1. 외부 전달 승인을 감사합니다.
  2. 인프라 전반의 허용량에 도전하세요.
  3. 관찰된 사실과 연구 귀속을 분리하세요.

창립자 / 비기술자

사건 주장을 정확하게 유지하세요

날짜가 지난 연구 결과는 임차인에 대한 보편적인 평가가 아닙니다.

다음 단계

  1. 소유한 전달 흐름을 식별합니다.
  2. 조사 책임을 할당합니다.
  3. 지원되지 않는 위반을 방지하거나 소유권 주장을 수정하세요.

[ 자주 묻는 질문 ]

자주 묻는 질문

이 검토가 Exchange Online 공격을 재현합니까?

아니요. 가상 도메인과의 배달 불가 ID 비교만 실행합니다.

원래 연구 보고서는 무엇이었나요?

재작성된 봉투가 모방된 가시 도메인과 정렬되어 다운스트림 SPF 기반 DMARC 패스를 생성하는 전달 경로입니다.

기본 문서

SRS는 일반적으로 원저작자와 일치합니까?

원본 보낸 사람 도메인이 다시 쓰기 도메인과 다를 때는 그렇지 않습니다.

기본 문서

다운스트림 패스는 반드시 손상된 DMARC 계산인가요?

아니요. 원래 행위자 인증을 증명하지 않으면서 해당 홉의 신원을 정확하게 반영할 수 있습니다.

SRS는 표시되는 보낸 사람을 다시 작성합니까?

Microsoft 문서 MAIL FROM 재작성은 표시되는 보낸 사람 필드에 대한 변경 사항이 아닙니다.

기본 문서

Return-Path 만으로 Microsoft 출처를 증명할 수 있습니까?

아니요. 신뢰할 수 있는 수신자 증거와 메시지 추적을 연관시키세요.

모든 전달 경로가 동일하게 영향을 받나요?

여기서는 그러한 주장이 확립되지 않았습니다. 문서화된 라우팅 예외와 현재 테넌트 동작을 확인해야 합니다.

기본 문서

이 기사에서 현재 패치 상태를 확인할 수 있습니까?

아니요. 보존된 소스와 로컬 모델은 서비스 전반의 수정 또는 현재 악용 상태를 확인하지 않습니다.

[ 출처 ]

출처

  1. 보안 LaunDroMARC 독창적 연구 참여

    섹션 보고된 조사 · SRS 신원 흐름 · 연구의 한계

  2. Microsoft Sender Rewriting Scheme 설명서

    섹션 SRS 범위 · 이메일 자동 전달 · 릴레이 풀 주의 사항

  3. RFC 9989 도메인 기반 메시지 인증 보고 및 적합성

    섹션 §4 · §5 · §8

  4. RFC 8601 Authentication-Results

    섹션 §1.2 · §5 · §7

[ 어휘 ]

어휘

SRS
전달을 위해 봉투 반송 주소를 변경하는 Sender Rewriting Scheme입니다.
재메일링
메시지를 수락하고 새 SMTP 트랜잭션으로 계속 보냅니다.
신뢰 경계
인증 결과 출처가 설정되는 통제된 경계입니다.

기업 출처

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

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

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

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

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

기술 자료