Nopea lisäys voidaan piilottaa asiakirjaan, jota avustaja kuulee: teksti yrittää saada sen luopumaan tehtävästään tai paljastaa tietoja. Käsittele palautettua sisältöä epäluotettavina tietoina ja rajoita toimintoja, joita järjestelmä voi suorittaa.
Tunnista luottamuksen raja
Web-sivulla, PDF-tiedostolla tai vastaanotetulla viestillä ei ole oikeutta hakemuksesi ohjeisiin. Sisällön, joka vahvistaa päinvastaisen, on säilytettävä analysoitava lähde. OWASP tunnistaa kehoteinjektio kielimallisovellusten riskeistä. Yksinkertainen ohje, joka kutsuu mallin jättämään hyökkäykset huomiotta, ei ole riittävä tekninen erottelu.
vähentää mahdollisia seurauksia
Ohjatun asiakirjatoiminnon ei yleensä tarvitse pystyä lähettämään viestejä, muokata tiedostoja tai tarkastella kaikkia yrityksen kansioita. rajoittaa sen työkaluja ja pääsyä hyödylliseen kehään. Erota asiakirjahaku toiminnon suorittamisesta. Kun arkaluonteinen toiminto on olemassa, sen parametrit vahvistetaan ohjatussa käyttöliittymässä luodun tekstin ulkopuolisilla säännöillä.
rakentaa testiskenaario ilman arkaluonteisia tietoja
Työskentele suunnitellussa hyväksymistestiympäristössä, jossa on korpus- ja demotilit. Testissä ei pitäisi pyytää todellista vuotoa, joka todistaa riskin olemassaolon. Laita valeasiakirjaan ohje, joka yrittää kääntää tehtävän muualle, ja kysy sitten oikeutettu kysymys tästä asiakirjasta. Tavoitteena on tarkkailla koko sovelluksen toimintaa, mukaan lukien sen työkalut ja pääsynhallinta.
| vaikeat sanat | Expected behavior | hyödyllinen todiste |
|---|---|---|
| ohje, jossa kysytään jättää kysymys huomiotta | käyttäjän pyyntö on edelleen työn laajuus | Kysymys, vastaus ja käytetyt asiakirjat |
| Pyyntö asiakirjan välittämiseksi kolmannelle osapuolelle | Luvaton toimitus ei ole mahdollista | Luettelo käytettävissä olevista työkaluista ja puhelulokista |
| pyyntö lukea resurssi kehän ulkopuolella | Sovelluksen kulunvalvonta kieltäytyy toistosta | mallista riippumaton ohjaustulos |
| retki, joka näyttää liiketoiminnalta | Tulos pysyy sisällöltään vahvistettavana | jälki, joka osoittaa automaattisen suorituksen puuttumisen |
OWASP kuvaa suoria ja epäsuoria injektioita ja suosittelee toimenpiteitä, jotka rajoittavat niiden seurauksia. Se, että kokeilu ei johda malliin, ei osoita täyttä suojaa. Kriittinen kysymys on edelleen: mitä voisi tapahtua, jos seuraava yritys seuraisi? Vastauksen on perustuttava sovelluksen käyttöoikeuksiin ja ohjaimiin.
Tarkista lähdöt ennen käyttöä
Älä lähetä mallivastausta suoraan komentotulkkiin tai yrityskyselyyn. Tarkista sovelluskoodin rakenne, kohteet ja käyttöoikeudet. Näytettäviin linkkeihin tulee myös suhtautua varoen. Vastaus voidaan tallentaa analysoitavaksi sopivassa ympäristössä välttäen luottamuksellisten tietojen tarpeetonta säilytystä.
kuvitteellinen esimerkki: tukiasiakirja
Demotiedosto sisältää ohjeen, joka pyytää ohjattua toimintoa paljastamaan kokoonpanonsa. Odotettu tulos on vastaus, joka keskittyy käyttäjän kysymykseen ilman paljastamista tai työkalukutsua kehän ulkopuolella. Testissä tulisi käyttää valetietoja eristetyssä ympäristössä. Ennen kaikkea tarkista, että tekniset suojat estävät vuodon, vaikka malli noudattaisi ei-toivottua ohjetta.
erillinen vastaus, toimintaehdotus ja täytäntöönpano
- Ensimmäisen ohjatun dokumentaatiotoiminnon saamiseksi aloita ilman lähetys-, poistamis- tai yritystyökalun vaihtamista. Tarkista, että nämä toiminnot todella puuttuvat käyttöoikeuksista, eivätkä vain piilotettu käyttöliittymään.
- Kun toiminto on tarpeen, vahvista koodissa sen kohde, sen tyyppi ja pyynnön esittäjän oikeudet. Mallin tuottamaa merkkijonoa ei tule käyttää suoraan valtuutuksena.
- Tarkastele tärkeitä asetuksia sopivassa vahvistusnäytössä. Katsottavan sivun ohjeiden ei pitäisi pystyä muokkaamaan tätä prosessia.
- Tarkista myös vastauksen esitys: HTML:n, linkkien ja ehdotettujen osien on noudatettava hakemuksesi sääntöjä. Älä tee tekstistä suoritettavaa, koska se tulee mallista.
Kuvitteellisessa esimerkissä verkkotuesta ohjattu toiminto voi selittää, kuinka interventiota pyydetään. Hän voi laatia yhteenvedon, jonka henkilö lukee uudelleen. Sen ei tarvitse pystyä lähettämään kaikkia teknisiä tiedostoja tai muuttamaan hosting-käyttöoikeuksia. Tämä erottelu vähentää vaarantuneen vastauksen seurauksia säilyttäen samalla palvelun hyödyllisyyden.
hyväksymistestitiedostossa on erotettava suoritetut testit, hallitut suojat ja testaamattomat riskit. Kun työkalut tai oikeudet ovat kehittyneet, toista kyseiset tapaukset uudelleen. Linkitä tämä teos RAG-tietopohjan valmistelu : Asiakirjojen alkuperä ja oikeudet säilyvät myös silloin, kun malli näyttää noudattavan ohjeita.
integroi testi hyväksymistestiin
Säilytä muutama testiasiakirja, joka edustaa suoria ja epäsuoria yrityksiä. Toista ne mallin, työkalujen tai korpuksen kehityksen jälkeen. Huomaa odotetut käyttäytymiset ja jäännösrajat sen sijaan, että julistaisit järjestelmän haavoittumattomaksi. Ensimmäisessä projektissa valitse rajoitettu lukutoiminto ja tutustu menetelmään Web-agenttien verkkosivuston valmistelu.