[ Videresendelse & ARC ]

Microsoft SRS-misbrugsundersøgelse: skelne remail-adfærd fra DMARC -omgå-krav

Læs Microsoft SRS-misbrugsforskning som en dateret identitetsflow-konstatering, og adskil downstream-justering fra godkendelsen af ​​den originale meddelelse.

Af EmailAuth -forskningsteamet · 3 min læst

[Nøglepunkter]

  • Hold tilskrevet historisk forskning adskilt fra aktuelle lejerfund.
  • Et nedstrøms justeringskort er ikke original aktørautorisation.
  • Den lokale model sammenligner kun identiteter, ikke en live udnyttelse.
På denne side

En nedstrøms DMARC pass ikke fastslår, at den person, der startede en meddelelse, var autoriseret til at bruge dens synlige afsender. LaunDroMARC-undersøgelsen fra december 2025 fra Engage Security beskriver en indirekte rute, hvor remailing ændrer identiteten vurderet af SPF. Forstå de enkelte hop, før du beskriver opdagelsen som en universel DMARC bypass eller antager, at alle Microsoft-lejere opfører sig på samme måde i dag.

Adskil de to beviskilder

Den originale forsker beskriver en indgående meddelelse, der bestod SPF for sit eget konvolutdomæne, men som fejlede DMARC mod det imiterede synlige From-domæne. I det rapporterede tilfælde omskrev en Microsoft 365 -videresendelsessti konvolutten til videresendelsesdomænet, som også matchede det synlige Fra-domæne. Den endelige modtager observerede derefter justeret SPF . Forskerne rapporterer om forskellig behandling af originalen og de fremsendte kopier. Disse er tilskrevet resultater fra deres undersøgelse, ikke bemærkninger til denne gennemgang. Engager sikkerhedsforskning.

Microsofts dokumentation forklarer det SRS ændringer MAIL FRA, ikke det synlige Fra-felt, og giver omskrivningsmønstre for relevante videresendelsesruter. Den advarer også om, at SRS normalt ikke løser DMARC justering for videresendt post. Disse udsagn er forenelige med forskningens særlige identitetssammenfald: normalt adskiller det originale From-domæne sig fra speditørens domæne; den anmeldte sag involverer bevidst det samme domæne. Microsoft SRS dokumentation.

Forstå nedstrømsdommen

Referencer: RFC 9989 §4.4, RFC 8601 §5.

SPF spørger, om den forbindende vært er autoriseret til kuvertidentiteten ved det hop. DMARC sammenligner et godkendt domæne med det synlige Fra-domæne. Ingen af ​​resultaterne, stående alene, rekonstruerer, hvordan den oprindelige skuespiller fik adgang til en videresendelsesarbejdsgang. Et nedstrøms justeret resultat kan derfor være korrekt for de evaluerede identiteter, mens det stadig er utilstrækkeligt bevis for virksomhedsautorisation.

Fortolk ikke en SRS-lignende Return-Path som bevis på, at Microsoft har produceret det. Bevar den endelige modtagers betroede resultater, peer-oplysninger og meddelelsessporing, og sammenlign beviser fra grænserne for modtagelse og videresendelse. Vilkårlig indlejret Authentication-Results tekst er ikke en betroet dom. RFC 8601 forklarer tillidsgrænsekravet; RFC 9989 leverer domænetilpasningskonteksten.

Gengiv kun identitetssammenligningen

Privatanmeldelsespakkens manglende leveringsmodel indeholder to fiktive sager. I det normale tilfælde adskiller det oprindelige synlige author.test-domæne sig fra den omskrevne forwarder.test-konvolut, så det antagede, at SPF passagen nedstrøms forbliver ujusteret. I det andet tilfælde er det synlige domæne forwarder.test; den samme omskrevne konvolut er nu på linje. Begge begynder med et andet originalt konvolutdomæne og ikke justeret DKIM.

De tilbageholdte armaturets input blev genberegnet offline den 8. november 2026 ved hjælp af denne sammenligning af nøjagtigt domæne. Den sender ikke spoofed mail, opretter videresendelsesregler, udøver Exchange Online , implementerer SRS-hashes eller beviser, at en nuværende lejer accepterer ruten. Dens formål er at forklare, hvorfor de to domme adskiller sig uden at gengive et angreb mod en rigtig tjeneste. Historisk leverandøradfærd, nuværende lejeradfærd og den abstrakte sammenligning forbliver særskilt mærket.

Undersøg defensivt

Lagergodkendt ekstern spedition og dens virksomhedsejere. For en formodet hændelse skal du bevare originalen og de videresendte kopier, tidsstempler, routingmetode, godkendelse før videresendelse og endelige resultater. Gennemgå udbyderens aktuelle dokumentation og meddelelsessporing, før du ændrer en regel. Microsoft-kilden skelner relevant videresendelse fra relay-pool og lokale sager, så et enkelt konfigurationskrav er ikke nok til at dække hver sti.

