[ Agenttiautomaatio ]

Edustajan käyttöoikeudet useille asiakasvuokralaisille

Säilytä jokaisen asiakkaan tiedot, valtuustiedot, hyväksynnät ja jonossa olevat työt omien täytäntöönpanokelpoisten vuokralaisten rajoissa.

EmailAuth -tutkimusryhmä · 3 min lukuaika

[Avainkohdat]

  • Säilytä jokaisen asiakkaan tiedot, valtuustiedot, hyväksynnät ja jonossa olevat työt omien täytäntöönpanokelpoisten vuokralaisten rajoissa.
  • Tarkista luotettava vuokralainen ja nykyinen lupa uudelleen noudettaessa ja toteutettaessa; samanlaiset asiakasnimet ja jonossa olevat työt eivät voi periä valtuuksia.
Tällä sivulla

Palveluntarjoajan todennusagentti voi toimia useiden asiakkaiden kohdalla, mutta jokaisella toiminnolla tulee olla yksi vahvistettu asiakaskonteksti. Asiakkaan nimi kehotteessa ei ole pääsynvalvontapäätös. Sido istunto ja työ luotetun sovelluksen tunnistamaan vuokraajaan ja siirrä sitten tämä henkilöllisyys noudon, ehdotuksen, hyväksynnän, toteutuksen ja todisteiden tallennuksen kautta.

Määritä asiakasraja

Hanki käyttöönoton aikana hyväksytty verkkotunnuksen inventaario ja asiakkaan järjestelmänvalvojan valtuudet pyydettyä palvelua varten. Tallenna vuokralaisen tunnisteet, jotka ovat vakaita ja ainutlaatuisia samankaltaisten näyttönimien sijaan. Varmista ennen käyttöoikeuksien myöntämistä, että DNS -vyöhykkeet ja raporttien kohteet kuuluvat aiottuun alueeseen.

Käytä asiakaskohtaisia ​​valtuustietoja tai yhtä täytäntöönpanokelpoista loppupään valtuutusmekanismia. Keskitetty palveluidentiteetti, jolla on laaja käyttöoikeus, tarvitsee vankat tarkistukset jokaisessa resurssihaussa. OWASP kuvaa riskiä siitä, että yleiset etuoikeutetut identiteetit pääsevät käyttämään resursseja asiaankuuluvan käyttäjäkontekstin ulkopuolella. OWASP LLM06.

Pidä todisteet erillään

Käytä vuokralaisen laajuutta raporttien tallennustilaa, hakuindeksiä, välimuistia, keskustelukontekstia ja vietyjä tiedostoja varten. Rajoita hakua ennen kuin todisteet saavuttavat mallin. Toisen asiakkaan materiaalin suodattaminen pois lopullisesta vastauksesta on liian myöhäistä, jos se on jo tullut työkontekstiin. Myös lokit tarvitsevat pääsyn valvontaa; jaettu virheenkorjauskojelauta voi kumota muutoin huolellisen erottelun.

Kahden asiakkaan jakama IP-osoite tai palveluntarjoajan nimi ei ole lupa liittyä heidän yksityisiin todisteisiinsa. Kirjaa julkisen infrastruktuurin tosiasiat erillään asiakaskohtaisista tiliomistuksista, palvelutoiminnasta ja kontakteista. Samanlainen verkkotunnuksen pääte tai yhteinen jälleenmyyjä ei tee kahdesta vuokralaisesta yhtä valtuutusrajaa.

Seuraa jonossa olevaa työtä peruutetun apurahan yli

Oletetaan, että työ luodaan asiakkaan A voimassa olevalla luvalla, jolloin käyttöoikeuden järjestelmänvalvoja peruuttaa luvan ennen suorittamista. Toimeenpanijan on tarkistettava nykyinen valtuutus sen sijaan, että luottaisi aiempaan istuntoon. Jos välimuisti sisältää myös asiakkaan B tietueen samalla lyhyellä nimellä, haun on pysyttävä A:ssa; jaettu infrastruktuuri ja samankaltaiset nimet eivät voi oikeuttaa B:n yksityisten todisteiden hakemista.

Nämä ovat hypoteettisia rajatapauksia, eivät testattua liitintä tai toimitettua runbookia. Määritä erilliset vastuut laajuuden hyväksynnästä, toiminnallisista muutoksista, riippumattomasta pääsyn tarkastuksesta ja offboardista. Määritä mitattavissa olevat hyväksymisehdot todelliselle käyttöönotolle, mukaan lukien sallittu A-pyyntö ja evätty B-pyyntö, peruutetut jonossa olevat työt ja asianmukaisesti rajattu välimuistin haku. Älä vaadi nollaa vuokralaisten välistä altistumista ennen kuin asiaankuuluvat polut on todella testattu.

Tarkista työt ja istunnot

Sido hyväksyntä vuokralaiseen ja varmista sama henkilöllisyys suoritushetkellä. Älä anna mallin valita käytettävän valtuustietoa vapaan tekstin asiakkaan nimestä. Tarkista valtuutus uudelleen, kun jonossa oleva työ suoritetaan; apuraha on saatettu peruuttaa työpaikan luomisen jälkeen. Vanhentuneet tai siirretyt asiakassuhteet tarvitsevat nimenomaista käsittelyä perinnöllisen pääsyn sijaan.

