[ Edelleenlähetys ja ARC ]

Miksi laillinen edelleenlähetetty posti voi epäonnistua DMARC

Diagnosoi edelleenlähetysvirheet jäljittämällä kadonnutta todennuspolkua sen sijaan, että käsittelisit jokaista virhettä huijauksena.

EmailAuth -tutkimusryhmä · 4 min lukuaika

[Avainkohdat]

  • Arvioi lopullinen yhteys ja säilynyt kohdistettu todennus.
  • Säilytetty kohdistettu DKIM -allekirjoitus kestää edelleenlähetyksen, kun SPF ei kestä.
  • Pidä todennus, vastaanottajan poikkeukset ja toimitustulokset erillään.
Tällä sivulla

Edelleenlähetetty viesti voi olla aito ja silti epäonnistua DMARC. Viimeinen vastaanottava palvelin arvioi todellisuudessa vastaanottamansa yhteyden ja viestin, ei lähettäjän aikomusta tai aikaisemman toimituksen tulosta. Hyödyllinen kysymys on, mikä todennettu identiteetti on edelleen linjassa näkyvän From-toimialueen kanssa edelleenlähetyshypyn jälkeen. Säilytä tämä ero ennen kuin harkitset politiikkapoikkeusta.

Rekonstruoi reitti

Viitteet: RFC 8601 §1.2, RFC 8601 §5.

Kerää alkuperäinen raakaviesti, edelleenlähetetty raakaviesti, aikaleimat, edelleenlähetysasetukset ja vastaanottajan luomat todennustulokset. Pidä SMTP -kuori erillään näkyvistä otsikoista: tallennettu viesti ei välttämättä säilytä jokaisessa hyppyssä käytettyä kirjekuorta. Hanki todisteita näistä humaloista vastaavilta järjestelmiltä. Älä käsittele lähettäjää Authentication-Results kenttä luotettavana vastaanottimen havainnointina. RFC 8601 selittää tuon rajan.

Merkitse alkuperäinen lähettäjä, välittäjä ja lopullinen vastaanottaja. Tallenna sitten yhdistävä IP-osoite, kirjekuoriverkkotunnus, näkyvä Toimialueelta ja kaikki DKIM allekirjoitusalue kussakin sovellettavassa arviointipisteessä. Reittikaaviosta on hyötyä vain, jos se heijastaa havaittuja siirtoja. Tuntematon hyppy jää tuntemattomaksi sen sijaan, että sille määritettäisiin oletettu todennustulos.

Tunnista selviytymispolku

Viitteet: RFC 7208 §2.3, RFC 9989 §4.4, RFC 9989 §5.3.5, RFC 6376 §3.4.

SPF arvioi kytkentäjärjestelmän kirjekuoren identiteettiä vastaan. Lopullisessa vastaanottajassa edelleenlähettävä palvelin voi olla alkuperäisen kirjekuorialueen valtuutuksen ulkopuolella. A säilynyt DKIM -allekirjoitus voi silti tarjota tasatun passin, koska vahvistus on sidottu allekirjoitettuun viestiin ja allekirjoitustoimialueeseen. Sisällön uudelleenkirjoittaminen voi poistaa tämän jäljellä olevan polun. DMARC tarvitsee kohdistetun todetun tuloksen, ei vain SPF tai DKIM passia. RFC 9989, RFC 7208 ja RFC 6376 määritellä nämä erilliset tarkastukset.

SRS-uudelleenkirjoitettu kirjekuori voi läpäistä välittäjän toimialueen SPF ilman, että se on kohdistettu alkuperäisen kirjoittajan Lähettäjä-toimialueen kanssa. Uudella allekirjoituksella samasta huolitsijasta on vastaava rajoitus. Kumpikaan havainto ei tarkoita, että viesti olisi välttämättä haitallinen, eikä kumpikaan automaattisesti korjaa kirjoittajan kohdistettua todennusta.

Suorita rajoitettu esimerkki

Viitteet: RFC 9989 §4.4, RFC 9989 §5.3.5.

Säilytetty tiukka kohdistusmalli voidaan tarkastaa erillään SMTP kaappauksesta. Suora kotelo toimittaa kohdistettuja SPF ja DKIM passeja. Säilytetty edelleenlähettävä kotelo tarjoaa SPF virheen ja kohdistetun DKIM onnistumisen, joten tiukka kohdistusmalli menee edelleen läpi. Alatunnisteen tapaus toimittaa vikatiedot sekä poluille että epäonnistumisille. The SRS tapaukset eristävät sen, kuinka onnistunut mutta kohdistamaton SPF identiteetti ei muuta tätä päättelyä.

