[ Huijaus ja identiteetin väärinkäyttö ]

Kerää todisteita samankaltaisen verkkotunnuksen väärinkäyttöraporttia varten

Luo toimiva samankaltaisen verkkotunnuksen raportti säilyttäen alkuperäiset ja pitäen tekijän oikeasuhteisena.

EmailAuth -tutkimusryhmä · 3 min lukuaika

[Avainkohdat]

  • Luo toimiva samankaltaisen verkkotunnuksen raportti säilyttäen alkuperäiset ja pitäen tekijän oikeasuhteisena.
  • Pidä alkuperäiset, jaetut muunnokset ja ratkaisemattomat väitteet erillään ennen kuin pyydät palveluntarjoajan tutkintaa.
Tällä sivulla

Samankaltainen nimi on johtopäätös, ei täydellinen väärinkäyttötapaus. Raportista tulee käydä ilmi, mitä tapahtui, mistä todisteet ovat peräisin ja mitä vastaanottava palveluntarjoaja voi tutkia. Säilytä alkuperäinen ennen kätevän jakamiskopion tekemistä. Erottele samankaltaisuus, havaittu käyttäytyminen ja päätelty vastuu.

Tallenna tarkka henkilöllisyys

Tallenna koko verkkotunnuksen oikeinkirjoitus, näkyvä Lähettäjä-osoite, Vastaanottaja-osoite, kirjekuoren identiteetti (jos saatavilla) ja kaikki asiaankuuluvat URL-osoitteet aktivoimatta niitä. Kuvakaappaus voi näyttää vastaanottajan näkemän toisena henkilönä esiintymisen, mutta se ei säilytä kaikkea viestien otsikot. Vie raakaviesti valtuutetun prosessin kautta ja säilytä sen alkuperäiset tavut. Säilytä vastaanotettu aika aikavyöhykkeen kanssa ja erota se lähettäjän toimittamasta Päivämäärä-kentästä.

DMARC koskee todennettujen verkkotunnusten ja tekijän verkkotunnuksen välistä suhdetta. Se ei tee visuaalisesti samanlaista verkkotunnusta osaksi verkkotunnuksesi käytäntöä. Samankaltainen voi todentaa itsensä. RFC 9989. Ilmoita tämä ero raportissa, jotta passi ei poista havaittua toisena henkilönä esiintymistä.

Selvitä alkuperä ennen määrittämistä

An Authentication-Results kentällä on merkitystä vain tunnetussa luottamusjärjestelyssä. Hyökkääjä voi lisätä vakuuttavan näköisen kentän. Pyydä vastaanottavalta sähköpostitiimiltä sen luotettavia tuloksia ja korreloi ne viestitietueeseen. Älä käsittele jokaista kopioitua otsikkoa vastaanottajan todisteena. RFC 8601.

Säilytä tapauksen omistaja, keräystapa, keräysaika, alkuperäisen tiedoston hajautus ja käyttöpaikka. Hashing auttaa tunnistamaan samat tavut myöhemmin; se ei todista, kuka ne lähetti tai että sisältö on totta. Säilytä lähde-IP-osoitteet reititysvihjeinä, älä ratkaisevia henkilökohtaisia ​​määrityksiä. Jaettu infrastruktuuri ja välihypyt vaativat lisävahvistusta.

Rakenna minimaalinen jakopaketti

Laadi tapahtumayhteenveto, jossa kerrotaan tarkka havaittu käyttäytyminen, vaikuttanut henkilöllisyys, todisteiden ajat, tunnetut vaikutukset ja pyydetty tutkinta. Liitä muokattu kopio vasta päätettyään, mitä kenttiä aiottu vastaanottaja tarvitsee. Säilytä muunnosloki, joka yhdistää sen alkuperäiseen. Älä poista juuri sitä URL-osoitetta tai verkkotunnusta, jota tarvitaan väitteen ymmärtämiseen, toimittamatta sitä asianmukaisen suojatun kanavan kautta.

ICANNin rekisterinpitäjän ohjeissa erotetaan kanteen kohteena olevat todisteet paljaista väitteistä ja annetaan esimerkkejä, kuten väärinkäytön URL-osoite ja todisteet phishing edustus. Sen sopimuskehys koskee gTLD-rekisteröityjä ja rekistereitä, ei jokaista hosting- tai maakoodiverkkotunnuskiistaa. ICANNin neuvoa-antava.

Noudata rajoitettua kirjallista todistelukirjaa

Oletetaan, että tapaus DEMO-ABUSE-01 kuvaa näkyvää From billing@brand-payments.test ja epäluotettavaa otsikkoa koskevaa väitettä nimeävä brand.test. Säilytä molemmat arvot, mutta tallenna luotetun vastaanottimen todennus ei ole käytettävissä. Ilmoitettu henkilöllisyys ja kopioitu väite eroavat; kumpikaan ei todista, kuka ohjasi lähettäjää. Täällä ei toimiteta alkuperäisiä viestitavuja, keräysaikaa tai laskettuja hajautusarvoja.

Ehdotettu perintäkirja sisältää: tapauksen omistajan, valtuutetun kerääjän, keräystavan, vastaanottajan tarkkaileman ajan ja aikavyöhykkeen, alkuperäisen tiedoston sijainnin ja alkuperäisen tiivisteen. Jakamisreskontra sisältää erikseen: aiotun vastaanottajan, hyväksytyn tarkoituksen, muokatut kentät, johdannaisen sijainnin ja johdannaisen tiivisteen. Tässä esimerkissä kaikkia varsinaisia ​​tiedosto- ja hyväksyntäkenttiä ei toimiteta. Älä täytä aukkoja uskottavan näköisillä arvoilla.

