BYOC vs perinteinen SaaS: kumpi on turvallisempi?

Kumpikaan malli ei ole maagisesti “hakkeroitumaton” - mutta ne epäonnistuvat hyvin eri tavoin. Perinteinen usean vuokralaisen SaaS pitää jokaisen asiakkaan yhdessä keskustietokannassa, joten Yksi rikkomus voi paljastaa tuhansia organisaatioita kerralla. BYOC (Tuo Own Cloud) poistaa kyseisen keskustietokannan kokonaan: jokaisen organisaation tiedot ovat paikallaan eristetty omalta pilvitililtään, joten vuokralaiskohtaisen tapahtuman räjähdyssäde on yksi vuokralainen, ei koko asiakaskunta. Tämä rakenteellinen ero – plus mitä se tekee datan oleskelulle ja poistumiselle – sitä “turvallisempi” itse asiassa tarkoittaa täällä.

Tässä viestissä verrataan kahta suojausmallia rehellisesti: räjähdyssäteellä, vuokralainen eristäytyminen, datan asuinpaikka, tietomurtojen estäminen ja mitä tapahtuu, kun lähdet. Se perustuu kohdassa kuvattuun malliin mikä BYOC-toimiston käyttöjärjestelmä on; jos olet uusi termi, aloita siitä.

Miten perinteinen usean vuokralaisen SaaS tallentaa tietosi?

Useimmat käyttämäsi yritysohjelmistot ovat usean vuokraajan SaaS. Myyjä pyörittää yhtä sovellus yhtä keskustietokantaa vastaan ja jokaista asiakasta – “vuokralaista” vastaan ammattikieltä – jakaa sen. CRM-kontaktisi ja kilpailijasi istuvat samoissa pöydissä, sovelluslogiikka pitää erillään: tyypillisesti vuokralaisen tunnussarake jokaisella rivillä koodin on tarkoitus suodattaa jokaiselle luku- ja kirjoituskerralle.

Tämä on todella hyvä suunnittelumalli. Se on halpa käyttää, helppo päivitys ja se skaalautuu. Mutta se keskittää dataa. Tuhansien yritysten levyjä päätyvät yhteen skeemaan, infrastruktuurissa vain toimittaja hallitsee, tavoitettavissa yhden sovelluksen ja yhden tietokannan tunnistejoukon kautta. Se keskittyminen on turvallisuuskaupan perusta.

Mikä on “räjähdyssäde” ja miksi se suosii arvoa BYOC?

Räjähdyssäde on se, kuinka paljon paljastuu, kun yksi asia menee pieleen: vuotaa tunniste, väärin määritetty tallennustila, korjaamaton haavoittuvuus, a ilkeä sisäpiiriläinen. Kysymys ei ole vain “kuinka todennäköinen tapaus on”, vaan “miten on paha, kun sellainen tapahtuu.”

Usean vuokralaisen SaaS tietokantatason tapahtuman räjähdyssäde on koko asiakaskunta. Yksi keskuskaupan loukkaus on mahdollisesti kaikkien tieto kerralla. Historia osoittaa tämän: suurimmat SaaS-loukkaukset ovat täsmälleen suuria koska yksi epäonnistumispiste istui tuhansien vuokralaisten edessä.

Mallissa BYOC ei ole keskuskauppaa, jota voisi rikkoa. Kunkin organisaation tiedot asuu omalla pilvitilillään, joten vuokralainenkohtainen tapaus sisältyy siihen vuokralainen. Ei ole olemassa jaettua tietokantaa, jonka läpi voi kiertää, eikä yhtä kohdetta, jonka läpi kompromissi tuottaa kaikkien ennätykset. Et ole tehnyt tapauksesta mahdotonta - olet määrittänyt, kuinka pitkälle voi levitä.

Ovatko tietoni todella eristetty? Monivuokralainen vs. vuokralainen eristäminen

“Isolaatiossa” markkinointi ja arkkitehtuuri usein eroavat, joten se kannattaa olla tarkka tasojen suhteen:

