A SaaS-bérlőizoláció azt jelenti, hogy az ügyfél csak a szervezete számára engedélyezett rekordokhoz és műveletekhez férhet hozzá. A felületen lévő bérlőválasztó nem elegendő. A határnak akkor is fenn kell maradnia, amikor a kérések, háttérfeladatok, gyorsítótárak és fájlletöltések elérik a mögöttes rendszereket.

Külön szervezetekkel, szokásos felhasználói szerepekkel és a határaik átlépésére irányuló tudatos kísérletekkel tesztelje a bérlőizolációt. Ugyanazon hozzáférési szabályok alapján ellenőrizze az olvasást, írást, fájlokat, gyorsítótárazott válaszokat és háttérmunkát. Az érzékeny vagy üzletileg fontos rekordokat hozó ügyfelek beléptetése előtt kérjen bizonyítékot a kikényszerített backendhatárról.

Képzeljen el ügyfélportált, ahol minden szervezet a saját beszerzési rendeléseit látja. A lista helyesnek tűnik, de egy letöltött export másik szervezet sorait is tartalmazza. Ez izolációs hiba akkor is, ha a bejelentkezés és a szokásos oldalútvonal rendeltetésszerűen működik.

Ez az útmutató az ellenőrzés és javítás körének meghatározásában segít a felelősnek. Nem állítja, hogy egyetlen adatbázis-elrendezés garantálja a biztonságot, vagy hogy ellenőrzőlista helyettesít teljes alkalmazásvizsgálatot.

SaaS-bérlőizoláció meghatározása a tárolás kiválasztása előtt

Azonosítsa, mit jelent a bérlő a termékben. Lehet ügyfélszervezet, jogi személy vagy munkaterület. Rögzítse, hogyan csatlakoznak, távoznak és váltanak bérlőt a felhasználók, illetve mely támogatási szerepek járhatnak el több bérlőnél. A szabályok bizonytalansága a tesztek bizonytalanságává válik.

Az OWASP több-bérlős biztonsági útmutatója az adatbázis, gyorsítótár, tárolás és számítás határain átívelő izolációt ír le. Megkülönbözteti az ügyfél által megadott bérlőválasztót a szerver által ellenőrzött jogosultságtól is. Ezt a különbséget alkalmazza a tényleges kérési útvonal értékelésekor.

Kifejezetten határozza meg az adatok tulajdonjogát. A megosztott termékkatalógus szándékosan több ügyfél számára is látható lehet, míg a rendelési megjegyzések a bérlőhöz tartoznak. A teszteknek ismerniük kell ezt a különbséget, hogy felismerjék a szivárgást anélkül, hogy a tudatosan megosztott információt hibának minősítenék.

Térképezze fel az adminisztratív kivételt. Ha az ügyfélszolgálat betekinthet az ügyfél rekordjaiba, magyarázza el, ki ad hozzáférést, hogyan korlátozzák és hogyan naplózzák a használatát. Az erős támogatási útvonalat szándékos képességként kell tesztelni, nem a szokásos bérlőmodellön kívül elrejteni.

Bérlőkontextus követése a kérésen keresztül

Hitelesített felhasználóval kezdjen, és ellenőrizze aktuális tagságát vagy szolgáltatási jogosultságát. Kövesse a kiválasztott bérlőt az üzleti logikába és adathozzáférésbe. Ellenőrizze, hogy fejléc, útvonalérték vagy kéréstörzs módosítása nem helyettesítheti a jogosultságot másik szervezetével.

A véletlenszerűnek látszó azonosítók nehezíthetik a találgatást, de nem hoznak létre engedélyt. Az OWASP jogosultságkezelési útmutatója minden kérésnél hozzáférés-ellenőrzést javasol. Másik bérlőtől jogszerűen megszerzett azonosítóval teszteljen, ne arra hagyatkozzon, ki tudja-e találni a tesztelő.

