Testiympäristön tulee mahdollistaa muutosten tarkistaminen ilman tarpeettomia valtuuksia tuotantoidentiteeteille. Erottele sovellusympäristöt lähettäjärekisterissä ja tarkista niiden DNS , allekirjoitus-, välitys- ja vastaanottajan käyttöoikeudet itsenäisesti. Tunniste, jota kutsutaan vaiheittaiseksi, ei ole eristysohjausobjekti, kun se käyttää tuotannon valtuustietoja tai samaa rajoittamatonta allekirjoitusavainta.
Määritä ympäristön raja
Tallenna sovelluksen tarkoitus, ympäristö, omistaja, kriittisyys, näkyvä toimialueelta, kirjekuorialue, DKIM allekirjoitusidentiteetti, päätepiste, hyväksytyt vastaanottajat, viimeinen testi ja hyväksyntäviite. Käytä erillisiä palveluidentiteettiä ja tunnistetietovarastoja, jos alusta sallii. Älä kopioi tuotantosalaisuuksia kaluste- tai dokumentaatioesimerkiksi.
Erillinen testialiverkkotunnus voi auttaa erottamaan nimeämisen ja käytännön, mutta se ei ole automaattisesti suojausraja. DMARC rento linjaus voi yhdistää verkkotunnuksia organisaation toimialueen tasolla protokollan sovellettavista etsintä- ja kohdistussäännöistä riippuen. Tarkista todellinen kohdistuskäyttäytyminen sen sijaan, että oletetaan, että erilainen vasemmanpuoleinen tarra tekee postista riippumattomia. RFC 9989.
Erillinen valtuutus nimeämisestä
Tarkista, mitä kukin allekirjoituspalvelu, DNS delegointi ja välityssääntö voivat tehdä. Testipalvelu, jolla on oikeus allekirjoittaa tuotantoalueelle, voi silti tuottaa tuotantoon kohdistettua postia. Testilähettäjä, jolla on oma verkkotunnus, voi silti tavoittaa todellisia asiakkaita, jos sen vastaanottajan hallintaa ei ole rajoitettu. Todennus ja vastaanottajan eristäminen ratkaisevat erilaisia ongelmia.
varten SPF, tutkia kirjekuoren todellista identiteettiä ja sen valtuutettua lähetysinfrastruktuuria. Jos kyseessä on DKIM , tutki valitsin omistajuus ja allekirjoitusverkkotunnus pelkän näyttöosoitteen sijaan. RFC 7208 ja RFC 6376. Käsittele jaettua valtuutusta nimenomaisena poikkeuksena, jolla on vaikutus, omistaja ja vanheneminen, ei näkymättömänä hyödynä.
Erottele kaksi lavastusvirhettä
Oletetaan, että välityspalvelulla on oma testi From-toimialueelta, mutta sen allekirjoitustiedot voivat myös allekirjoittaa tuotantoa varten. Toisella palvelulla on rajoitettu allekirjoitusoikeus, mutta se voidaan lähettää rajoittamattomille todellisille vastaanottajille. Ensimmäinen tarvitsee allekirjoitus-luvan tarkistamisen; toinen tarvitsee vastaanottajan eristämisen. Testiverkkotunnuksen tunniste ei voi ratkaista kumpaakaan käyttöoikeusaukkoa.
Nämä ovat hypoteettisia lupahavaintoja, eivät suoritettua vartijaa tai alustan tarkastusta. Tallenna hyväksytyt henkilöllisyydet ja vastaanottajat ja varmista sitten täytäntöönpano valtuutettujen konfigurointitodistusten ja rajoitettujen testien avulla. Laskentataulukko voi paljastaa ristiriidan, mutta ei voi pysäyttää viestiä. Jos kontrollit eivät ole käytettävissä, säilytä nimenomainen pito tai suppeasti hyväksytty vaihtoehto sen sijaan, että julistaisit eristäytymisen pelkästä nimeämisestä.
Mainosta tarkistettua määritystä piilotetun tilan sijaan
Tallenna kullekin ympäristölle tarkoitettu kokoonpano ja tarkka ero. Käytä NIST :n perus- ja muutoksenhallintaperiaatteita arvioidaksesi, mitä edistetään. SP 800-128. Tallenna riippuvuudet, jotka eivät voi olla identtisiä eri ympäristöissä, kuten julkiset DNS nimet, valitsimet ja varmenteiden identiteetit.
Testaa ehdokasta turvallisessa ympäristössä ja hanki sitten vaadittu hyväksyntä tuotantokäyttöön. Vaihetestin läpäiseminen ei todista tuotannon DNS , käyttöoikeuksia tai reitin toimintaa. Tarkista tuotanto valtuutettujen vastaanottajien kanssa ja rajallinen testi käyttöönoton jälkeen. Jos ympäristö muuttuu testin aikana, määritä perusviiva uudelleen sen sijaan, että käsittelisit vanhentuneita tuloksia nykyisenä hyväksyntänä.
Pidä todisteet ja pääsy erillään
Säilytä erilliset testitodisteet ympäristömerkinnöillä ja aikaleimoilla. Poista todelliset vastaanottajan tiedot, kun se ei ole välttämätöntä ja vältä käyttämästä todellisia asiakasviestejä testivälineinä. Rajoita mahdollisuutta muokata tuotanto DNS , määrittää allekirjoitusidentiteetit ja muuttaa vastaanottajan hallintaa vastuullisille operaattoreille.
Tarkista jaetut riippuvuudet säännöllisesti. Jos testauksen ja tuotannon on jaettava välitys- tai toimittajatili, dokumentoi todelliset hallintalaitteet, jotka rajoittavat henkilöllisyyttä ja vastaanottajan käyttöä. Määritä tuotannon palautus testipuhdistuksesta erillään. Testivalitsimen poistaminen on turvallista vasta sen jälkeen, kun on varmistettu, ettei mikään tuotantovirta riipu siitä; Pelkät nimet eivät voi osoittaa tätä riippuvuutta.