A Cloudflare AI Search bérlői elszigetelés akkor válik fontossá, amikor ugyanaz az alkalmazás privát dokumentumos szervezeteket szolgál ki. A találat már generálás előtt szivárogtathat, és a hivatkozás akkor is feltárhat dokumentumot, ha a válasz ártalmatlannak látszik. A jogosultsági határ a teljes keresési utat fedje le.
A bérlői hatókört hitelesített alkalmazási azonosságból vezesse le, majd válassza az engedélyezett példányt vagy alkalmazzon kötelező szerveroldali szűrőt. Az adatbetöltés, visszakeresés, hivatkozás és gyorsítótár maradjon azonos hozzáférési tervben. Negatív teszttel igazolja az elszigetelést, bérlőváltással, elavult munkamenettel és másik bérlő forrásának közvetlen megnyitásával is.
Képzeljünk el egy SaaS-terméket, amelybe forgalmazók beszállítói megállapodást töltenek fel. Mindegyik saját szállítási és kedvezményfeltételeit magyarázó asszisztenst szeretne. Nyilvános kézikönyv is lehet mindenki számára. E források kombinálása csak akkor hasznos, ha a privát anyag sosem lépi át a kijelölt határt.
Ez javasolt alkalmazási terv és átvételi megközelítés. Nem állítja, hogy egy névtér vagy szűrő önmagában minden biztonsági követelményt teljesít.
A Cloudflare AI Search bérlői elszigetelés keresés előtt indul
A Cloudflare többbérlős útmutatója külön és közös példányos keresést dokumentál. Az architektúraválasztás előtt alkalmazási azonosságmodell kell. Határozza meg a bérlő jelentését és az azon belül eljáró felhasználókat.
A bérlőt ellenőrzött munkamenetből vagy hasonlóan megbízható környezetből vegye. Kérésparaméter jelezhet kívánt választást, de a szerver állapítsa meg annak jogosságát. A hiteles bérlői hatókört soha ne a modell adja.
Több forgalmazóhoz tartozó kollégánál az aktív szervezet legyen egyértelmű. Váltáskor változzon az engedélyezett forráskészlet és kapcsolódó beszélgetési környezet. Váltás előtt visszakeresett privát részlet ne maradjon csendben a következő válaszban.
| Határ | Megbízható bemenet | Elutasítandó nem megbízható helyettesítő |
|---|---|---|
| Bérlőválasztás | Hitelesített tagság és aktív hatókör | Tetszőleges böngészős bérlőazonosító |
| Példányirányítás | Szerveroldali megfeleltetés | Modell által kitalált példánynév |
| Dokumentumhatókör | Ellenőrzött forrástulajdon és jogosultság | Saját bérlőjét állító feltöltött fájl |
| Hivatkozás elérése | Aktuális jog megnyitáskor | Eredmény-URL puszta birtoklása |
Hasonlítsa össze a példányokat és kötelező szűrést
Külön példánnyal a határ könnyebben vizsgálható lehet, de több életciklus- és kiépítési munkát jelent. Közös példány csökkentheti ezt, ám minden keresési útnak a helyes hatókört kell alkalmaznia választható kerülőút nélkül.
A Cloudflare névtérdokumentációja elmagyarázza a példánycsoportosítást és bindingokon át történő elérést. A kötés hatókörét gondosan vizsgálja. A logikai csoport nem bizonyítja a hívók helyes irányítását.
| Tervválasztás | Vizsgálandó üzemeltetési előny | Megmaradó felelősség |
|---|---|---|
| Külön bérlőpéldány | Világosabb forrás- és életciklus-elválasztás | Helyes irányítás és tagságellenőrzés |
| Közös példány bérlőszűrővel | Közös betöltés és indexkezelés | Kötelező hatókör minden keresési úton |
| Külön nyilvános gyűjtemény | Kifejezett közös anyag | Privát betöltés megakadályozása |
| Korlátozott dokumentumrészhalmaz | Finomabb hozzáférés bérlőn belül | Aktuális dokumentumszintű jog |
Jogosultsági modell és üzemeltetési igény alapján válasszon, ne csak bérlőszám szerint. Belső korlátozott csapatokkal rendelkező bérlőnek a példányelrendezéstől függetlenül több kellhet szervezeti határnál.
Betöltéskor is érvényesítse a hatókört
A dokumentumtulajdont belépéskor állapítsa meg. Megbízható alkalmazási metaadat kapcsolja a forrást bérlőjéhez és tervezett láthatóságához. Feltöltés állított tulajdonát ne fogadja el a hívó jogának ellenőrzése nélkül.
A forrásazonosító frissítéseken át maradjon stabil. Cseremegállapodás a megfelelő bérlő anyagát frissítse, törlés a megfelelő forrást és származtatott tartalmat érje. Bérlők közti azonosítóütközés már keresés előtt ronthatja az elszigetelést.
Válassza külön a nyilvános és privát betöltési döntést. Közös kézikönyv tudatosan lehet nyilvános; beszállítói szerződés ne kerüljön oda hasonló kiterjesztés vagy mappanév miatt.
Rögzítse, mely betöltési azonosság mely forráshelyet olvashatja. Az alkalmazás helyesen szűrhet, miközben túl tág forráskapcsolat tiltott anyagot importál. A hatókörvizsgálat a folyamat mindkét oldalát tartalmazza.
A szűrő legyen nem választható alkalmazási szabály
A Cloudflare dokumentálja a visszakeresési szűrést . Az aktuális alkalmazási jogokat fordítsa a kiválasztott szűrőszerződésre, és tesztelje a szerver valódi kérését.
Ne tegyen elérhetővé általános szűrőobjektumot, amelyet normál kliens lecserélhet. Ne legyen kényelmi tartalék, amely üres találatnál szűrő nélkül ismétel. Hiányzó vagy jogosulatlan információnál a találat hiánya érvényes és szükséges eredmény.
Az alkalmazási hatókört válassza külön a dokumentumtípushoz vagy nyelvhez hasonló preferenciától. A felhasználó szűkíthet, de keresési opcióval ne távolíthassa el a kötelező hozzáférési feltételt.
Teszteljen minden keresési útvonalat: találatot, generált választ, exportot, ügynökeszközt és adminisztrációs előnézetet. Biztonságos keresőoldal nem kompenzál azonos gyűjteményt szűretlenül lekérdező eszközvégpontot.
Védje a hivatkozást, gyorsítótárat és beszélgetési előzményt
A generált válasz kihagyhat privát részletet, miközben a cím vagy URL más bérlőjét feltárja. Minden visszaadott mezőt vizsgáljon, ne csak a szöveget.
Hivatkozást aktuális dokumentumjoggal nyisson. Ha az alkalmazás szolgálja ki, előbb ellenőrizze a hívót. Külső dokumentumrendszernél igazolja, hogy a link megőrzi annak hozzáférési szabályát.
Minden alkalmazási cache-tervben szerepeljen a bérlő és releváns jogosultság. Egy szervezetnek megfelelő válasz ne váljon közössé pusztán az azonos kérdésszöveg miatt.
Az előzmény szervezetváltás vagy jogvesztés után is tarthat visszakeresett részletet. Döntse el az újranyitható előzményt és modellnek adható környezetet. A visszavonásnak a származtatott másolatokra is meghatározott hatása legyen, ne csak élő kérésre.
Valós szivárgást feltáró negatív tesztet építsen
Használjon szintetikus dokumentumot különböző, összetéveszthetetlen jelölőkkel. Több szervezet felhasználójaként tegye fel ugyanazt a kérdést, és igazolja, hogy az idegen jelölő soha nem jelenik meg részletben, válaszban, metaadatban vagy hivatkozásban.
| Teszt | Elvárt eredmény |
|---|---|
| Kért bérlőazonosító módosítása | Szerver elutasít vagy megtartja a jogosult kört |
| Más bérlő ismert kifejezésének keresése | Nincs privát részlet, válasz vagy hivatkozás |
| Más bérlő dokumentum-URL-jének megnyitása | Hozzáférés elutasítva |
| Aktív szervezet váltása | Keresés és modellkörnyezet az új jogosult kört követi |
| Tagság eltávolítása munkamenetben | További hozzáférés az aktuális jog szerint |
| Gyorsítótárazott kérdés ismétlése bérlők közt | Nincs keresztbérlős válaszfelhasználás |
A jogosult több-bérlős adminisztrátort külön kezelje a normál felhasználótól. Adminisztratív hibakeresés saját jogot és bizonyítékot igényel. Széles eredményét ne normalizálja a hétköznapi felhasználó átvételi tesztjébe.
Útválasztás, betöltés, szűrés és cache változása után ismételje a tesztsort. Relevanciateszt nem talál meg minden jogosultsági regressziót; a rendkívül releváns találat éppen a tiltott dokumentum lehet.
Tervezzen keretet a jogosultság életciklusára
A fejlesztés a tagságtól, dokumentumjogtól, forrásintegrációtól és keresési utak számától függ. Egyszerű szűrőbemutató nem tartalmazza a valódi SaaS sok életciklus-feladatát.
Kérjen GBP-ajánlatot kiépítéssel, bérlőváltozással, törléssel, visszavonással és átvétellel. Határozza meg, a szervezeti határnál véget ér-e az izoláció, vagy csapatokra és egyedi dokumentumokra is kiterjed.
| Munkaterület | Kérendő bizonyíték |
|---|---|
| Azonosság | Bérlőtagsági és váltási szabályok |
| Betöltés | Ellenőrzött tulajdon és forráshozzáférési térkép |
| Keresés | Szerveroldali hatókör minden útvonalon |
| Származtatott tartalom | Cache-, hivatkozás- és előzményszabály |
| Üzemeltetés | Kiépítési, törlési és incidensleírás |
Korlátozott AI-integrációs pilot privát adatok előtt tesztelhet szintetikus szervezeteket és reprezentatív dokumentumokat. Kérjen bérlőkeresési ajánlatot tagsági modellel és forrásjogokkal. Az elszigetelés így tesztelhető szerződés, nem megnyugtató címke az ábrán.
Gyakran ismételt kérdések
Minden bérlőnek külön AI Search példány kell? Nem feltétlenül. A Cloudflare külön és közös példányt dokumentál. Vesse össze a jogmodellt, kiépítési munkát és kötelező szűrés megbízhatóságát. Egyik sem szünteti meg az alkalmazási engedélyezést.
Küldheti a böngésző a bérlőazonosítót? Kérhet választást, de a szerver ellenőrizze a hitelesített tagsághoz. Tetszőleges böngészőparaméter vagy modellérték nem lehet a hozzáférési jog forrása.
A névtér jogosultsági rendszer? A dokumentált bindingmodell szerint szervezi a példányelérést. Az alkalmazásnak továbbra is hitelesítenie és helyesen irányítania kell. Vizsgálja a kötés körét és normál felhasználó negatív tesztjével bizonyítsa a határt.
Üres keresésnél ismételjünk szűrő nélkül? Nem. A kötelező kör eltávolítása más bérlő anyagát tárhatja fel. Adjon hasznos üres eredményt, vagy vizsgálja az indexet és jogot a hozzáférés tágítása nélkül.
A hivatkozás is szivárogtathat? Igen. Cím, URL, részlet és letöltés akkor is felfedhet privát adatot, ha a válasz kihagyja. A teljes választ tesztelje, és forrásnyitáskor aktuális jogot követeljen.
Mi történik tagságvesztéskor? A további elérés kövesse az aktuális jogot. Definiálja a nyitott munkamenet, cache, előzmény és másolat hatását is az élő keresés mellett. Aktív munkamenetben tesztelje a visszavonást.
Mit bizonyítson az izolációs pilot? Hogy normál felhasználó nem kérhet le, metaadatból nem következtethet ki és nem nyithat meg más bérlő privát forrását. Tartalmazzon hatókörhamisítást, váltást, cache-t, forrásfrissítést és visszavonást.