• Looginen eristys (tyypillinen SaaS). Yksi tietokanta, yksi skeema, vuokralaiset erotettu vuokralaisen tunnuksella ja sovelluskoodilla. Jos koodissa on virhe – a suodatin puuttuu, pääsyn tarkistus on rikki – tai jos joku saa tietokantatason pääsy sovelluksen alapuolelle, vuokralaisten erottaminen voi epäonnistua. Tämä on klassinen usean vuokralaisen tietoturvariski: eristäminen riippuu ohjelmiston käyttäytymisestä täydellisesti, kaikkialla, joka kerta.
• Instanssien eristäminen (“omistettu toimittajan tilille”). Jotkut toimittajat antavat suuremmille asiakkaille erillinen tietokanta – mutta silti toimittajan pilvitilillä. Parempi kuin jaettu skeema, mutta toimittaja säilyttää silti jokaisen asiakkaan tiedot omassa hallinnassaan, joten kokonaistavoite säilyy.
• Tilin eristäminen (BYOC). Kunkin organisaation tietokanta on käytössä oma pilvitili. Eristäminen on raja eri tilien välillä, ei suodatin yhden jaetun järjestelmän sisällä. Ei ole keskeistä paikkaa, jossa kaikki asiakkaiden tiedot ovat rinnakkain, joten vuokralaisten välistä vuotoa asiakkaiden välillä ei ole jaettu väline matkustamiseen.

sSystm käyttää tilin eristämistä: kun kirjaudut Cloudflare-tilillesi, alusta tarjoaa erillisen Cloudflare D1 -tietokannan *tilillesi. The eristäminen toimistosi ja minkä tahansa muun asiakkaan välillä on eristämistä kahden välillä erilliset pilvitilit. Voit lukea tarkalleen, kuinka tietomalli on rakennettu Turvallisuus ja tietomalli -sivulla.

BYOC vs usean vuokralaisen SaaS: tietoturvavertailu

Mitat	Perinteinen usean vuokralaisen SaaS	BYOC (Bring Your Own Cloud)
Missä data elää	Yksi keskustietokanta myyjän tilillä	Oma tietokanta **pilvitililläsi
Rikkomusräjähdyksen säde	Kaikki vuokralaiset – yksi rikkomus voi paljastaa kaikki	Yksi vuokralainen — sisältyy yhteen tiliin
Vuokralaisen eristäminen	Looginen (vuokralaisen tunnus + sovelluskoodi)	Tilitaso (erilliset pilvitilit)
Yksi arvokas kohde	Kyllä — jaettu kauppa	Ei kohdistavaa keskusmyymälää
Datan asuinpaikka	Toimittajapolitiikka (“isännöimme EU”)	Valittu varauksen yhteydessä, valinnainen kova EU-takuu
Rikkomussuoja	Riippuu toimittajan havaitsemisesta ja vastauksesta	Sisältyy rakenteellisesti yhteen tiliin
Irtautuminen / omistus	Vie tiedot ja rakenna sitten uudelleen muualle	Tietokanta on jo sinun — ei vietävää

Taulukon kaava on johdonmukainen: usean vuokralaisen SaaS optimoi myyjän käyttömukavuus ja keskittää riskit; BYOC jakaa tiedot ja sen mukana riski.

Kumpi malli sisältää rikkomuksen paremmin?

Rajoituksella tarkoitetaan sitä, mitä hyökkääjä voi saavuttaa ensimmäisen jalansijan jälkeen. Vuonna a Keskitetty usean vuokralaisen järjestelmä, hyökkääjä, joka pääsee sovelluksen alle - sovellukseen tietokanta, varmuuskopiot, järjestelmänvalvojan työkalut - seisoo jo jokaisen edessä vuokralainen. Sivuttaisliike on triviaalia, koska muualla ei ole liikkua: se on kaikki yksi kauppa.

BYOC-mallissa alustan sovelluskerroksen vaarantaminen ei siirry keskustietokanta, koska sellaista ei ole. Jokaisen vuokralaisen tiedot ovat takana erillisen pilvitilin rajalla. Tavoita toinen organisaatio, hyökkääjä joutuisi rikkomaan toisen tilin. Tämä on ero rikkomuksen välillä joka skaalautuu ja yksi, joka ei.

