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

Vastaa huijausvalitukseen todisteilla eikä oletuksilla

Rakenna minimaalinen, alkuperää säilyttävä tapahtumapaketti, ennen kuin päätät, osoittaako valitus huijauksen.

EmailAuth -tutkimusryhmä · 3 min lukuaika

[Avainkohdat]

  • Rakenna minimaalinen, alkuperää säilyttävä tapahtumapaketti, ennen kuin päätät, osoittaako valitus huijauksen.
  • Säilytä alkuperäiset, puuttuvat vastaanottajan todisteet ja suojaa seurannaistoimenpiteet erikseen.
Tällä sivulla

A huijausta valitus on johdanto, ei täydellinen tekninen havainto. Ilmoittaja on saattanut nähdä harhaanjohtavan näyttönimen, samankaltaisen osoitteen, edelleenlähetetyn viestin tai vaarantuneen laillisen tilin. Vastaa säilyttämällä se, mitä he havaitsivat, tunnistamalla puuttuvat todisteet ja suojelemalla mahdollisia liiketoimintaan liittyviä toimia. Älä muuta verkkotunnuskäytäntöä vain siksi, että kuvakaappaus sisältää yrityksen nimen.

Kerää pienin hyödyllinen todisteiden joukko

Pyydä alkuperäinen viesti käyttämällä hyväksyttyä suojattua kanavaa, jos mahdollista, sekä likimääräinen vastaanottoaika, sähköpostilaatikko ja kuvaus pyydetystä toimenpiteestä. Säilytä alkuperäinen ennen muokkausta. Kirjaa, kuka sen toimitti, milloin se on hankittu ja tuliko se suoraan vastaanottajalta vai välittäjän kautta. Välitetty elin voi jättää pois tutkinnan kannalta välttämättömät otsikot.

Pidä alkuperäiset todisteet asianmukaisen pääsynvalvonnan alaisina. Luo erillinen jaettu kopio, joka poistaa tarpeettomat vastaanottajan tiedot, henkilökohtaisen sisällön tai asiaankuulumattomat liitteet säilyttäen samalla asianmukaiset henkilöllisyyskentät. Tiivistä molemmat tiedostot ja dokumentoi muokkaukset, jotta tarkistaja voi ymmärtää, miksi niiden tavut eroavat toisistaan. Hashit sitovat ennätys tavuiksi; ne eivät todista, että sisältö on aito tai että lähettäjä tunnistettiin oikein.

Tunnista luotettava todennustodistus

Etsi järjestelmä, joka arvioi viestin vastaanotettaessa. An Authentication-Results -kenttä on merkityksellinen vain sen vakiintuneiden luottamusrajojen sisällä, kuten RFC 8601 selittää. Todennuksen tulokset. Luotua tai epäluotettavaa otsikkoa ei pitäisi lisätä vastaanottajan havaintoon vain siksi, että se käyttää kelvollista muotoa.

Vertaa Lähettäjä, kirjekuori ja DKIM identiteetit yhdistämättä ohimenevää allekirjoitusta yrityksen hyväksyntään. DMARC käsittelee kohdistettua verkkotunnuksen todennusta kaikenlaisena henkilönä esiintymisen sijaan. RFC 9989. Jos alkuperäinen viesti tai luotetut lokit eivät ole saatavilla, jätä tulos ratkaisematta ja kuvaile, mitä lisätodisteita muuttaisi sen.

Luo hypoteettinen tapahtumakirja

Opetustapauksessa DEMO-COMPLAINT-01 oletetaan, että valittaja ilmoittaa maksunmuutospyynnön, jossa on näkyvissä From billing@brand-pay.test . Todellisia viestitavuja, vastaanottajan aikaleimoja, luotettavia todennustuloksia ja asiakastietoja ei toimiteta. Tallenna alkuperäinen hash ei ole saatavilla, älä keksityksi tiivistelmäksi. Luokitus pysyy väliaikaisena, kunnes asiaankuuluvat todisteet on saatu.

Määritä ehdotetut seuraavat toimet erikseen: postitoiminnot saa hyväksytyn alkuperäisen viennin ja luotetun vastaanottokontekstin; rahoitus tarkistaa pyynnön tunnetun kanavan kautta; tapauspäällikkö valtuuttaa kaiken tarpeellisen jakamisen tai eristämisen. Nämä ovat havainnollistavia rooleja, eivät oikeita ihmisiä, jotka ottivat vastaan ​​tehtäviä.

Jos haluat myöhemmän todellisen jakamiskopion, kirjaa alkuperäinen viite, jokainen muokattu kenttä, tarkoitus, vastaanottaja, hyväksyntä ja tuloksena oleva tiedoston tiiviste. Pidä alkuperäinen muuttumaton. Muutettu hash voi tunnistaa muuttuneet tavut, mutta se ei voi määrittää viestin kirjoittajaa tai säilytysketjua, jota ei koskaan tallennettu. Tälle kirjoitetulle esimerkille ei suoritettu alkuperäistä tiedostoa, muokattua näytettä, hash-laskentaa tai ulkoista tapahtumatoimintoa.