HatárSzemléltető próbálkozásElfogadott eredmény
RekordlekérdezésMásik bérlő ismert rendelésazonosítójának kéréseElutasítás a rekord közlése nélkül
FrissítésMásik bérlő azonosítójának küldése érvényes adatcsomagbanNincs jogosulatlan módosítás
BérlőváltásTagság nélküli szervezet kiválasztásaA szerver elutasítja a kért kört
Tömeges végpontVegyes bérlőazonosítók megadásaMeghatározott elutasítás részleges szivárgás nélkül
Támogatási műveletSzokásos szerep használata emelt jogosultságú útvonalonElutasítás és hasznos vizsgálati bizonyíték

Ismételje meg ezt a gondolatmenetet keresésre, exportokra és alternatív API-kra. Az első helyes részletképernyő nem bizonyítja, hogy a tömeges jelentés, mobilvégpont vagy régi kompatibilitási út ugyanazt a határt érvényesíti.

Ellenőrzött bérlőjogosultság továbbítása. A kérő szereplő hitelesítése. Tagság ellenőrzése a kiválasztott bérlőben. Határ érvényesítése minden adatútvonalon. Csak az engedélyezett eredmény visszaadása.
A véletlenszerű azonosító nem jogosultsági kontroll. Teljes méretű ábra megtekintése

Adatbázis-megoldások összehasonlítása valódi kontrolljaik alapján

A külön adatbázisok, sémák és közös táblák eltérő működési kompromisszumokat teremtenek. Egyik sem szünteti meg a hozzáférési adatok, szerepek, lekérdezések és adminisztratív utak ellenőrzését. Az ajánlat azonosítsa, hol érvényesül a határ és mi történne, ha az alkalmazáskód kihagyna egy szűrőt.

MegoldásEllenőrizendő határFigyelembe veendő működési munka
Külön adatbázisokKapcsolati és hitelesítési jogosultságLétrehozás, migrációk és elkülönített mentés
Külön sémákAdatbázisszerepek és névtérválasztásEngedélyek, migrációs fegyelem és adminisztratív hozzáférés
Közös táblákBérlőtulajdon és kikényszerített hozzáférési szabályokLekérdezési lefedettség, kérési szerepek és negatív tesztek
HibridDokumentált szabály minden adatosztályhozVilágos útválasztás és következetes incidensvizsgálat

Ne kezelje a külön adatbázisra migrálást minden hiba alapértelmezett megoldásaként. Egy körülhatárolt jogosultsági hiba célzottan javítható. Ugyanakkor egy vezérlőbe tett szűrő kevés, ha az exportok, háttérmunkák és támogatási eszközök továbbra is korlátlan hozzáférést használnak.

Teszt a tényleges éles kérési szereppel

A PostgreSQL sorbiztonsági dokumentációja fontos kivételeket magyaráz el, köztük privilegizált szerepeket és táblatulajdont. Ha a termék sorszabályokra támaszkodik, a tényleges korlátozott kérési szereppel ellenőrizze azokat. Az adatbázis-adminisztrátorként futtatott teszt nem képviseli a szokásos alkalmazás határát.

Vegye fel a telepítési és migrációs fiókokat a leltárba. Jogosan igényelhetnek szélesebb hozzáférést, de nem válhatnak az ügyfélkérések szokásos identitásává. Dokumentálja, hogyan jut a futtatókörnyezet a tervezett jogosultsághoz és hogyan ellenőrzik ezt telepítés után.

Gyorsítótárak, fájlok és származtatott eredmények vizsgálata

Vizsgálja meg a gyorsítótárkulcsokat és a tárolt eredmények körét. Az egyik szervezethez készült bejegyzés nem válhat másik válaszává azért, mert a kérések kényelmes útvonalat vagy szűrőt osztanak meg. A második bérlőt az első gyorsítótár-feltöltése után tesztelje.

A fájloknak saját átvételi bizonyíték kell. Ellenőrizze a feltöltés tulajdonjogát, előnézetet, letöltést és generált jelentéseket. Az oldal helyesen tilthat hozzáférést, miközben a melléklet URL-je másik útvonalon elérhető marad. Vegye bele a régi és korábban kiadott hivatkozásokat az egyeztetett körbe.

