- Nollaluottamusmallin ja pienimpien oikeuksien periaatteen toteuttaminen hyökkäyspinnan pienentämiseksi.
- Syvyyssuuntaiset puolustusstrategiat ja verkon segmentointi uhkien sivuttaisliikkeen estämiseksi.
- Palvelumallin (IaaS, PaaS, SaaS) mukainen jaettu vastuunhallinta ja infrastruktuurin käyttö koodina.
Pilviympäristön perustaminen ei nykyään ole vain muutaman trendikkään palvelun palkkaamista ja niiden kytkemistä päälle ja sen seuraamista. Se on itse asiassa strateginen prosessi, jossa jokainen tekninen päätös vaikuttaa suoraan tiedon suojaamiseen ja siihen, miten järjestelmä selviytyy huippukuormituksista kaatuilematta. Kun suunnittelu on hyvin toteutettu, järjestelmä toimii sujuvasti, mutta jos se on tehty huonosti, ongelmat eivät yleensä ilmene heti ensimmäisenä päivänä, vaan juuri silloin, kun liiketoiminta alkaa skaalautua ja alustasta tulee kriittinen.
Yritykset tekevät usein virheen keskittymällä ensin työkaluun ja keskustelemalla siitä, onko kontit vai virtuaalikoneet parempia, ennen kuin ymmärtävät yrityksen todelliset tarpeet . Ennen kuin valitset palveluntarjoajan, kuten AWS:n, Azuren tai Google Cloudin, on tärkeää analysoida riskit, odotettu jatkuvuuden taso ja se, onko tiimillä tarvittava kypsyys operoida rakennettavaa. Vankan arkkitehtuurin on oltava ennen kaikkea luotettava, tehokas ja havaittavissa , estäen järjestelmänvalvojia käyttämästä päiviään jatkuvaan tulipalojen sammuttamiseen.
Pilvi-infrastruktuurin suunnittelun perusteet
Yksinkertaisesti sanottuna pilviarkkitehtuuri ei ole palveluluettelo, vaan pikemminkin verkkojen , identiteettien, laskennan ja tallennuksen yhtenäinen organisaatio. Jos yksi näistä tasoista pettää, koko järjestelmä heikkenee; sinulla saattaa esimerkiksi olla maailman parhaiten ohjelmoitu sovellus, mutta jos käyttöoikeudet ovat liian suuret tai verkko on huonosti suunniteltu, sinulla on avoin ovi mille tahansa hyökkäykselle.
Suunnittelun tulisi alkaa kauan ennen käyttöönottoa. Sisäinen työkalu ei ole sama asia kuin julkinen API, jota käyttävät tuhannet käyttäjät . Käyttömalli ja kriittisyys määrittävät, tarvitsemmeko pitkälle automatisoidun monoliitin vai mikropalveluarkkitehtuurin. Muista tämä: mikropalvelut ovat loistavia skaalautuvuuden kannalta, mutta ne lisäävät toiminnallista monimutkaisuutta, joka voi mitätöidä hyödyt, jos tiimi ei osaa hallita niitä.
Tietoturvan osalta kultainen sääntö on ottaa käyttöön suojaustoimenpiteet heti alusta alkaen . Pilvipalvelun tietoturvan ja tietosuojan jättäminen loppuun asti on yleensä erittäin kallista, sillä riippuvuuksien ja teknisten käytäntöjen korjaaminen järjestelmän ollessa tuotannossa on todellinen painajainen.
Pilvipalveluiden tietoturvan pilarit: identiteetti, verkko ja data
Ensimmäinen puolustuslinja on identiteetti. Tässä kohtaa tulee mukaan pienimpien oikeuksien periaate , jonka mukaan vain ehdottoman välttämättömät käyttöoikeudet myönnetään hyvin määriteltyjen pilvikäyttöoikeuskäytäntöjen avulla . On hyvin yleistä langeta ansaan, jossa myönnetään täydet käyttöoikeudet hätätilanteen ratkaisemiseksi ja sitten unohdetaan peruuttaa ne, mikä luo hauraan ja vaarallisen perustan.
Verkko on toinen kriittinen taso. Kyse ei ole kaiken lukitsemisesta turvalliseen paikannukseen, vaan jokaisen sisäänpääsypisteen oikeuttamisesta . Vankka arkkitehtuuri käyttää verkon segmentointia ja virtuaalisia PC-piirejä eristääkseen sisäiset komponentit julkisista komponenteista, mikä rajoittaa hyökkäyspintaa ja estää mahdollisen hyökkääjän sivuttaisliikettä.
Lopuksi, tietosuojan on oltava kattavaa. Pelkkä tietokannan salaaminen ei riitä; myös tallennettuja objekteja, varmuuskopioita ja luottamuksellisia tietoja on valvottava. Pilvitietojen salaaminen sekä siirrettäessä että säilytettäessä sekä tietojen arkaluontoisuuden tarkka luokittelu ovat olennaisia toimenpiteitä katastrofaalisten tietomurtojen estämiseksi.
Vastuumallit ja edistyneet strategiat
Jaetun vastuun mallin ymmärtäminen on ratkaisevan tärkeää . Pilvipalveluntarjoaja suojaa fyysisen infrastruktuurin (datakeskuksen), mutta asiakas on vastuussa siitä, mitä hän sen sisältöön sijoittaa. Tämä vaihtelee mallin mukaan: IaaS:ssa hallinnoit kaikkea käyttöjärjestelmästä ylöspäin; PaaS:ssa keskityt sovellukseen ja dataan; ja SaaS:ssa hyödyt ja riskit ovat erilaiset, sillä vaikka palveluntarjoaja tekee lähes kaiken, vastuu käyttöoikeuksien hallinnasta ja määräystenmukaisuudesta on silti sinulla.
Toinen mullistava käsite on nollaluottamusarkkitehtuuri. Tämä lähestymistapa, joka perustuu lähtökohtaan, jossa ei koskaan luoteta ja aina tarkistetaan , poistaa "turvallisen perimeterin" käsitteen. Ei ole enää väliä, onko käyttäjä yritysverkon sisällä; jokainen käyttöoikeuspyyntö on jatkuvasti validoitava ja todennettava.
Tämän vahvistamiseksi suositellaan syvyyssuuntaista puolustusta , joka luo useita suojauskerroksia. Jos palomuuri pettää, salaus suojaa tietoja; jos salasana vuotaa, MFA pysäyttää tunkeilijan. Tämä redundanssi tekee järjestelmästä todella kestävän monimutkaisia uhkia vastaan.
Skaalautuvuus, toiminnot ja yleiset virheet
Skaalaus ei tarkoita pelkästään suorittimen tai muistin lisäämistä järjestelmän ollessa hidas. Todellinen skaalaus tarkoittaa komponenttien irrottamista , jotta ne voivat kehittyä itsenäisesti. Tilattomien palveluiden suunnittelu mahdollistaa laskentakerroksen vaihdettavuuden ja helpon replikoinnin tarvittaessa.
Kriittinen virhe on perinteisen paikallisen arkkitehtuurin siirtäminen pilveen ilman uudelleensuunnittelua. Virtuaalikoneiden pelkkä "nostaminen ja siirtäminen" ei tarjoa joustavuutta tai turvallisuutta; se vain siirtää ongelman muualle . Samoin liiallinen tekninen monimutkaisuus (kuten palveluverkon toteuttaminen, kun sitä ei tarvita) lisää vain käyttökustannuksia tuomatta todellista lisäarvoa.
Havaittavuus on palapelin viimeinen palanen. Ilman tarkkoja mittareita ja hälytyksiä tiimi on sokea ja voi reagoida vasta, kun järjestelmä on jo vikaantunut. Kypsä arkkitehtuuri käyttää infrastruktuuria koodina (IaC) varmistaakseen, että käyttöönotot ovat yhdenmukaisia, auditoitavia ja helposti palautettavissa virheen sattuessa.
Järjestelmä, joka skaalautuu ilman jatkuvia uudelleensuunnitteluja, jossa käyttöoikeudet on selkeästi määritelty ja dokumentaatio on suoraviivaista, on selkeä merkki toimivasta suunnittelusta. Tietoturva ei ole tuote, jonka ostat; se on jatkuvan valvonnan ja johdonmukaisten teknisten päätösten kurinalaisuus, joka suojaa digitaalisia resursseja jatkuvasti kehittyvässä ympäristössä.