Vastaa rajatulla löydöllä

Hyödyllinen kuittaus kertoo, mitä on vastaanotettu, mikä jää tuntemattomaksi ja kuka tutkii. Vältä toimittajan syyttämistä tai lupaamista, että ongelma korjataan, ennen kuin henkilöllisyys- ja reittitodisteet tukevat tätä päätelmää. Jos rahat tai valtakirjat saattavat olla vaarassa, seuraa organisaation tapausprosessia viipymättä todisteiden keräämisen jatkuessa. FBI suosittelee maksupyyntöjen ja tilimuutosten riippumatonta tarkistamista. FBI:n ohje.

Anna jokaiselle puuttuvalle esineelle omistaja ja seuraava toimenpide. Postitiimi voi noutaa vastaanottajan lokit, yritystiimi voi tarkistaa pyynnön ja turvajohto voi koordinoida eristämisen. Pidä ulkoinen jakaminen hyväksytyssä laajuudessa, varsinkin jos alkuperäinen sisältää arkaluonteisia tietoja.

Sulje vain todistein tukemat johtopäätökset. Vahvistettu samankaltainen pyyntö voidaan luokitella, vaikka palveluntarjoajan nimeäminen jää ratkaisematta. Korjattu laillinen lähetysreitti voi sulkea todennusvirheen korjaamatta liiketoimintahaittaa. Säilytä nämä erot lopullisessa tapahtumapaketissa, jotta seuraava arvioija ei pidä osittaista havaintoa täydellisenä ratkaisuna.

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 ]

Säilytä alkuperäiset, puuttuvat vastaanottajan todisteet ja suojaa seurannaistoimenpiteet erikseen.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Säilytä viesti oikein

Alkuperäiset ja editoidut kopiot palvelevat eri tarkoituksia.

Seuraavat vaiheet

  1. Hanki alkuperäinen turvallisesti.
  2. Kirjaa ylös alkuperä ja tiiviste.
  3. Hanki luotettavat vastaanottimen lokit.

CISO / SecOps

Koordinoi oikeasuhteinen vastaus

Todisteiden aukkojen tulee pysyä näkyvissä.

Seuraavat vaiheet

  1. Hyväksy jakamisalue.
  2. Seuraa puuttuvia esineitä.
  3. Erillinen suojaus ja merkintä.

Perustaja / ei-tekninen

Vastaa ilman tukemattomia lupauksia

Valitus vaatii todisteita ja omistajuutta.

Seuraavat vaiheet

  1. Suojaa kiireellisiä liiketoimintapäätöksiä.
  2. Nimeä vastauksen omistaja.
  3. Kerro rajatuista löydöistä.

[ UKK ]

Usein kysytyt kysymykset

Osoittaako kuvakaappaus tarkan verkkotunnuksen huijauksen?

Ei. Se voi jättää pois todellisen osoitteen, otsikot ja luotettavat todennustulokset.

Miksi säilyttää alkuperäinen ennen muokkausta?

Se säilyttää myöhempää varmennusta varten tarvittavat todisteet ja selittää erot jakokopiossa.

Todistaako SHA-256-tiiviste lähettäjän henkilöllisyyden?

Ei. Se tunnistaa tarkat tavut, ei niiden aitoutta tai alkuperää.

Entä jos luotettavia todennustuloksia ei ole?

Tallenna ne olemattomiksi ja etsi todisteita arvailun sijaan.

Otettiinko tapahtumapaketti todellisesta valituksesta?

Ei. Reskontra käyttää hypoteettista raporttia ja jättää todelliset viestitiedostot, tiivisteet ja vastaanottajan tulokset pois käytöstä.

Kenen tulee vahvistaa maksupyyntö?

Valtuutettu yrityksen omistaja, joka käyttää aiemmin muodostettua riippumatonta yhteydenottoreittiä.

Pitäisikö koko viesti jakaa kaikkien tutkivien kanssa?

Jaa tarvittavat tiedot vain valtuutettujen vastaanottajien kanssa ja säilytä valvottu alkuperäinen.

Voidaanko tapaus lopettaa ratkaisemattomalla tekijällä?

Kyllä, jos sulkeminen erottaa selkeästi ratkaistut havainnot jäljellä olevista tuntemattomista ja määrätystä seurannasta.

[ Lähteet ]

Lähteet

  1. RFC 8601 -todennuksen tulokset

    Osat §1.2 · §1.6 · §7

  2. RFC 9989 DMARC

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

  3. FBI IC3 -pilvipohjainen sähköposti BEC-opastus

    Osat Suosituksia loppukäyttäjille

[ Sanasto ]

Sanasto

Alkuperä
Todistetun esineen dokumentoitu alkuperä ja käsittelyhistoria.
Muokattu jaettu kopio
Johdannainen todistekopio, josta on poistettu tarpeettomat tiedot.

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