Nämä boolean-arvot ovat tahallisia syötteitä, eivät suorien DNS kyselyiden tai kryptografisen allekirjoituksen vahvistuksen tuloksia. Luodut raakaviestit ovat synteettisiä, eikä niitä koskaan vastaanotettu. Ne kuvaavat kontrolloitua kehon muutosta, mutta eivät täytä vaatimusta todellisista alkuperäisistä ja välitetyistä viesteistä luotetuilla tuloksilla. Alla oleva säilytetty SMTP laboratorio-osio tarjoaa historiallisia paikallisesti saatuja todisteita; ulkoinen tuotantotodistus on edelleen avoin.

Korjaa kapea syy

Viitteet: RFC 9989 §7.4.

Pyydä välittäjää säilyttämään allekirjoitettu sisältö mahdollisuuksien mukaan ja varmistamaan allekirjoituksen sijoitus alkuperäisessä palvelussa. Testaa edustajan valtuutettua reittiä ennen laajan verkkotunnuksen käytännön muuttamista. Jos vastaanotin soveltaa paikallista poikkeusta, säilytä sen soveltamisala, omistaja, vanheneminen ja riippumattomat suodatusvaatimukset. Toimitus poikkeuksena ei ole DMARC passi.

Lopeta tutkimus vasta, kun kadonnut polku, tehty muutos ja havaittu vastaanottajan päätös dokumentoidaan erikseen. Testaa uudelleen säännöllisiä ja vähäisiä työnkulkuja sekä ilmeistä päivittäistä reittiä. Organisaation laajuinen siirtyminen valvontaan vain yhden edelleenlähetysvirheen piilottamiseksi voi heikentää asiaankuulumattoman postin suojaa ilman välittäjän korjaamista.

Säilytti SMTP -laboratoriotodisteet

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

Säilytetty kaappaus, joka on päivätty 7. marraskuuta 2026 klo 21:29:16 UTC, tallentaa, että takaisinkytkentävastaanotin sieppasi suoria, säilytettyjä edelleenlähetyksiä ja alatunnistemuokattuja viestejä todellisen SMTP kautta. Se havaitsi vertaisverkkoa 127.0.0.2 lähtöyhteydelle ja 127.0.0.3 edelleenlähetysyhteydelle. pyspf arvioi nämä IP - osoitteet eristetyn fixture DNS : n suhteen ; dkimpy vahvisti todelliset RSA-allekirjoitukset. Suora tapaus läpäisi molemmat tarkastukset, säilytetty edelleenlähetetty kopio epäonnistui SPF , mutta läpäisi tasatun DKIM ja alatunnistekopio epäonnistui molemmissa. Vastaanottimen luomat Authentication-Results ja täydelliset raakaviestit säilytetään yhdessä kirjekuorien ja SHA-256-arvojen kanssa.

Historiallinen runner ja säilytetyt viestit tarkastettiin tätä versiota varten; verkkokoetta ei suoritettu uudelleen. Sen alkuperäinen suoritus käytti vain loopbackia eikä lähettänyt Internet-postia. Sen vastaanotin luo Authentication-Results omista tarkastuksistaan ​​ja antaa näille kentille tunnetun laboratorion alkuperän. Todennuksen tulos ja sijoitus pysyvät erillään: kaikki kuusi SMTP -näytettä saavat 250 nimenomaisen kaappauskäytännön mukaisesti, mukaan lukien epäonnistuneet näytteet. Luottamusraja on tämä valvottu laboratorio, ei tuotantopostilaatikon tarjoaja. DNS sovitin toimittaa säilytetyt kiinnitysvastaukset julkisen DNS kyselyn sijaan, ja DMARC -arvioija käyttää vain tiukkaa toimialueen tasa-arvoa. Täysi organisaation toimialueen löytäminen, tuotantopolitiikan jäsennys ja live-käyttöönoton tulokset jäävät testaamatta.

[ Takeaway ]

Pidä todennus, vastaanottajan poikkeukset ja toimitustulokset erillään.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

Valitse roolisi ja seuraa käytännön toimia.