Vizsgálja a származtatott adatokat, például keresőindexeket, ajánlásokat és analitikai exportokat. Állapítsa meg, hogy a rendszer lekéréskor is érvényesíti-e a bérlőkorlátozásokat, nem csak beszúráskor. Összefoglalón át akkor is átléphet a határon információ, ha a forrásrekord végpontja védett.

Használjon külön szervezetekhez tartozó ellenőrzött tesztadatokat. Legyen bennük elég felismerhető tartalom a keveredés azonosításához, valódi ügyféldokumentumok bemásolása nélkül. Így könnyebb diagnosztizálni a váratlan gyorsítótártalálatot vagy vegyes exportot.

Háttérfeladatok és tagságváltozások próbája

A háttérmunka ellenőrzött bérlőkontextust vigyen át a várólistán a műveletig. Vizsgálja, mi történik késleltetett, újrapróbált vagy másik worker által felvett feladatnál. A webkérés érvényes bérlőköre nem bizonyítja, hogy a későbbi háttérfeladat megőrzi azt.

Tesztelje a tagságváltozásokat. A szervezetből eltávolított felhasználó nem őrizheti meg a szokásos hozzáférést gyorsítótárazott munkameneten, mentett exporton vagy várakozó műveleten keresztül az egyeztetett szabály ellenére. Határozza meg a visszavonás előtt már elfogadott munka tervezett viselkedését.

A határ mindkét oldalának tesztelése. Különálló ellenőrzött bérlők és szerepek használata. Engedélyezett művelet és bérlők közötti kísérlet. A hiba és a jogos esetek újratesztelése.
A javításnak meg kell őriznie az engedélyezett ügyfélmunkát. Rögzítse az érvényesített szerepeket, erőforrástípusokat és kizárásokat. Teljes méretű ábra megtekintése

A támogatási megszemélyesítés és a bérlőtörlés is tudatos lefedettséget érdemel. Magyarázza el, hogyan lépnek ki a kezelők az emelt jogosultságú munkamenetből és mi történik a maradék fájlokkal, munkákkal és hivatkozásokkal. A megfelelő törlési szabály a termék megőrzési kötelezettségeitől függ; a vizsgálat a választott szabályt ellenőrizze, ne találjon ki újat.

A szoftverprojekt átvételéről szóló útmutatónk akkor releváns, ha a jelenlegi csapat nem tudja elmagyarázni ezeket az utakat. A telepítés, adathozzáférés és működési dokumentáció feletti felelősség visszaszerzése segítheti a határ karbantarthatóságát.

Hasznos ellenőrzési jelentés meghatározása

Kérjen szereplőt, bérlőt, műveletet és megfigyelt hatást bemutató megállapításokat. Mellékelje a releváns kérési és célbizonyítékot az érzékeny értékek megfelelő kezelésével. A reprodukálható útvonal nélküli, hozzáférés-kezelés címkéjű megállapítás nehezen javítható és újratesztelhető.

Az OWASP ASVS támogathatja az átfogó alkalmazásbiztonsági követelményeket. Tartsa mellette a bérlőspecifikus átvételi mátrixot, hogy az ellenőr láthassa a vizsgált szervezeteket, szerepeket és erőforrástípusokat.

Különítse el az igazolt hibákat a nem tesztelt utaktól. Ha a vizsgáló nem ellenőrizhetett privát tárolást vagy adminisztratív exportot, mondja ki. Az őszinte hatókörkorlát hasznosabb, mint az alátámasztatlan következtetés, hogy minden bérlőadat izolált.

Javítás után ismételje meg az eredeti hibás esetet és a közeli jogos eseteket. Minden letöltés blokkolása megállíthatja a szivárgást, de tönkreteheti a terméket. Az átvételnek a jogosulatlan hozzáférés elutasítása és az engedélyezett ügyfélmunka folytatása is feltétele.

A termék tényleges határának költségtervezése

