Hankinta-auditoinnin tulee selvittää, kuka hallitsee perittyjä sähköpostitunnuksia, mitkä yrityspalvelut ovat niistä riippuvaisia ja mitä integraation aikana tapahtuu. Älä aloita kopioimalla hankkijan DNS mallia jokaiseen hankittuun verkkotunnukseen. Säilytä työvirrat samalla kun tunnistat hallitsemattomia viranomaisia ja todisteita.
Karttahallinta sekä omistus
Kirjaa laillinen tai yritysomistus erillään teknisestä pääsystä. Tunnista rekisteröinti-, DNS , postilaatikko-, välitys-, allekirjoitus- ja raportointitilit vastuullisten järjestelmänvalvojien ja siirtymäsuunnitelmien kanssa. Tallenna ratkaisemattomat käyttöoikeudet olettamatta, että hankinnan suorittaminen siirsi kaikki tekniset luvat. Pidä valtuustiedot ja arkaluontoiset tilisalaisuudet poissa tarkastusrekisteristä.
Yhdistä jokainen palvelu sen näkyvään From-verkkotunnukseen, kirjekuoriverkkotunnukseen, DKIM allekirjoitustoimialue, lähde- ja kohdevuokralaiset, toimittajasuhde ja kriittinen liiketoimintatapahtuma. Sovellusposti voi ohittaa työntekijän postilaatikkoalustan kokonaan. Sisällytä laskutus, salasanan palautus, tukityökalut, automaattiset ilmoitukset ja kausiluonteiset kampanjat.
Määritä todennuksen perusviiva
Tallenna nykyiset DNS ja hyväksyttyjen lähettäjien määritykset ja vertaa niitä sitten luotettujen vastaanottajien havaintoihin. DMARC riippuu onnistuneesta todennuksen ja tunnisteen kohdistus, ei vain tuttu palveluntarjoaja tai SPF kulkea jossain reitillä. RFC 9989. DKIM -avaimen julkaisu ja allekirjoituspalvelu ovat erillisiä riippuvuuksia, joiden on selviydyttävä kaikista suunnitelluista siirroista. RFC 6376.
Käytä koottua raportointia havaitaksesi havaitut lähdemallit, mutta älä käsittele sitä täydellisenä palveluluettelona tai todisteena yrityksen hyväksynnästä. RFC 9990. Yhdistä havainnot sovellusten omistajien, palveluntarjoajan tilitietueiden ja valtuutettujen viestinäytteiden kanssa. Pidä tuntemattomat lähettäjät hyväksymättä, kunnes tekijä on määritetty.
Testaa kohdetila palvelun avulla
Määrittele edustavat tapahtumat ennen standardointia. Tallenna odotetut tunnisteet, todennustulokset ja liiketoiminnan kuitti sopiviin kohteisiin. Sisällytä normaalit lähetykset, asianmukaiset edelleenlähetys- tai yhdyskäytäväreitit sekä yritykselle tärkeät ajoitetut kulkureitit. Aseta palautusehdot ja säilytä vanha riippuvuus, kunnes hyväksytty siirtymä on varmistettu.
Harkitse kolmen perityn reitin hypoteettista auditointia. Palkkalaskelmassa on voimassa oleva valtuutettu näyte, joka on kohdistettu voimassa DKIM -allekirjoitus ja vahvistettu yrityskuitti. Kampanjalla on tunnettu omistaja, mutta sen testattu näyte epäonnistuu molemmissa kohdistetuissa todennuspoluissa. Legacylla ei ole nykyistä edustavaa näytettä eikä ratkaisemattomia identiteettejä. Palkanlaskennassa on todisteita sen testatusta laajuudesta; kampanja vaatii teknistä diagnoosia, kun taas perintö vaatii todisteiden keräämisen. Yksi salkun laajuinen passi piilottaisi nämä erilaiset seuraavat toimet.
Nämä ovat oletettuja löydöksiä, eivät suoritettuja todennustarkistuksia, todellisia hyväksyntöjä tai siirrettyjä vuokralaisia. Kampanjan tulos olettaa, että kaikki asiaankuuluvat SPF ja kelvolliset DKIM kohdistuspolut on tutkittu, ei vain yksi virheellinen allekirjoitus. Under RFC 9989 osioissa 4.4 ja 5.3.5 kumpi tahansa kohdistettu todennuspolku voi tyydyttää sanomatason tuloksen. Erikseen osiot 7.4 ja 8 edellyttävät verkkotunnusten julkaisemista p=reject käyttää kelvollisia DKIM -allekirjoituksia eikä luottaa pelkästään SPF . Ohitusviesti ei ole riittävä todiste jokaiselle käyttöönottovelvoitteelle.
Ilmoita päätöksistä, joita integrointitiimit voivat käyttää
Erillinen vahvistettu valvonta, tarkkailtu toiminta, hyväksytyt poikkeukset ja ratkaisemattomat havainnot. Nimeä kunkin löydön omistaja, vaikutus, seuraava toimenpide ja hyväksymistodistus. Priorisoi kriittiset palvelut ja hallitsemattomat auktoriteetit piilottamatta tuntemattomia yleiseen läpäisyprosenttiin.
Suorita tarvittavat tarkastukset uudelleen vuokralaisen muuton, DNS muutosten, allekirjoitusavainten muutosten ja palveluntarjoajan eläkkeelle jäämisen jälkeen. Säilytä hankinta-ajan todisteet, jotta myöhemmät tapahtumat voivat erottaa perityn konfiguraation integraatiomuutoksista. Päätä auditointivaihe vain antamalla selkeä selvitys testatusta laajuudesta ja jäljellä olevasta työstä; inhimillisen riskin hyväksyminen ja vakuutusvaatimuksen julkaiseminen ovat erillisiä päätöksiä.
Tämä inventaario- ja tarkistustyönkulku on suositeltu toimintamalli. NIST SP 800-53 Rev. 5 CM-8 ja CM-3 tarjoavat yleisen perustan vastuullisille varastoille ja kontrolloiduille muutoksille; he eivät määrää näitä sähköpostikohtaisia kenttiä tai anna hyväksyntää. NIST ohjausluettelo.