[ Spoofing og identitetsmisbruk ]

Samle bevis for en rapport om misbruk av et lookalike-domene

Bygg en handlingsvennlig domenerapport mens du bevarer originalene og holder attribusjonen proporsjonal.

Av EmailAuth -forskningsteamet · 3 min lesing

[Nøkkelpunkter]

  • Bygg en handlingsvennlig domenerapport mens du bevarer originalene og holder attribusjonen proporsjonal.
  • Hold originaler, deletransformasjoner og uavklarte påstander adskilt før du ber om leverandørundersøkelse.
På denne siden

Et lookalike navn er en ledetråd, ikke en fullstendig misbrukssak. Rapporten skal vise hva som har skjedd, hvor relevant bevis kommer fra og hva mottaker kan undersøke. Ta vare på originalen før du lager en praktisk delekopi. Separat likhet, observert oppførsel og utledet ansvar.

Fang den nøyaktige identiteten

Registrer hele domenestavingen, den synlige Fra-adressen, Svar-Til, konvoluttidentiteten der det er tilgjengelig og enhver relevant URL uten å aktivere den. Et skjermbilde kan vise etterligningen sett av en mottaker, men det bevarer ikke alt meldingshoder. Eksporter råmeldingen gjennom en autorisert prosess og behold dens originale byte. Hold det mottatte klokkeslettet med tidssone og skille det fra det avsender-leverte Dato-feltet.

DMARC gjelder forholdet mellom autentiserte domener og forfatterdomenet. Det gjør ikke et visuelt lignende domene til en del av domenets retningslinjer. En lookalike kan autentisere seg selv. RFC 9989. Oppgi denne forskjellen i rapporten, slik at en bestått ikke sletter den observerte etterligningen.

Etabler herkomst før attribusjon

An Authentication-Results feltet er meningsfullt bare innenfor en kjent tillitsordning. En angriper kan sette inn et overbevisende felt. Spør mottakende e-postteam om deres pålitelige resultater og korreler dem med meldingsposten; ikke behandle hver kopierte overskrift som mottakerbevis. RFC 8601.

Hold en sakseier, innsamlingsmetode, innsamlingstidspunkt, originalfil-hash og tilgangssted. Hashing hjelper til med å identifisere de samme bytene senere; det beviser ikke hvem som har sendt dem eller at innholdet er sannferdig. Bevar kilde-IP-er som ruteledd, ikke avgjørende personlig attribusjon. Delt infrastruktur og mellomliggende hopp krever ytterligere bekreftelse.

Bygg en minimal delingspakke

Forbered et hendelsessammendrag som angir nøyaktig observert atferd, berørt identitet, bevistider, kjent påvirkning og etterspurt etterforskning. Legg ved en redigert kopi først etter å ha bestemt hvilke felt den tiltenkte mottakeren trenger. Ta vare på en transformasjonslogg som kobler den til originalen. Ikke fjern selve nettadressen eller domenet som trengs for å forstå påstanden uten å oppgi den via en passende sikker kanal.

ICANNs registrarveiledning skiller handlingspliktige bevis fra en ren påstand og gir eksempler som misbruks-URL og bevis for phishing representasjon. Dets kontraktsmessige rammeverk gjelder gTLD-registrarer og registre, ikke alle hosting- eller landskodedomenetvister. ICANN rådgivende.

Følg en avgrenset skriftlig bevisbok

Anta at tilfelle DEMO-ABUSE-01 beskriver synlig fra billing@brand-payments.test og en upålitelig header-påstand som heter brand.test. Bevar begge verdiene, men registrer pålitelig mottakerautentisering som utilgjengelig. Den rapporterte identiteten og den kopierte påstanden er forskjellige; ingen av dem beviser hvem som opererte avsenderen. Ingen originale meldingsbytes, innsamlingstid eller beregnede hashes leveres her.

Den foreslåtte innkrevingsboken inneholder: sakseier, autorisert innkrever, innsamlingsmetode, mottakerobservert tid og tidssone, original filplassering og original hash. Delingsreskontroen inneholder separat: tiltenkt mottaker, godkjent formål, redigerte felt, derivatplassering og derivat-hash. For dette eksemplet forblir ikke alle faktiske fil- og godkjenningsfelter oppgitt. Ikke fyll hull med plausible verdier.

