[ Spoofing og identitetsmisbruk ]

Vurder en rapportert DMARC bypass mot den faktiske tillitsgrensen

Test et DMARC-bypass-krav ved å finne den nøyaktige policyen, autorisasjonen eller mottakergrensen som er involvert.

Av EmailAuth -forskningsteamet · 3 min lesing

[Nøkkelpunkter]

  • Test et DMARC-bypass-krav ved å finne den nøyaktige policyen, autorisasjonen eller mottakergrensen som er involvert.
  • Separat overgodkjenning, pålitelige autentiseringsresultater og mottakerhåndtering før du tildeler en feil.
På denne siden

Uttrykket DMARC bypass kan beskrive svært forskjellige hendelser. Et gyldig pass fra en overautorisert kilde, levering til tross for et sviktende resultat og en implementeringsfeil er ikke den samme feilen. Start med en falsifiserbar påstand: hvilken identitet ble hevdet, hvilke bevis ble klarert og hvilken avgjørelse skilte seg fra den forventede regelen?

Rekonstruer den observerte avgjørelsen

Bevar forfatterdomenet, konvoluttdomenet, signeringsdomener, pålitelige autentiseringsresultater og mottakerdisposisjon. Registrer politikken og observasjonstiden. En melding som leveres, beviser ikke i seg selv et DMARC pass. Mottakerhåndtering inkluderer lokale retningslinjer, og en domeneeiers forespurte behandling er ikke en universell leveringsgaranti. RFC 9989.

Likeledes en kopiert Authentication-Results streng er ikke bevis på mottakersystemets beslutning. Etabler den pålitelige autentiseringstjenesten og relevant hop. RFC 8601. Hvis det eneste beviset er et skjermbilde som sier bestått, bevar kravet som uløst inntil de underliggende identitetene og tillitskonteksten er tilgjengelig.

Skille overautorisasjon fra regelunndragelse

BreakSPF studerer hvor ettergivende SPF autorisasjon og tilgang til delt infrastruktur kan tillate forfalskning. Trusselmodellen gir angriperen en kvalifisert kildebane; mottakeren kan deretter vurdere den publiserte autorisasjonen som skrevet. BreakSPF, seksjon III.A og figur 3.

Hvis den angriperkontrollerte kilden er innenfor et autorisert område og bruker en justert konvoluttidentitet, kan den vanlige passregelen lykkes. Svakheten ligger i autoriteten som er gitt eller tjenestegrensen, snarere enn en ny definisjon av DMARC . Omvendt, hvis bare en ikke-relatert identitet autentiseres og forfatterdomenet ikke er justert, trenger et krav om pass en annen forklaring.

Klassifiser tre hypotetiske funn

Anta en enkelt synlig From alerts@brand.test og en ellers kvalifisert DMARC evaluering. Dette er skriftlige hypoteser, ikke observerte hendelser.

  • Autorisasjonssak: kilde 192.0.2.99 er innenfor et fastsatt SPF ip4:192.0.2.0/24 ; POST FRA bounce@brand.test passerer SPF ; ingen DKIM signatur. Den justerte SPF banen gir en DMARC -passering på meldingsnivå. Spør om den kilden virkelig er kontrollerbar av en utilsiktet avsender og hvilken eier som har gitt den autoritet.
  • Håndteringssak: POST FRA bounce@other.test består SPF og DKIM d=other.test passes, but assume neither aligns with brand.test. DMARC fails. If the trusted receiver record separately says delivered, investigate its handling policy; delivery alone has not changed the failed justering resultat.
  • Bevissak: en kopiert overskrift sier bestått, men pålitelig mottakeropprinnelse, evaluerte identiteter og anvendt policy er ukjent. Verken et protokollbrudd eller et pålitelig pass er etablert. Be om originalen og mottakersiden.

En autorisert positiv avsender 192.0.2.10 og en ekstern kilde 198.51.100.10 kan gi foreslåtte kontroller ved undersøkelse av den første saken. En hypotetisk ip4:192.0.2.10/32 -all post tillater bare førstnevnte; ingen reell produksjonsendring følger av denne prefiksaritmetikken. Det er ingen utført parser, signatursjekk eller utnyttelse her.

RFC9989 avsnitt 7.4 krever gyldig DKIM for domenepublisering p=reject. En bestått justert SPF mekanisme er tilstrekkelig for en bestemt meldings beståtttilstand, men er ikke en anbefaling for kun SPF-håndhevelse.

Gjør funnet handlingsdyktig

Nevn den gjengitte tilstanden og bevisene mangler fortsatt. Et nyttig funn sier at en spesifisert kilde er innrømmet med en spesifisert autorisasjon og identifiserer den ansvarlige eieren. Det står ikke at all DMARC beskyttelse er beseiret. Sjekk om den virkelige tjenesten begrenser leietakers identiteter, om kilden faktisk er kontrollerbar og om mottakeren har brukt det påståtte resultatet.