Testaa tarkoituksella samankaltaisilla asiakkaiden nimillä, päällekkäisillä palveluntarjoajan IP-osoitteilla, uudelleenkäytetyillä tietueiden nimillä ja välimuistissa eri vuokralaisen vastauksella. Sisällytä sallittu asiakas-a luku, jotta testi todistaa suojatun pääsyn, ei maailmanlaajuisesti poistettua liitintä. Yllä olevat hypoteettiset esimerkit eivät suorita mitään näistä käyttöönottotesteistä. Säilytä todellinen pyyntökonteksti, lupapäätökset ja havaitut vaikutukset arvioidessasi niitä.

Sulje suhde siististi

Offboardingin tulisi pysäyttää uusi työ, peruuttaa pääsy, käsitellä jonossa olevia töitä ja soveltaa sovittua todisteiden säilyttämisprosessia. Vahvista jokainen toimenpide vastuullisen järjestelmän kautta. Säilytä vähimmäistarkastushistoria, joka tarvitaan aiemman soveltuvan sopimuksen mukaisen työn selittämiseen. Älä poista todisteita automaattisesti tai pidä pääsyä toistaiseksi vain siksi, että edustaja saattaa joutua vastaamaan myöhempään kysymykseen.

[ Takeaway ]

Tarkista luotettava vuokralainen ja nykyinen lupa uudelleen noudettaessa ja toteutettaessa; samanlaiset asiakasnimet ja jonossa olevat työt eivät voi periä valtuuksia.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Vahvista vuokralaisen henkilöllisyys

Käytä vahvistettua kontekstia jokaisen toiminnon aikana.

Seuraavat vaiheet

  1. Soveltamisalan haku ja välimuistit.
  2. Tarkista jonossa olevat työt uudelleen.
  3. Testaa samanlaisia ​​nimiä.

CISO / SecOps

Tarkista erottelu alusta loppuun

Loki tai vienti voi ohittaa muuten äänieristyksen.

Seuraavat vaiheet

  1. Tarkastustodistusten käyttöoikeus.
  2. Testaa vuokralaisten välisiä kieltoja.
  3. Vahvista peruutus.

Perustaja / ei-tekninen

Suojaa asiakkaiden luottamusta

Tee laajuudesta ja elinkaarivastuista näkyväksi.

Seuraavat vaiheet

  1. Hyväksy palveluraja.
  2. Sovi todisteiden säilyttämisestä.
  3. Määritä offboard-omistusoikeus.

[ UKK ]

Usein kysytyt kysymykset

Onko kehotteessa oleva asiakkaan nimi vuokralaisen tunniste?

Se ei ole riittävä valtuutus. Käytä luotetun sovelluksen vahvistettua vuokraajakontekstia.

Voiko jaettu IP oikeuttaa kahden asiakkaan raporttien yhdistämisen?

Ei. Jaettu infrastruktuuri ei anna pääsyä toisen asiakkaan yksityisiin todisteisiin.

Pitäisikö suodatus tapahtua vain lopullisessa vastauksessa?

Ei. Pakota hakualue ennen kuin muun vuokralaisen tiedot saavuttavat mallin.

Mitä hyväksynnän tulee sisältää?

Vuokralainen ja tarkka resurssien laajuus sekä ehdotettu toiminto.

Voiko jonossa oleva työ luottaa vanhoihin käyttöoikeuksiin?

Ei. Tarkista sen valtuutus uudelleen suoritushetkellä, mukaan lukien peruutus ja voimassaolon päättyminen.

Ovatko ehdotetut hyväksymisehdot sopimuslupauksia?

Ei. Ne ovat arviointivaatimuksia mukauttamiseksi ja sopiakseen todellista käyttöönottoa varten, eivät mitattua suorituskykyä tai SLA-sopimusta.

Osoittaako esimerkki käyttöönotetun vuokralaisen eristyksen?

Ei. Se kuvaa peruutetun työn ja laajennetun välimuistin tapauksia; varsinainen haku, jonot, vienti ja suorituspolut vaativat edelleen valtuutetun testauksen.

Mitä offboardingiin kuuluu?

Pysäytä uudet työpaikat, peruuta apurahat, käsittele jonossa olevia töitä ja noudata hyväksyttyä todisteiden säilyttämisprosessia.

[ Lähteet ]

Lähteet

  1. OWASP LLM06 Liiallinen agentti

    Osat Ennaltaehkäisy- ja lieventämisstrategiat

  2. OWASP LLM:n pikainjektion ehkäisy -huijauslehti

    Osat Agenttikohtaiset puolustukset · Vähiten etuoikeus · Puolustuksesi savutestaus

[ Sanasto ]

Sanasto

Vuokralainen
Riippumattoman valtuutettu asiakaskonteksti ja sen kattavat resurssit.
Peruuttaminen
Aiemmin myönnetyn käyttöoikeuden tai valtuutuksen poistaminen.

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