[ Agenttiautomaatio ]

Hallitsee tekoälyagentteja, jotka lähettävät sähköpostia organisaation puolesta

Hallitse agentin vastaanottajia, sisältöä ja lähetysidentiteettiä riippumatta siitä, läpäiseekö sen sähköposti todennuksen.

EmailAuth -tutkimusryhmä · 3 min lukuaika

[Avainkohdat]

  • Hallitse agentin vastaanottajia, sisältöä ja lähetysidentiteettiä riippumatta siitä, läpäiseekö sen sähköposti todennuksen.
  • Todennettu lähettäjä tarvitsee edelleen hyväksytyt vastaanottajat, tarkoituksen ja sisällön.
Tällä sivulla

Tekoälyagentti, joka voi lähettää postia, voi aiheuttaa liiketoiminnallisia seurauksia, vaikka jokainen viesti menee läpi SPF, DKIM ja DMARC. Todennus käsittelee lähetysalueen identiteetin näkökohtia; se ei osoita, että viesti oli valtuutettu, oikea tai asianmukainen. Hallitse lähetystoimintoa erillisenä ominaisuutena, jolla on määritelty tarkoitus ja vastaanottajan laajuus.

Määrittele, mitä agentti voi kommunikoida

Määritä hyväksytyt käyttötapaukset, lähetystili, vastaanottajalähteet, määrärajat, liitesäännöt ja tarkistusvaatimukset. Rutiininomaisten sisäisten tilatiivistelmien ja sopimussitoumusten ei pitäisi jakaa samaa itsenäistä hyväksyntäpolkua. Rajoita ulkoisia vastaanottajia ja arkaluonteista sisältöä organisaation käytännön mukaisesti ja määritä, kuka voi muuttaa tätä käytäntöä.

Johda vastaanottajan identiteetti luotetusta hakemistosta tai nimenomaisesti hyväksytystä osoitteesta, ei analysoitavaan sähköpostiin upotetusta ohjeesta. Viesti, jonka mukaan raportti lähetetään tähän uuteen osoitteeseen, on todiste arvioitavaksi, ei automaattinen valtuutus. OWASP-pikainjektio selittää, miksi ulkoinen teksti voi manipuloida agentin käyttäytymistä, jos sitä käsitellään ohjeena.

Pidä lähetysoikeus erillään lukemisesta

Käytä lähetysidentiteettiä, jolla on vain tarvittavat postilaatikko- ja API-oikeudet. Raportinlukuintegraation ei pitäisi saada hiljaa lähetä nimellä tai lähettää puolesta -oikeuksia. Pidä luonnosten luominen, hyväksyminen ja lähettäminen erillisinä lokitapahtumina. Ennen lähettämistä tarkista vastaanottajat, aihe, teksti ja liitteet hyväksytyn version suhteen.

OWASP Liiallinen agentuuri suosittelee näkyvien toimintojen ja käyttöoikeuksien rajoittamista ja valtuutuksen pakottamista loppupäässä. Käytä näitä säätimiä lähetysyhdyskäytävässä, jotta malli ei voi ohittaa niitä yleisellä HTTP-työkalulla tai vaihtoehtoisen sähköpostin API:lla. Nopeusrajoitukset ja tappokytkin vähentävät vaikutusta, mutta eivät korvaa vastaanottajan ja sisällön valtuutusta.

Testaa rajattua lähetyksen työnkulkua

Oletetaan kirjallisessa suunnitelmassa SEND-01 vuokralainen-A/palvelupostilaatikko, From status@example.invalid , recipient ops@example.invalid , topic Rutiinin tila, runko Tarkastus valmis; ei muutosta ehdotettu, ei liitteitä, tarkoitus sisäinen tila. Kaikki tunnistetiedot ovat havainnollistavia, eikä valtuustietoja tai todellista hyväksyntää toimiteta.

Ehdotetun yhdyskäytäväsäännön mukaan tarkka objekti, jolla on voimassa oleva suojattu hyväksyntä ja käyttämätön toimintatunnus, voi tulla lähetettäväksi. Uusi ulkoinen vastaanottaja, liite, sopimustarkoitus, muutettu runko, muutettu lähettäjä, eri tili tai uudelleen käytetty toimintotunnus on pysäytettävä. Yleinen HTTP-reitti ei saa ohittaa samaa valtuutusrajaa. Nämä ovat odotettuja päätöksiä, eivät suoritettuja testejä.

Erota tuotannossa toimittajan hyväksymä pyyntö vastaanottajan toimituksesta. Jos lähetysvastaus katoaa, tarkista käytettävissä olevat viesti- tai toimintotunnisteet ennen uudelleen yrittämistä välttääksesi päällekkäisiä posteja. Palveluntarjoajan idempotenssituki vaihtelee; paikallinen toistovartija ei yksin pysty todistamaan täsmälleen kerran toimittamista verkkovian kautta.

Pidä tarkastettava toimintaketju

