[ Toimitettavuus ja lähettäjäsäännöt ]

Sallittu luettelo: ymmärrä sen laajuus ja rajoitukset

Määritä tarkalleen, kuka hallitsee sallittuja luetteloa, mitä se ohittaa ja miten se vanhenee, ennen kuin käsittelet sitä toimituskorjauksena.

EmailAuth -tutkimusryhmä · 3 min lukuaika

[Avainkohdat]

  • Määritä tarkalleen, kuka hallitsee sallittuja luetteloa, mitä se ohittaa ja miten se vanhenee, ennen kuin käsittelet sitä toimituskorjauksena.
  • Poikkeuksena on rajoitettu vastaanottojärjestelmän muutos, ei globaali maineen korjaus; tarkista negatiiviset tapaukset ja vanheneminen.
Tällä sivulla

"Ole hyvä ja merkitse meidät sallittujen luetteloon" kuulostaa yksinkertaiselta, mutta termi voi kuvata hyvin erilaisia ​​säätimiä. Henkilökohtainen osoitekirjamerkintä, organisaation suodatuspoikkeus ja palveluntarjoajan sisäinen päätös eivät ole keskenään vaihdettavissa. Aloita nimeämällä järjestelmä ja järjestelmänvalvoja, joka voi todella muuttaa sitä.

Aseta raja

Poikkeus koskee tavallisesti vain sen järjestelmän sisällä, jossa se on määritetty. Se ei kehota jokaista vastaanottavaa palveluntarjoajaa luottamaan lähettäjään. Google sanoo nimenomaisesti, että Gmail ei hyväksy sähköpostipalveluntarjoajien sallittujen luettelopyyntöjä. Sen vuoksi lähettäjän ei tule myydä tai luvata yleistä Gmail sallittujen luetteloa. Googlen lähettäjän ohjeet.

Jos vastaanottajaorganisaatio tukee poikkeuksia, tutustu sen nykyiseen tuotedokumentaatioon ja käytäntöön. Selvitä, muuttaako ehdotettu sääntö roskapostin käsittelyä, todennuksen käsittelyä tai muuta ohjausobjektia. Älä päättele tarkkaa ohituskäyttäytymistä ystävällisestä nimestä "luotettu lähettäjä".

Määritä vastaava identiteetti

Näkyvä lähettäjä-osoite on väite, joka voidaan väärentää; se ei yksinään ole riittävä todiste valtuutetusta viestistä. Selvitä, mitä todennettua identiteettiä, reittiä tai muuta tuettua tilaa vastaanottava ohjaus voi turvallisesti arvioida. Vältä laajoja malleja, jotka sisältävät toisiinsa liittymättömiä vuokralaisia ​​tai palveluita.

Jaetut lähtevät IP-osoitteet ansaitsevat erityistä huolenpitoa. IP-pohjainen poikkeus voi kattaa enemmän kuin tarkoitettu organisaatio. Tallenna altistuminen ennen kuin kukaan hyväksyy säännön. Tässä oppaassa suositellaan pienimmän soveltamisalan poikkeuksia, mutta siinä ei määrätä yleistä tuotesyntaksia.

Testaa ennen, jälkeen ja viimeisen käyttöajan rajalla

Harkitse hypoteettista ehdotettua poikkeusta vuokralaiselle A reitillä R, joka on voimassa tiukasti ennen klo 20.00 UTC tiettynä päivänä. Tarkastussuunnitelma sisältää neljä tapausta: aiottu todennettu vuokralainen ja reitti klo 19.00, eri vuokralainen, odottamaton reitti ja aiottu tapaus täsmälleen voimassaolon päättyessä. Tämän julistetun säännön mukaan vain ensimmäisen odotetaan vastaavan; kolmen muun on saatava tavanomainen käsittely.

Nämä ovat testi-odotuksia, eivät tuloksia todellisesta suodattimesta. Varmista, että tuote voi ilmaista tuetun todetun identiteetin ja vanhenemisen ehdon, mukaan lukien aikavyöhykkeen ja tarkan rajakäyttäytymisen. Jos se ei onnistu, älä merkitse ehdotettua sääntöä suppeasti vain siksi, että lippu kuvaa sitä tällä tavalla. Valitse tuettu vaihtoehto vastaanottavan omistajan hyväksyntäprosessin kautta.

Poikkeusosuma on paikallinen sääntöpäätös, ei todiste etähyväksymisestä, postilaatikon sijoittelusta tai turvallisesta sisällöstä. Valtuutettu toteutus vaatii todellisia positiivisia ja negatiivisia testitodisteita ja ennätys joista suojaukset pysyvät aktiivisina.

Käytä poikkeuksia hallinnoituina muutoksina

Kirjaa ylös liiketoiminnan syy, omistaja, täsmäytysehdot, vaikuttaneet hallintalaitteet, testisuunnitelma ja tarkistuspäivämäärä. Hanki lupa vastaanottavan järjestelmän omistajalta. Säilytä palautuspolku ja tarkista sekä tarkoitettu viesti että negatiivinen kirjainkoko, jonka ei pitäisi vastata.