Anvend ændringer gennem organisationens godkendte mail-sikkerhedsproces og test legitime arbejdsgange bagefter. Undgå brede tillade regler, der udelukkende er baseret på udbyderens infrastruktur eller downstream pass resultater. Denne artikel fastlægger mekanismen og undersøgelsesspørgsmål. Den hævder ikke en ubekræftet afhjælpningsdato, universel eksponering, vellykket udnyttelse eller en aktuel Microsoft-servicedefekt.

[ Takeaway ]

Den lokale model sammenligner kun identiteter, ikke en live udnyttelse.

[Efter rolle]

Hvad betyder det for dig

Vælg din rolle for praktiske næste trin.

IT / Mail Admin

Sammenlign begge humle

De originale og omskrevne kuvertidentiteter forklarer det ændrede resultat.

Næste trin

  1. Bevar originale og videresendte kopier.
  2. Korreler meddelelsesspor.
  3. Gennemgå den aktuelle routingdokumentation.

CISO / SecOps

Evaluer workflow-autorisation

Autentificering erstatter ikke kontrol over remailing.

Næste trin

  1. Revidere eksterne forsendelsesgodkendelser.
  2. Udfordr kvoter for hele infrastrukturen.
  3. Adskil observerede fakta fra forskningstilskrivning.

Grundlægger / Ikke-teknisk

Hold hændelsespåstanden præcis

Et dateret forskningsresultat er ikke en universel vurdering af din lejer.

Næste trin

  1. Identificer ejede videresendelsesstrømme.
  2. Tildel undersøgelsesansvar.
  3. Undgå ikke-understøttet brud eller ret krav.

[ Ofte stillede spørgsmål ]

Ofte stillede spørgsmål

Gengiver denne anmeldelse et Exchange Online angreb?

Nej. Det kører kun en ikke-leveringsidentitetssammenligning med fiktive domæner.

Hvad rapporterede den oprindelige undersøgelse?

En videresendelsesrute, hvis omskrevne konvolut var på linje med det imiterede synlige domæne, hvilket producerer downstream SPF-baseret DMARC pas.

Primær dokumentation

Er SRS normalt på linje med den oprindelige forfatter?

Ikke når det originale From-domæne adskiller sig fra omskrivningsdomænet.

Primær dokumentation

Er et nedstrømspas nødvendigvis en ødelagt DMARC beregning?

Nej. Det afspejler muligvis nøjagtigt identiteterne ved det hop, mens det ikke beviser den originale skuespillerautorisation.

Er SRS omskrivning synlig fra?

Microsoft dokumenterer MAIL FROM omskrivning, ikke en ændring af det synlige Fra-felt.

Primær dokumentation

Kan Return-Path alene bevise Microsofts herkomst?

Nej. Korrelér betroet modtagerbevis og beskedsporing.

Er hver videresendelsesrute påvirket identisk?

Der er ikke etableret et sådant krav her; dokumenterede routing-undtagelser og aktuel lejeradfærd skal kontrolleres.

Primær dokumentation

Kan denne artikel give en aktuel patch-status?

Nej. De bevarede kilder og den lokale model verificerer ikke en servicedækkende afhjælpning eller nuværende udnyttelsesstatus.

[ Kilder ]

Kilder

  1. Engager sikkerhed LaunDroMARC original forskning

    Afsnit Rapporteret undersøgelse · SRS identitetsflow · Forskningsbegrænsninger

  2. Dokumentation til Microsoft Sender Rewriting Scheme

    Afsnit SRS-omfang · Autovideresendelse af e-mails · Relay pool advarsel

  3. RFC 9989 Domænebaseret meddelelsesgodkendelsesrapportering og overensstemmelse

    Afsnit §4 · §5 · §8

  4. RFC 8601 Authentication-Results

    Afsnit §1.2 · §5 · §7

[ Ordliste ]

Ordliste

SRS
Sender Rewriting Scheme, som ændrer en kuvertreturadresse til videresendelse.
Remailing
Accepterer en besked og sender den videre under en ny SMTP transaktion.
Tillidsgrænse
En kontrolleret grænse, inden for hvilken autentificering-resultat herkomst etableres.

Virksomhedens herkomst

Hvorfor top finansielle institutioner og regeringer pensionerede deres e-mailsikkerhedsdashboards.

Traditionelle e-mail-godkendelsesplatforme sælger dig et dashboard og beder dine ingeniører om at gøre arbejdet. I miljøer med høj indsats betyder manuel overvågning forsinket håndhævelse, konfigurationsdrift og uovervågede skyggedomæner.

EmailAuth er den agentiske e-mail-herkomstplatform. Vores agenter håndhæver p=reject, hold tredjepartsafsendere på linje og flyt dine domæner til fuld RFC 9989 compliance, den nye DMARC standard, med menneskelig auditabilitet.

regeringer Store virksomheder Tier-1 finansielle institutioner

SaaS · Dedikeret lejemål · Air-gapped on-prem · BYOK-kryptering

Vidensbase