[ Videresendelse & ARC ]

Sender Rewriting Scheme: hvad det ændrer, og hvad det ikke kan bevise

Brug SRS til at forstå omskrevne konvolutter og bounce routing uden at forveksle det med forfattergodkendelse.

Af EmailAuth -forskningsteamet · 4 min læst

[Nøglepunkter]

  • SRS omskriver SMTP returidentiteten, ikke nødvendigvis synlig fra.
  • Omskrevet SPF autorisation og DMARC justering er separate kontroller.
  • En formet testkonvolut er ikke en komplet SRS-implementering.
På denne side

Afsender omskrivningsskema løser et kuvertproblem ved videresendelse. Formidleren ændrer SMTP returidentiteten til en, den kan understøtte, i stedet for at bede den næste modtager om at autorisere formidleren under den oprindelige afsenderes domæne. Det kan forbedres SPF adfærd og give en rute for returnerede leveringsmeddelelser. Den godkender ikke i sig selv den synlige forfatter eller godkender indholdet af en meddelelse.

Identificer, hvad der er omskrevet

Referencer: RFC 7208 §2.4.

Sammenligne MAIL FRA før og efter speditionstjenesten. Hold det synlige Fra overskrift i en separat kolonne. Den omskrevne lokale del kan kode information, der er nødvendig for videresendelsesimplementeringen, men operationel diagnose bør begynde med det resulterende domæne og den omvendte routing-adfærd. Forsøg ikke at rekonstruere en udokumenteret udbyderkodning fra én prøve og kalde det et universelt format.

Microsoft dokumenterer sin egen brug af SRS i Afsender omskrivningsskema i Microsoft 365. Dens implementering omskriver gældende udgående videresendelseskonvolutter og efterlader den viste Fra-adresse uændret. Microsoft dokumenterer også, at relay-pool-meddelelser springer SRS over, og at lokal routing har særlige tilfælde. Udbyderspecifik dækning og undtagelser har betydning; denne beskrivelse er ikke bevis for, at alle videresendelsesprodukter opfører sig identisk.

Genberegn SPF og justering separat

Referencer: RFC 7208 §4.1, RFC 9989 §4.4.2, RFC 9989 §5.3.5.

Ved den endelige modtager skal du evaluere videresendelsesserverens IP i forhold til det omskrevne konvolutdomænes politik. Hvis autoriseret, kan SPF passere for det pågældende domæne. Sammenlign derefter det godkendte domæne med det synlige Fra-domæne under det relevante DMARC justering mode. De to trin må ikke slås sammen til en enkelt grøn indikator. RFC 7208 og RFC 9989 definere de forskellige spørgsmål.

For en synlig From at author.example og omskrevet konvolut på forwarder.example giver et SPF pas for forwarder.example ikke streng justering med author.example ; disse ikke-relaterede eksempeldomæner opfylder heller ikke afslappet justering. En overlevende afstemt DKIM signatur kan stadig få DMARC til at bestå. Hvis en sidefod bryder denne signatur, har SRS ikke repareret den resterende forfattergodkendelsesfejl.

Udfør de parrede sager

Referencer: RFC 9989 §4.4.

Inspicer de bevarede strengt tilpassede modelhuse srs-bevaret og srs-footer. Begge leverer SPF -pas til forwarder.example og den samme synlige author.example identitet. Kun de bevarede kasser er justeret DKIM passere; modellen returnerer derfor kun sand der. Sporingen registrerer originale og omskrevne domæneidentiteter i stedet for at præsentere den kodede lokale del som bevis på tillid.

Disse er lokale modelresultater med medfølgende autentificeringsbooleaner. Armaturet implementerer hverken SRS-kodningsalgoritmen eller validerer en afvisningsadresse, live SPF rekord eller DKIM -signatur. Der blev ikke opnået nogen reelle udbydereksempler. Brug eksemplet til at designe et rigtigt spor, ikke til at kræve implementeringsaccept.

Bekræft driftsadfærd sikkert

Referencer: RFC 7208 §2.4.

Inden for en autoriseret testopsætning skal du bekræfte, at leveringsfejl vender tilbage gennem den tilsigtede sti og ikke skaber en åben videresendelses- eller afvisnings-misbrugskanal. Gem kun de prøvedata, der er nødvendige for diagnosticering, og undgå at udsætte kodede modtageroplysninger i offentlige billetter. Tjek udbyderdokumentationen for understøttede routingkombinationer og hybride undtagelser, før du foretager ændringer.

Behandl SRS-tjenesten som én komponent i et speditionsdesign. Bevar signeret indhold, overvåg videresendelsens omdømme og registrer den endelige modtagers beslutning. Hvis en forretningsrute stadig kræver en lokal undtagelse, skal du gennemgå den separat; beskriv ikke konvolutomskrivning som tilladelse til at springe afsendergodkendelse eller indholdsfiltrering over. En vellykket retursti er et operationelt resultat, ikke et certifikat for meddelelsens legitimitet.