Bevar en harmløs autorisert positiv kontroll når du tester en foreslått avbøtende behandling. Å begrense et område eller endre en kobling kan ødelegge legitime avsendere. Krev rutespesifikk endringsgodkjenning og bekreftelse etter endring, og hold leverandørens atferd som ikke er testet i laboratoriet eksplisitt uløst. Dette støtter en presis løsning uten å overdrive en pedagogisk modell til en produksjonssårbarhet.

[ Takeaway ]

Separat overgodkjenning, pålitelige autentiseringsresultater og mottakerhåndtering før du tildeler en feil.

[Etter rolle]

Hva dette betyr for deg

Velg din rolle for praktiske neste trinn.

IT / Mail Admin

Bevar negative kontroller

En nyttig test skiller tillatte og utilsiktede ruter.

Neste trinn

  1. Registrer evaluerte identifikatorer.
  2. Behold en fungerende legitim avsendersak.
  3. Ta vare på testinngangene og -utgangene.

CISO / SecOps

Omfang funnet

Forskningsbevis og organisatorisk eksponering er atskilt.

Neste trinn

  1. Krev en forsvarlig trusselmodell.
  2. Spor uprøvde forutsetninger før risikoaksept.
  3. Krev bevis etter endring før eksponering avsluttes.

Grunnlegger / Ikke-teknisk

Krev et presist krav

En bred bypass-overskrift kan skjule den fiksbare kontrollen.

Neste trinn

  1. Spør hva som faktisk ble gjengitt.
  2. Separat tjenesterisiko fra protokollsemantikk.
  3. Tildel eieren av den reproduserte grensen.

[ Vanlige spørsmål ]

Ofte stilte spørsmål

Beviser innbokslevering en DMARC bypass?

Nei. Separat autentiseringsresultat fra mottakers disposisjon og lokale retningslinjer.

Kan DMARC bestå fordi SPF autoriserer for mye?

Ja, hvis en forbigående SPF identitet stemmer overens med forfatterdomenet. Undersøk autorisasjonsgrensen.

Kan urelaterte SPF og DKIM pass tilfredsstille justering?

Ikke bare fordi de passerer. Deres autentiserte domener må ha det nødvendige forholdet til forfatterdomenet.

Hva er det første beviset å be om?

Den opprinnelige meldingen, pålitelige mottakerresultater, evaluerte identiteter, policykontekst og disposisjon.

Hvilke kontroller bør en reell autorisasjonstest inneholde?

En legitim godkjent kilde og en kilde utenfor det tillatte settet, med beholdt autoriserte inndata og observerte resultater.

Ble det kjørt en miniatyr SPF evaluator her?

Nei. De tre funnene og prefikssammenligningen er skriftlige antakelser, ikke utførte autentiserings- eller utnyttelsestester.

Ble det etablert en gjeldende leverandørsårbarhet?

Nei. Kildekontroll og mottakeradferd i en ekte tjeneste forblir uprøvd.

Hvordan bør en rettelse valideres?

Bruk en autorisert positiv avsenderkontroll, målrettede negative tilfeller og rutespesifikke observasjoner etter endring.

[ Kilder ]

Kilder

  1. BreakSPF original forskning NDSS

    Seksjoner III.A Angrepsmodell · Figur 3 · VIII Diskusjon

  2. RFC 7208 SPF

    Seksjoner §2.4 · §5.6

  3. RFC 9989 DMARC

    Seksjoner §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  4. RFC 8601 -autentiseringsresultater

    Seksjoner §1.2 · §1.6 · §7

[ Ordliste ]

Ordliste

Negativ kontroll
En testsak forventes ikke å tilfredsstille betingelsen under etterforskning.
Disposisjon
Mottakerens håndtering av en melding, atskilt fra autentiseringsresultatet.

Enterprise herkomst

Hvorfor topp finansinstitusjoner og regjeringer pensjonert e-postsikkerhetsdashboardene deres.

Tradisjonelle e-postautentiseringsplattformer selger deg et dashbord og ber ingeniørene dine gjøre jobben. I miljøer med høy innsats betyr manuell overvåking forsinket håndheving, konfigurasjonsdrift og uovervåkede skyggedomener.

EmailAuth er den agentiske e-postopprinnelsesplattformen. Våre agenter håndhever p=reject, hold tredjepartssendere på linje og flytt domenene dine til fulle RFC 9989 compliance, den nye DMARC standarden, med menneskelig-in-the-loop reviderbarhet.

Regjeringer Store bedrifter Tier-1 finansinstitusjoner

SaaS · Dedikert leieforhold · Air-gaped on-prem · BYOK-kryptering

Kunnskapsbase