Poikkeus ei saa korvata rikkinäisen lähettäjän tai loukkaavan yleisön korjaamista. Säilytä lähettäjän todennus ja tutki alkuperäinen luokitteluongelma. Jos väliaikainen poikkeus on perusteltua, umpeuta se sen sijaan, että jätä dokumentoimaton pysyvä ohitus.

Sulje havaittu laajuus ja jäännösriski. Onnistunut testi yhden vuokralaisen sisällä ei ole todiste laajemmasta postilaatikon toimituksesta, eikä ohitusta saa koskaan kuvata todistukseksi siitä, että jokainen vastaava viesti on turvallinen.

Tarkista poikkeus, kun lähettäjä vaihtaa palveluntarjoajaa tai allekirjoitusidentiteettiä. Aikaisemmin kapea sääntö saattaa lakata vastaamasta lailliseen liikennettä tai vanha jaettu osoite voi myöhemmin palvella asiaankuulumatonta lähettäjää. Anna arvostelu omistajalle sen sijaan, että olettaisit, että alkuperäinen lippu löydetään uudelleen.

Tallenna puolustettava seuraava askel

Poikkeuksena on rajoitettu vastaanottojärjestelmän muutos, ei globaali maineen korjaus; tarkista negatiiviset tapaukset ja vanheneminen. Nimeä omistaja, vielä puuttuvat todisteet ja ehto, joka päättää tutkimuksen. Jätä tukemattomat tulokset tuntemattomiksi.

[ Takeaway ]

Määritä tarkalleen, kuka hallitsee sallittuja luetteloa, mitä se ohittaa ja miten se vanhenee, ennen kuin käsittelet sitä toimituskorjauksena.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Testaa kapeaa vastaavuutta

Kätevät ottelut voivat sisältää tahatonta liikennettä.

Seuraavat vaiheet

  1. Käytä tuettuja identiteetin hallintalaitteita.
  2. Testaa negatiivisia tapauksia.
  3. Pidä palautus valmiina.

CISO / SecOps

Tarkista, mikä ohitetaan

Poikkeus voi heikentää suojaa roskapostikäsittelyn lisäksi.

Seuraavat vaiheet

  1. Arvioi jaetun reitin altistuminen.
  2. Hyväksy rajoitetut muutokset.
  3. Tarkastuksen vanhentuneet säännöt.

Perustaja / ei-tekninen

Pyydä todellista poikkeusaluetta

Paikallinen korjaus ei ole globaali toimituslupaus.

Seuraavat vaiheet

  1. Nimeä vastaanottava omistaja.
  2. Määrittele liiketoiminnan tarve.
  3. Vaadi vanhenemisaika.

[ UKK ]

Usein kysytyt kysymykset

Onko sallittujen luettelo yleismaailmallista?

Ei. Sitä rajoittavat vastaanottava järjestelmä ja sääntö.

Voiko sähköpostipalveluntarjoaja pyytää yleistä Gmail sallittujen luetteloa?

Google sanoo, että Gmail ei hyväksy näitä pyyntöjä.

Todistaako näkyvä Lähettäjä-osoite henkilöllisyyden?

Ei. Se on väite, joka vaatii asianmukaisen todennuskontekstin.

Miksi jaetut IP-poikkeukset ovat vaarallisia?

Niihin voi kuulua aiotun organisaation ulkopuolisia lähettäjiä.

Määrittääkö esimerkki todellisen suodattimen?

Ei. Se määrittelee odotetut yhteensopivuuden ja vanhenemisen tulokset valtuutetulle tuotekohtaiselle testille.

Mitä poikkeustietueen tulee sisältää?

Syy, omistaja, osuman laajuus, vaikuttaneet hallintalaitteet, testit ja tarkistuspäivämäärä.

Pitäisikö negatiivinen testi sisällyttää?

Kyllä. Vahvista, että asiaankuulumaton tai vanhentunut liikenne ei täsmää.

Todistaako sallittujen luettelon, että viesti on turvallinen?

Ei. Se on hallinnollinen poikkeus, ei turvallisuustodistus.

[ Lähteet ]

Lähteet

  1. Googlen lähettäjän ohjeet

    Osat Lähettäjän vaatimukset ja ohjeet · Lähetyskäytäntöjen vaatimukset ja ohjeet · Vältettävät lähetyskäytännöt · Ohjeet sähköpostipalveluntarjoajien käyttöön

  2. RFC 9989 DMARC

    Osat §5.4

[ Sanasto ]

Sanasto

Sallitut lista
Paikallinen sääntö, joka myöntää tietyn kohtelun vastaaville viesteille tai identiteeteille.
Negatiivinen testi
Testi, joka vahvistaa, että tahaton tapaus ei saa poikkeusta.

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