IT / Mail Admin

Etsi kadonnut linjattu polku

Vertaa todellisia kirjekuoria ja allekirjoitettua sisältöä.

Seuraavat vaiheet

  1. Säilytä molemmat raakaviestit.
  2. Kerää luotettavia tuloksia.
  3. Testaa korjattu reitti uudelleen.

CISO / SecOps

Pidä poikkeukset tilivelvollisina

Poikkeus voi piilottaa asiaankuulumattoman väärinkäytön.

Seuraavat vaiheet

  1. Vaadi vanhenemista.
  2. Säilytä muu suodatus.
  3. Tarkista jäännösaltistus.

Perustaja / ei-tekninen

Suojaa työnkulku

Laillisen postin palautus vaatii rajoitetun korjauksen.

Seuraavat vaiheet

  1. Nimeä vaikutusalaan kuuluva liiketoimintakulku.
  2. Määritä reitin omistaja.
  3. Hyväksy laajennetut palautusehdot.

[ UKK ]

Usein kysytyt kysymykset

Voiko laillinen edelleenlähetys epäonnistua DMARC ?

Kyllä. Muuttunut yhteys tai allekirjoitettu sisältö voi poistaa kohdistetun todennuksen.

RFC 9989 §7.4

Voiko DKIM säilyttää passin?

Kyllä, kun kelvollinen kohdistettu allekirjoitus selviää reitistä.

RFC 9989 §4.4.1

Riittääkö jokin SPF -passi?

Ei. Todennettu SPF identiteetin on oltava samassa kohdassa näkyvän Lähettäjä-toimialueen kanssa.

RFC 9989 §4.4.2

Takaako SRS linjauksen?

Ei. Sen uudelleenkirjoitettu kirjekuori yleensä tunnistaa huolitsijan.

RFC 9989 §4.4.2

Ovatko toimitetut viestit todellisia toimituksia?

Viestit ovat synteettisiä. Historiallinen sieppaus tallentaa todellisen silmukan SMTP kuittauksen 7. marraskuuta 2026; Internet-postia ei lähetetty eikä verkkokoetta suoritettu uudelleen tätä tarkistusta varten.

Pitäisikö minun luottaa jokaiseen tulosotsikkoon?

Ei. Määritä ensin vastaanottavan järjestelmän luottamusraja.

RFC 8601 §5

Onko poikkeus passi?

Ei. Käsittely ja autentikointi ovat erillisiä havaintoja.

RFC 9989 §7.4

Pitäisikö minun heti asettaa p=none?

Ei. Eristä ensin viallinen reitti ja harkitse kattavaa korjausta.

[ Lähteet ]

Lähteet

  1. RFC 6376

    Osat §3.4 · §6

  2. RFC 7208

    Osat §2.3 · §4

  3. RFC 8601

    Osat §1.2 · §5

  4. RFC 9989

    Osat §4.4 · §4.4.1 · §4.4.2 · §5.3.5 · §7.4

[ Sanasto ]

Sanasto

Tasaus
Vaadittu suhde todennetun toimialueen ja näkyvän Lähettäjä-verkkotunnuksen välillä.
Kirjekuoren lähettäjä
SMTP MAIL FROM -identiteetti, erillään näkyvästä From-otsikosta.
Luonne
Vastaanottavan järjestelmän käsittelypäätös.

Yrityksen alkuperä

Miksi parhaat rahoituslaitokset ja hallitukset lopettivat sähköpostin suojauksen hallintapaneelinsa.

Perinteiset sähköpostin todennusalustat myyvät sinulle kojelaudan ja pyytävät insinöörejäsi tekemään työtä. Korkeiden panosten ympäristöissä manuaalinen valvonta tarkoittaa viivästynyttä täytäntöönpanoa, konfiguraatioiden siirtymistä ja valvomattomia varjoalueita.

EmailAuth on agentti sähköpostin alkuperäalusta. Agenttimme valvovat p=reject, pidä kolmannen osapuolen lähettäjät kohdakkain ja siirrä verkkotunnuksesi täyteen RFC 9989 noudattaminen, uusi DMARC standardi, jossa on in-the-loop -tarkastettavuus.

hallitukset Suuret yritykset Tason 1 rahoituslaitokset

SaaS · Dedikoitu vuokrasopimus · Ilmarakoinen on-prem · BYOK-salaus

Tietokanta