Den neste handlingen er å skaffe en pålitelig mottakereksport og dokumentere den observerte misbruksadferden før en mottakerspesifikk delingsbeslutning. Ingen syntetisk fil ble generert, hash-beregnet, domene søkt opp, leverandør kontaktet eller forespurt fjerning for denne undervisningsrevisjonen. Hovedboken illustrerer bevisdisiplin, ikke en utfylt misbruksrapport.

Før en reell innsending, verifiser destinasjonen uavhengig, innhent autorisasjon til å dele de relevante dataene og registrer innsendingskvitteringen. Hold hastekonto- eller betalingsbeskyttelse atskilt fra leverandørens anmeldelse. En fullstendig rapport gjør etterforskningen enklere; det lover ikke fjerning.

Hold funnene innenfor bevisene

Eksemplene er defensive beslutningshjelpemidler, ikke observerte påstander mot ekte personer eller nåværende tilbydere. Oppbevar autentiseringsbevis, virksomhetsbekreftelse og attribusjon separat. Gjeldende protokollkilder beskriver domenevalidering og klarerte resultatgrenser; de gir ikke bevis for manglende konto eller godkjenner publisering av en anklage.

[ Takeaway ]

Hold originaler, deletransformasjoner og uavklarte påstander adskilt før du ber om leverandørundersøkelse.

[Etter rolle]

Hva dette betyr for deg

Velg din rolle for praktiske neste trinn.

IT / Mail Admin

Bevar mottakerkonteksten

Råeksport og pålitelig resultat herkomst er mer nyttig enn et skjermbilde alene.

Neste trinn

  1. Eksporter originale bytes.
  2. Registrer mottaker og innsamlingsmetode.
  3. Behold den umodifiserte originale hashen.

CISO / SecOps

Hold påstandene begrenset

Beviskvalitet og delingsomfang betyr like mye som hastighet.

Neste trinn

  1. Godkjenn den mottakerspesifikke avsløringen.
  2. Spor observerte fakta separat fra attribusjon.
  3. Gjennomgå bevissikkerheten før eskalering.

Grunnlegger / Ikke-teknisk

Beskytt svarfristen

En tydelig sakseier hindrer bevisinnhenting i å forsinke akutt virksomhetsvern.

Neste trinn

  1. Tildel hendelseseieren.
  2. Separat rapportering fra betalingsinnhold.
  3. Sett et vurderingspunkt for saken.

[ Vanlige spørsmål ]

Ofte stilte spørsmål

Er domenelikhet nok for en misbruksrapport?

Beskriv likhet, men legg til den observerte fornærmende oppførselen og støttende bevis. Likhet alene etablerer ikke phishing.

Bør jeg videresende i stedet for å eksportere meldingen?

En eksport bevarer mer av den opprinnelige strukturen. Behold den før du oppretter en videresendt eller redigert delingsversjon.

Hva beviser filhashen?

Den identifiserer de fangede bytene og hjelper til med å oppdage senere endringer. Den autentiserer ikke avsenderen.

Kan jeg stole på Authentication-Results overskriften?

Bare etter å ha identifisert den pålitelige mottakeren som genererte den og den gjeldende tillitsgrensen.

Hvilket tidsstempel hører hjemme i rapporten?

Hold innsamlings- og mottakerobserverte tider med tidssone, ved siden av ethvert avsender-levert Dato-felt tydelig merket som sådan.

Skal rapporten inneholde personlige postboksdetaljer?

Del bare det den autoriserte mottakeren trenger; bevare en tilgangskontrollert original og dokumentredigeringer.

Hva fastslår det skrevne eksempelet?

En foreslått opprinnelses- og delingsbok som bevarer en uavklart overskriftspåstand; den leverer ingen originalfiler, hasher eller faktisk misbruk.

Garanterer en komplett pakke fjerning?

Nei. Leverandørgjennomgang, gjeldende regler og bevisene bestemmer svaret.

[ Kilder ]

Kilder

  1. RFC 9989 DMARC

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

  2. RFC 8601 -autentiseringsresultater

    Seksjoner §1.2 · §1.6 · §7

  3. ICANN DNS misbruksklager

    Seksjoner Bekreftelse av mottak · Handlingsbevis · Etter handlingspliktig bevis kreves umiddelbar handling

[ Ordliste ]

Ordliste

Herkomst
Opprinnelsen, innsamlingen og transformasjonshistorien til bevis.
Lookalike domene
Et eget domene valgt eller oppfattet for å ligne en annen identitet.

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