Valtuutettu avustaja, tukialusta ja postitustyönkulku voivat asettaa eri osoitteita Lähettäjä-, Lähettäjä- ja Vastaanottaja-kentille. Pettäjä voi käyttää hyväkseen samoja eroja. Hyödyllinen kysymys on, vastaavatko henkilöllisyydet ja vastauskohde vahvistettua liiketoimintajärjestelyä, jota tukee tarvittaessa luotettava todennustodistus.
Lue kentät niiden roolien mukaan
From tunnistaa viestin kirjoittajan tai kirjoittajat. Lähettäjä tunnistaa sen todellisesta lähetyksestä vastaavan agentin postilaatikon, jos se eroaa kirjoittajan postilaatikosta. Reply-To osoittaa, minne kirjoittaja ehdottaa vastausten lähettämistä. Kun Reply-To ei ole, vastaukset pitäisi oletusarvoisesti ohjata lähettäjälle, ellei vastaanottajalla ole muuta tietoa. Nämä ovat viestimuotoisia semantiikkaa, eivät itsenäisiä todisteita siitä, että nimetyt henkilöt valtuuttavat viestin. RFC 5322 kohta 3.6.2.
Näyttönimessä voi olla "Finance", kun taas todellinen osoite kuuluu muualle. Laajenna ja tutki osoitetta, mutta älä myöskään pidä tuttua tarkkaa osoitetta riittävänä: otsikkoteksti on lähettäjän ohjaama, ellei sitä tue todennus ja asianmukainen alkuperä. Jos Lähettäjä sisältää useamman kuin yhden postilaatikon, RFC 5322 vaatii Lähettäjä-kentän, joka sisältää yhden postilaatikon. Säilytä tämä ero sen sijaan, että kokoaisi useita kirjoittajia yhdeksi identiteetiksi.
Pidä todennustulot erillään
DMARC arvioi tekijän ja verkkotunnuksen suhteen asiaankuuluviin SPF tai DKIM todennettuja tunnisteita. Vastaus-ja Lähettäjä eivät korvaa linjaus tulot. Vastaava Reply-To-toimialue ei voi pelastaa epäonnistunutta tekijän ja toimialueen kohdistuspäätöstä. Toisaalta eri vastausvastaanottaja voi olla laillinen, eikä se itsessään aiheuta DMARC virhettä. RFC 9989.
Verkkotunnuksen todennuspassi ei oikeuta pankkitilin vaihtoon, tunnistetietojen pyyntöön tai luottamuksellisen materiaalin uudelle vastaanottajalle. Käsittele liiketoimintaohjetta erikseen, varsinkin jos vastauksessa paljastetaan arkaluonteisia tietoja tai hyväksytään välillinen sitoumus.
Tarkastele rajoitettua esimerkkiä
Harkitse hypoteettista tukiviestiä, jossa on Lähettäjä: support@brand.example , Lähettäjä: operator@service.example ja Reply-To: case123@service.example . Brändin hyväksytty tukityönkulku saattaa selittää kaikki kolme roolia. Erillinen pyyntö lähettää taloustietueita tuntemattomaan vastausosoitteeseen vaatii riippumattoman vahvistuksen, vaikka tekijän verkkotunnus todistuisi. Nämä ovat keksittyjä vertailuja, eivät jäsennetty viesti tai todennettu palvelusuhde.
Saat oikean viestin vertaamalla kenttiä hyväksyttyyn palvelukokoonpanoon ja aiemmin vahvistettuun työnkulkuun. Kysy, reitittääkö organisaatio tarkoituksella tukivastaukset kyseiseen kohteeseen. Vahvista yllättävä tai vaikuttava pyyntö vakiintuneen riippumattoman kanavan kautta, älä epäilyttävässä viestissä annettua puhelinnumeroa tai linkkiä.
Tallenna asiayhteyteen perustuva päätös
Dokumentoi väitteen esittäjä, lähettäjä, vastauksen kohde, luotettava todennustulos ja liiketoiminnan vahvistuksen tulos. Jos erot vastaavat hyväksyttyä järjestelyä, kirjaa ylös, miksi niitä odotetaan. Jos kohde on selittämätön, pidä peräkkäistä toimenpidettä, kun omistaja vahvistaa sen. Vältä yleissääntöjä, joita kaikkien kolmen verkkotunnuksen on vastattava. Ne voivat rikkoa laillisen delegoinnin tarjoamatta täydellistä suojaa petoksilta.
Lopeta tutkimus vastaanottajan seuraavalla turvallisella toimenpiteellä. Se voi olla vastaamista tunnetun tukiportaalin kautta, pyynnön vahvistamista vakiintuneelle yhteyshenkilölle tai epäillyn toisena henkilönä esiintymisen eskalointia alkuperäisen viestin säilyessä.
Tarkista työnkulku ennen vastausta
- Laajenna todellisia Lähettäjä-, Lähettäjä- ja Vastaanottaja-osoitteita.
- Kartan tekijä, lähettäjä ja ehdotettu vastauskohde erikseen.
- Vahvista luotettava todennus käsittelemättä sitä yrityksen hyväksyntänä.
- Tarkista odottamattomat kohteet perustetun itsenäisen kanavan kautta.
- Kirjaa ylös, selittääkö hyväksytty järjestely eron, vai pidä kiinni siitä johtuvat toimet.