Tästä syystä kehystetään BYOC hyökkäyspinnan ja puhallussäteen muuttamiseen sen sijaan, että lupaisi haavoittuvuutta. Haavoittuvuus missä tahansa ohjelmistossa edelleen tarvitsee korjausta, ja pilvitilisi on nyt osa suojauskuvaa – sinä omistaa sen, joten sinun on suojattava se (vahvat valtuustiedot, vähiten käyttöoikeus, MFA). BYOC siirtää osan vastuusta sinulle vastineeksi suurimman yksittäisen poistamisesta aggregoidun epäonnistumisen kohta. Se on kauppa, ja virastoille, joiden koko liiketoiminta on asiakastiedot, se on yleensä oikea.

Entä datan asuinpaikka ja GDPR?

Residenssi on paikka, jossa nämä kaksi mallia eroavat näkyvimmin. Perinteisessä SaaS “isännöimme ⟦T26:ssa⟧” on käytäntö - lupaus, joka voi muuttua uuden alikäsittelijä, uusi alue tai uusi yritysomistaja. Kun säädin tai an yritysasiakas kysyy missä tämä tietue tarkalleen on ja kuka voi käyttää sitä, a Keskitetty usean vuokralaisen klusteri on epämiellyttävä asia osoittaa.

BYOC:lla vastaus on rakenteellinen. Koska tietokanta on käytössäsi tili, valitset sen lainkäyttöalueen, kun se luodaan. sSystm antaa sinun valita omasi sisäänkirjautumisen yhteydessä, mukaan lukien kovan EU-lainkäyttöalueen takuu tietokanta — asuinpaikka rakentamisen mukaan, ei lupauksen mukaan. Menemme syvemmälle noudattamiskulma sisään data-asunto, GDPR ja virastot. Mikään näistä ei ole oikeudellista neuvontaa, mutta “data säilyy fyysisesti EU-kiinnitetyssä tietokanta omaan lukuun” on olennaisesti vahvempi asema kuin rivi a myyjän ehdot.

Mitä tiedoilleni tapahtuu, jos lähden?

Turvallisuus sisältää suhteen lopun, ei vain keskikohtaa. kanssa perinteinen SaaS, jättäminen tarkoittaa tietueiden vientiä minkä tahansa API kautta. myyjien tarjoukset ja niiden välisten suhteiden uudelleenrakentaminen muualla - ja kunnes Jos teet niin, tietosi ovat edelleen myyjän varastossa. Käyttöoikeuksien poistaminen on päällä heidän aikajanallaan, ei sinun.

Kun BYOC, exit on ei-tapahtuma datalle. Tietokanta oli aina käytössäsi account; irrota alusta ja myyjä menettää pääsyn, kun pidät kaikki - tietueet, sisältö ja varmuuskopiot - tarkalleen missä ne olivat. On ei vientivaihetta, koska taakse ei jää mitään. That property overlaps voimakkaasti lukituksella, jonka peitämme SaaS toimittajan lukittuminen ja sen välttäminen.

Joten, kumpi on turvallisempi?

Rehellisesti: se riippuu uhkamallistasi, eikä mikään arkkitehtuuri korvaa sitä perusasioiden hoitamisesta hyvin. Mutta jos suurin huolenaihe on skenaario, joka pysyy toimistojen omistajat yöllä — yksi tapaus paljastaa kaikki asiakkaamme kerralla — silloin BYOC on vahvempi malli, koska kyseinen vikatila ei ole olemassa, kun keskustietokantaa ei ole. Se pienentää räjähdyksen sädettä kaikki yhdeksi, muuttaa vuokralaisen eristäytymisen tilien väliseksi rajaksi, ja tekee arkkitehtuurin residenssi- ja poistumisominaisuudet lausekkeiden a sijasta sopimus.

Tälle vedolle sSystm on rakennettu. Voit tarkistaa, kuinka tietomalli toimii Turvallisuus ja tietomalli -sivulle sen sijaan, että ottaisimme sanamme, ja katso laajempi filosofia mikä BYOC-toimiston käyttöjärjestelmä on.