Ehdotettu sekvenssi on hyväksytty raportin haku, luonnoksen luominen, valtuutettu ihmisen päätös, suoritusyhdyskäytävän validointi, palveluntarjoajan lähettäminen ja erillinen toimituksen tarkkailu. Kirjaa ylös, mikä komponentti omistaa kunkin vaiheen. Tarjoajan pyyntötunnus, hyväksyntäkuitti, lähetyksen aikaleima ja toimitustulos eivät ole käytettävissä tässä esimerkissä. Palveluntarjoajan sovitinta, paikallista vartiointia tai toistotestiä ei suoritettu, eikä viestiä lähetetty.

Todista ja tarkasta todellinen postipolku

Määritä lähettävän palvelun dokumentoitu todennus valitulle Lähettäjä-toimialueelle ja tarkista valtuutetut testiviestit vastaanottajilta. RFC 9989 selittää linjaus, kun DKIM erottaa allekirjoittajan vastuun väitetystä kirjoittajasta. Kumpikaan protokolla ei takaa tekoälyn luoman lausunnon totuutta.

Säilytä käyttäjän tai palvelun valtuutus, hyväksytty sisältöversio, vastaanottajan ratkaisu, lähetyksen tulos ja myöhemmät toimitustodisteet asianmukaisten säilytysvalvontatoimien alla. Tarjoa tapa keskeyttää lähetys välittömästi poistamatta vain luku -diagnoosia käytöstä. Jos luvaton viesti lähetetään, käsittele se viestintähäiriönä; DNS korjaaminen ei peruuta sen sisältöä.

[ Takeaway ]

Todennettu lähettäjä tarvitsee edelleen hyväksytyt vastaanottajat, tarkoituksen ja sisällön.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Hallitse lähetysyhdyskäytävää

Vastaanottajan ja hyötykuorman shekit kuuluvat suoritushetkeen.

Seuraavat vaiheet

  1. Kirjaa hyväksytyt sisältöversiot.
  2. Testin kaksoiskappaleet ja epävarmat tulokset.
  3. Yhdistä epävarmat lähetykset ennen kuin yrität uudelleen.

CISO / SecOps

Käsittele postin valtuutusta etuoikeutettuna ominaisuutena

Pelkkä todennus ei estä väärinkäyttöä.

Seuraavat vaiheet

  1. Tarkastus lähetä-asteikolla.
  2. Säilytä nopea jousituspolku.
  3. Tarkista lähettäjän identiteetin todennus.

Perustaja / ei-tekninen

Erota mukavuus sitoumuksista

Hyödyllinen yhteenvetoagentti ei saa hankkia rajoittamatonta yrityksen ääntä.

Seuraavat vaiheet

  1. Määrittele sallitut käyttötarkoitukset.
  2. Vaadi tarkastusta seurannaissitoumusten varalta.
  3. Erota tilapäivitykset yrityssitoumuksista.

[ UKK ]

Usein kysytyt kysymykset

Tarkoittaako DMARC passi, että viesti oli valtuutettu?

Ei. Verkkotunnuksen todennus ei vahvista liiketoimintalupaa tai sisällön totuutta.

Pitäisikö postin lukeminen antaa lähetyslupa?

Ei. Käsittele lukemista, luonnosta ja lähettämistä erillisinä ominaisuuksina.

Voidaanko analysoidusta sähköpostista ottaa vastaanottaja?

Vain luotetun valtuutuksen ja henkilöllisyyden tarkistuksen jälkeen; sähköpostiteksti itsessään ei voi antaa valtuuksia.

Mitä hyväksynnän tulee kattaa?

Vastaanottajajoukko, tarkoitus, lähetysidentiteetti ja asiaankuuluva sisältö tai liitteen laajuus.

Lähettääkö esimerkki sähköpostia?

Ei. Se määrittää kirjallisen lähetyskäytännön ilman suoritettua yhdyskäytävää tai viestien lähetystä.

Entä jos lähetyspuhelu aikakatkaistaan?

Tarkista palveluntarjoaja ja käyttötodisteet ennen kuin yrität uudelleen; lopputulos voi olla epävarma.

Takaako toistosuoja täsmälleen kerran toimituksen?

Ei. Verkon ja palveluntarjoajan toiminta edellyttää erillistä käsittelyä ja todentamista.

Mitä hätävalvonnan pitäisi pysäyttää?

Lähettävä viranomainen säilyttäen kuitenkin turvallisen vain luku -käytön tarvittaessa.

[ Lähteet ]

Lähteet

  1. OWASP Liiallinen agentuuri

    Osat Ennaltaehkäisy- ja lieventämisstrategiat

  2. OWASP-pikainjektio

    Osat Ennaltaehkäisy- ja lieventämisstrategiat

  3. RFC 9989 DMARC

    Osat §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  4. RFC 6376 DKIM

    Osat §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

[ Sanasto ]

Sanasto

Lähetä valtuutuksena
Lupa lähettää postia käyttämällä toista tiliä tai identiteettiä lähettäjänä.
Toista vartija
Ohjauselementti, joka hylkää aiemmin käsitellyn toimintotunnisteen toistuvan käytön.

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