Beholdt laboratoriebevis

Referencer: RFC 7208 §4, RFC 6376 §6.

Den bevarede 7. november 2026-opsamling registrerer to faktiske SMTP leverancer ved hjælp af en eksplicit SRS-formet omskrevet konvolut på forwarder.example . pyspf evaluerer den observerede 127.0.0.3 peer i forhold til det pågældende domænes programpolitik og returnerer pass. dkimpy sender den bevarede forfattersignatur og mislykkes i den sidefodmodificerede kopi. Den strenge alignment-beregning passerer derfor kun det bevarede tilfælde. Konvolutstrengene og modtagerobservationer bibeholdes. Dette er en udført konvolutomskrivning, ikke en implementering af SRS-kodning, tidsstempelvalidering, hemmelig godkendelse eller reversering af afvisning.

Den tilbageholdte løber og fangst den 7. november 2026 blev inspiceret; intet netværkseksperiment blev kørt igen for denne anmeldelse. Det oprindelige eksperiment brugte kun loopback og sendte ingen internetmail. Dens modtager skaber Authentication-Results fra sine egne kontroller, hvilket giver disse felter kendt laboratorieherkomst. Godkendelsesresultat og disposition forbliver adskilt: alle seks SMTP prøver modtager 250 under en eksplicit opsamlingspolitik, inklusive svigtende prøver. Tillidsgrænsen er dette kontrollerede laboratorium, ikke en produktionspostkasseudbyder. DNS adapteren leverer beholdte fixture-svar i stedet for at forespørge offentlig DNS , og DMARC -evaluatoren bruger kun streng domænelighed. Fuld organisationsdomæneopdagelse, produktionspolitikparsing og live-implementeringsresultater forbliver utestede.

[ Takeaway ]

En formet testkonvolut er ikke en komplet SRS-implementering.

[Efter rolle]

Hvad betyder det for dig

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

IT / Mail Admin

Spor begge konvolutter

Omskrivning skal være synlig som bevis.

Næste trin

  1. Optag før og efter domæner.
  2. Kontroller SPF indgangene igen.
  3. Test overlevende DKIM .

CISO / SecOps

Begræns misbrug af returveje

Kodede adresser er ikke tillidstokens.

Næste trin

  1. Gennemgå afvisningshåndtering.
  2. Begræns diagnostisk afsløring.
  3. Hold indholdsfiltrering aktiv.

Grundlægger / Ikke-teknisk

Indstil det rigtige succeskriterium

Working forwarding er mere end én pass-etiket.

Næste trin

  1. Definer nødvendige ruter.
  2. Inkluder bounce recovery.
  3. Separat levering fra identitetssikring.

[ Ofte stillede spørgsmål ]

Ofte stillede spørgsmål

Hvilken identitet ændrer SRS?

SMTP -konvolutafsenderen, i henhold til implementeringen.

RFC 7208 §2.4 Microsoft SRS: oversigt

Skal også være synlig fra ændring?

Nej. Microsofts dokumenterede SRS-adfærd efterlader den uændret.

Microsoft SRS: oversigt

Beviser SRS den oprindelige forfatter?

Nej. Det drejer sig om en omskrevet returidentitet.

RFC 9989 §4.4.2

Kan SPF bestå efter omskrivning?

Ja, hvis videresendelsesforbindelsen er godkendt til det omskrevne domæne.

RFC 7208 §4.1

Stemmer det nødvendigvis?

Nej. Sammenlign det med synlig Fra separat.

RFC 9989 §4.4.2

Hvad hvis aligned DKIM overlever?

Det kan give DMARC pass-stien trods ujusteret omskrevet SPF .

RFC 9989 §5.3.5

Implementerer armaturet SRS-kodning?

Nej. Det modellerer domæne- og udfaldsopdelingen.

Hvad skal der ellers testes?

Autoriseret afvisningshåndtering, routing-undtagelser og endelig modtageradfærd.

[ Kilder ]

Kilder

  1. RFC 6376

    Afsnit §6

  2. RFC 7208

    Afsnit §2.4 · §4 · §4.1

  3. RFC 9989

    Afsnit §4.4 · §4.4.2 · §5.3.5

  4. Microsoft 365 Sender Rewriting Scheme

    Afsnit Oversigt · Relay pool note · Videresendelse scenarier

[ Ordliste ]

Ordliste

SRS
Sender Rewriting Scheme, brugt af mellemmænd til at omskrive returidentiteter.
Bounce routing
Stien, hvorpå meddelelser om leveringsfejl vender tilbage.
Omskrevet identitet
Kuvertadressen erstattet af en mellemmand.

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