Seuraava toiminto on hankkia luotettava vastaanotinvienti ja dokumentoida havaittu väärinkäyttö ennen vastaanottajakohtaista jakamispäätöstä. Tätä opetusversiota varten ei luotu synteettistä tiedostoa, laskettu hajautusarvoa, haettu verkkotunnusta, otettu yhteyttä palveluntarjoajaan tai poistopyyntö. Kirjasto havainnollistaa todisteiden kurinalaisuutta, ei täytettyä väärinkäyttöraporttia.

Ennen varsinaista lähetystä tarkista kohde itsenäisesti, hanki lupa asiaankuuluvien tietojen jakamiseen ja tallenna kuitti. Pidä kiireellinen tili- tai maksusuoja erillään palveluntarjoajan arvioinnista. Täydellinen raportti helpottaa tutkintaa; se ei lupaa poistamista.

Pidä havainnot todisteiden sisällä

Esimerkit ovat puolustuskeinoja, ei havaittuja syytöksiä oikeita ihmisiä tai nykyisiä palveluntarjoajia vastaan. Säilytä todennustodistukset, liiketoiminnan vahvistus ja nimeäminen erikseen. Nykyiset protokollalähteet kuvaavat toimialueen validoinnin ja luotettujen tulosten rajat; he eivät toimita puuttuvia todisteita eivätkä anna lupaa syytteen julkaisemiseen.

[ Takeaway ]

Pidä alkuperäiset, jaetut muunnokset ja ratkaisemattomat väitteet erillään ennen kuin pyydät palveluntarjoajan tutkintaa.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Säilytä vastaanottimen konteksti

Raakavienti ja luotettava tulosten alkuperä ovat hyödyllisempiä kuin pelkkä kuvakaappaus.

Seuraavat vaiheet

  1. Vie alkuperäiset tavut.
  2. Tallenna vastaanotin ja keräystapa.
  3. Säilytä muokkaamaton alkuperäinen tiiviste.

CISO / SecOps

Pidä syytökset rajattuina

Todisteiden laatu ja jakaminen ovat yhtä tärkeitä kuin nopeus.

Seuraavat vaiheet

  1. Hyväksy vastaanottajakohtainen ilmoitus.
  2. Seuraa havaittuja tosiasioita erillään vaikuttamisesta.
  3. Tarkista todisteiden luottamus ennen eskaloitumista.

Perustaja / ei-tekninen

Suojaa vastausaika

Selkeä tapauksen omistaja estää todisteiden keräämisen viivästyttämästä kiireellistä yrityssuojaa.

Seuraavat vaiheet

  1. Määritä tapahtuman omistaja.
  2. Erillinen raportointi maksun rajoittamisesta.
  3. Aseta tapaukselle tarkistuspiste.

[ UKK ]

Usein kysytyt kysymykset

Riittääkö verkkotunnuksen samankaltaisuus väärinkäyttöilmoitukseen?

Kuvaile samankaltaisuutta, mutta lisää havaittu loukkaava toiminta ja sitä tukevat todisteet. Pelkkä samankaltaisuus ei luo tietojenkalastelua.

Pitäisikö minun välittää viesti mieluummin kuin viedä?

Vienti säilyttää enemmän alkuperäistä rakennetta. Säilytä se ennen edelleenlähetetyn tai muokatun jakamisversion luomista.

Mitä tiedoston hash todistaa?

Se tunnistaa siepatut tavut ja auttaa havaitsemaan myöhempiä muutoksia. Se ei todenna lähettäjää.

Voinko luottaa Authentication-Results otsikkoon?

Vasta sen jälkeen, kun on tunnistettu sen luonut luotettava vastaanottaja ja sovellettava luottamusraja.

Mikä aikaleima kuuluu raporttiin?

Säilytä nouto- ja vastaanottajahavainnot aikavyöhykkeellä sekä lähettäjän toimittamat päivämääräkentät, jotka on merkitty selkeästi sellaisiksi.

Pitäisikö raportin sisältää henkilökohtaiset postilaatikon tiedot?

Jaa vain se, mitä valtuutettu vastaanottaja tarvitsee; Säilytä pääsyvalvottu alkuperäinen ja asiakirjojen muokkaukset.

Mitä kirjallinen esimerkki osoittaa?

Ehdotettu alkuperä- ja jakokirja, joka säilyttää ratkaisemattoman otsikkovahvistuksen; se ei toimita alkuperäisiä tiedostoja, tiivisteitä tai todellisia väärinkäytösten havaintoja.

Takaako täydellinen paketti poiston?

Ei. Palveluntarjoajan arvio, sovellettavat säännöt ja todisteet määräävät vastauksen.

[ Lähteet ]

Lähteet

  1. RFC 9989 DMARC

    Osat §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  2. RFC 8601 -todennuksen tulokset

    Osat §1.2 · §1.6 · §7

  3. ICANNin DNS väärinkäyttövalitukset

    Osat Kuittivahvistus · Kanneperusteiset todisteet · Kanteenkelpoisten todisteiden jälkeen vaaditaan nopeaa toimintaa

[ Sanasto ]

Sanasto

Alkuperä
Todisteiden alkuperä, kerääminen ja muunnoshistoria.
Samankaltainen verkkotunnus
Erillinen toimialue, joka on valittu tai sen katsotaan muistuttavan toista identiteettiä.

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