Az értékelést erőforrástípusok, szerepek és működési utak alapján határolja körül, ne csak oldalszám szerint. Vegye bele a külső fájlokat, gyorsítótárakat, háttérmunkákat és támogatási hozzáférést, ha bérlőtulajdonú információt fedhetnek fel. Egy kis portál határa szélesebb lehet, mint amit a felülete sugall.

MunkacsomagÁtadandó eredményTisztázandó feltevés
HatártérképezésBérlő- és szerepmodellArchitektúraismeret elérhetősége
EllenőrzésPozitív és negatív hozzáférési bizonyítékEllenőrzött fiókok és környezetek
JavításJavított érvényesítés és regressziós tesztekSzükséges-e szerkezeti változás
ÁtadásMegismételhető tesztek és ismert kizárásokFelelősség beléptetés után

Kérjen GBP-alapú ajánlatot külön értékelésre és javításra. Ne fogadjon el általános garanciát csak bejelentkezési teszt vagy automatikus vizsgálat alapján. Az értékes eredmény az a hozzáférési határbizonyíték, amelyre az ügyfelek támaszkodnak majd.

Alkalmazásbiztonsági szolgáltatásunk kiindulópontot ad ehhez a körhöz. Küldje el a termék bérlőmodelljét és a beléptetési döntést , hogy ellenőrzésről, célzott javításokról és a következő ügyfélfiók megnyitása előtt szükséges bizonyítékról egyeztethessünk.


Gyakran ismételt kérdések

Mi a SaaS-bérlőizoláció? Az ügyfélszervezetek adatainak és engedélyezett műveleteinek kikényszerített elkülönítése. A határnak az alkalmazáskérésekben, tárolásban, gyorsítótárakban, fájlokban és háttérmunkában is fenn kell maradnia, beleértve a termék által meghatározott adminisztratív kivételeket.

A külön adatbázis garantálja az izolációt? Nem. A hozzáférési adatok, útválasztás, támogatási eszközök, exportok és mentések továbbra is átléphetik a határt. A külön adatbázis a tervezés része lehet, de a tényleges hozzáférési utakat tesztelni kell.

Elég a véletlenszerű rekordazonosító? Nem. Csökkentheti a könnyű felsorolhatóságot, de nem jogosultság-ellenőrzés. Másik ellenőrzött bérlő valódi azonosítójával tesztelje a hozzáférést, és igazolja, hogy a szerver elutasítja.

Az elutasítás mellett az engedélyezett hozzáférést is teszteljük? Igen. Minden kérést megtagadó javítás hibás terméket rejthet. Ellenőrizze, hogy a szokásos felhasználók megtartják a tervezett műveleteket, miközben a bérlők közötti kísérleteket elutasítják.

Miért kell külön tesztelni a gyorsítótárat? A gyorsítótár az eredeti adathozzáférési út ismétlése nélkül adhat vissza adatot. Töltse fel egy bérlő alatt és ellenőrizze másik alatt. Igazolja, hogy a köre a tervezett jogosultságot őrzi meg, nem pusztán kényelmes kulcsot oszt meg.

Hogyan működjön a támogatási hozzáférés? Határozza meg, ki kaphatja meg, milyen körre jogosít, meddig tart és hogyan rögzítik a műveleteket. Tesztelje az emelt kontextusba belépést, használatot és kilépést. A terv tegye a kivételt kifejezetté és ellenőrizhetővé.

Mi a helyzet soralapú biztonság használatakor? A tényleges alkalmazáskérési szereppel tesztelje, és vegye bele a szokásos vezérlőket megkerülő műveleteket. A privilegizált adatbázisszerepek és más hozzáférési utak eltérően viselkedhetnek. A sorszabály ellenőrizendő kontroll, nem a vizsgálat elhagyásának oka.

Mit kapjon az ajánlatadó szolgáltató? A bérlők és szerepek, erőforrástípusok, külső tárolás és háttérműveletek leírását. Azonosítsa a teszteléshez elérhető környezeteket és ellenőrzött fiókokat, valamint az értékelés által támogatandó döntést.