Viesti voi käyttää tuttua Lähettäjä-osoitetta ohjattaessa vastaukset muualle. Tämä ero voi olla laillinen, kuten lippupalvelu, tai se voi ohjata uudelleen arkaluonteisen keskustelun. Tutki todelliset kentät ja vastaanottavan luottamusraja, ennen kuin kutsut epäsopivuutta hyökkäykseksi tai käsittelet todennusta vastauskohteen hyväksymisenä.
Ymmärrä kentän rooli
RFC 5322 kuvaa Reply-To postilaatikoksi tai postilaatikoiksi, joihin kirjoittaja ehdottaa vastausten lähettämistä. Sen puuttuessa vastaukset menevät yleensä Lähettäjä-postilaatikkoon. Tämä on viestimuotoinen ohje, joka eroaa SMTP kirjekuoren toimituksesta ja ihmisen hyväksymispäätöksestä. Asiakkaat ja työnkulkutyökalut voivat käyttää omaa vastauskäyttäytymistään, joten tarkista todellinen vastaanottaja ennen arkaluonteisen vastauksen lähettämistä. RFC 5322 kohta 3.6.2.
DMARC käyttää tekijän toimialuetta, ei vastauskenttää, identiteettisuhteekseen. Passi ei siis osoita, että eri Vastaanottaja-verkkotunnus kuuluu samalle organisaatiolle. A kelvollinen DKIM -allekirjoitus voi kattaa Reply-To, kun kyseinen kenttä sisältyy allekirjoituksen allekirjoitettuihin otsikkoluetteloon, mutta arvon eheys ei ole oikeutta käyttää sitä luottamukselliseen kirjeenvaihtoon. DMARC ja DKIM.
Merkitse alkuperäiseen kuvakaappauksen sijaan
Säilytä raakaviestitavut. Luo erillinen huomautus, jossa näkyy Lähettäjä, Vastaa-Vastaanottaja, Return-Path, DKIM d= and h= values, and the receiving system that produced Authentication-Results. Merkitse Lähettäjä- ja Vastaa-Vastaanottaja-kentiksi, DKIM -allekirjoitus todentamista vaativaksi vaatimukseksi ja todennustulokset luotettaviksi vain, kun niiden alkuperä on vahvistettu. RFC 8601.
Älä oleta, että kopioitu Authentication-Results -rivi on aito. Samoin mielivaltaisen tallennetun tekstitiedoston Return-Path kenttä ei todista itsenäisesti SMTP kirjekuorta. Korreloi tarvittaessa valtuutettujen vastaanottolokien kanssa.
Vertaa kolmea kirjoitettua otsikkoskenaariota
Oletetaan kussakin tapauksessa näkyvän osoitteesta billing@supplier.example.test . Kirjekuoren identiteettiä, DKIM d=- ja h=-arvoja, todellisia allekirjoituksia ja luotettujen vastaanottimien tuloksia ei toimiteta. Kopioitu hyväksyntä ei voi täyttää näitä aukkoja.
- Odottamaton reitti: Reply-To case@support.example.test ; ei toimitettu työnkulun hyväksyntää. Merkitse eri verkkotunnus tarkastettavaksi, säilytä arkaluontoiset vastaukset ja kysy palvelun omistajalta tunnetun kanavan kautta.
- Saman verkkotunnuksen reitti: Reply-To help@supplier.example.test . Tarkan verkkotunnuksen yhteensopimattomuussääntö ei merkitse sitä, mutta tämä ei ole todiste siitä, että postilaatikko tai pyydetyt tiedot on valtuutettu.
- Rajattu poikkeus: Reply-To case@tickets.example.test ; oletetaan, että kuvitteellinen luettelo sallii tämän palvelun vain rutiinitukilipuille. Käsittele sitä odotetulla tavalla tähän tarkoitukseen, ei lupaa maksun muutoksiin tai luottamuksellisiin asiakirjoihin.
Nämä esimerkit ovat kirjoitettuja arvoja ja päätöksiä, eivät sisällytettyä .eml-tiedostoa, jäsennysajoa tai todellista todennustulosta. DKIM -allekirjoitusta ei ole valmistettu. Ehdotettu palvelun omistaja tarkistaa sekä vastaanottajan että sallitut tiedot ennen todellista vastausta; postin tutkija hankkii erikseen alkuperäiset tavut ja luotettavat todennustodistukset.
Tarkista vastauksen kohde työnkulkuun verrattuna
Kysy palvelun omistajalta, odotetaanko tälle viestityypille ulkoista kohdetta ja onko se sopiva ehdotetuille tiedoille. Tukipostilaatikko voi oikeutetusti erota laskun lähettäjästä, mutta silti se ei sovellu maksuohjeiden tai arkaluonteisten liitteiden lähettämiseen. Hyväksynnän tulee vastata tarkoitusta, ei pelkästään verkkotunnuksen olemassaoloa.
Odottamattomissa pyynnöissä ota yhteyttä oletettuun lähettäjään tunnetun itsenäisen kanavan kautta. Älä testaa kyseenalaista kohdetta lähettämällä luottamuksellista materiaalia sähköpostitse. Jos asiakas täyttää automaattisesti Vastaanottaja-osoitteen, peruuta luonnos, kunnes kohde on vahvistettu.
Sulje kenttätason kysymys
Kirjaa ylös, oliko epäsuhta odotettu, luvaton vai ratkaisematon, ja mitkä todisteet tukevat tätä havaintoa. Pidä todennustulokset erillisenä havainnona. Tämä säilyttää hyödyllisen eron: viesti voi olla ehjä ja verkkotunnuksen todennettu, kun taas sen ehdotettu vastausreitti ei sovellu liiketoiminnalle.