Pilvidatan tietoturva: tee jaetusta vastuusta konkreettista

Pilvipalveluntarjoaja ylläpitää osaa tietoturvaympäristöstä. Tiimisi on silti selvitettävä, mitä suojauksia se itse konfiguroi, kattavatko ne käytössä olevat tiedot ja palvelut ja mistä se tietää, että ne pysyvät tehokkaina.

Pilvidatan tietoturva suojaa luottamuksellisuutta, eheyttä ja saatavuutta tallennuksessa, käsittelyssä, jakamisessa ja palautuksessa. Siihen kuuluvat tietokannat ja objektitallennustilat, mutta myös sovellusten käyttöoikeudet, SaaS-palveluista viedyt tiedot, palveluidentiteetit, varmuuskopiot sekä kannettavat tietokoneet tai automaatiojärjestelmät, jotka voivat hakea tietoja.

Teknologiajohtajan näkökulmasta jaettu vastuu on hyödyllinen vain, jos se tuottaa konkreettisia teknisiä päätöksiä: kuka konfiguroi kontrollin, kuka valvoo sitä, mikä näyttö osoittaa sen toimivan ja kuka toimii, kun se pettää. Palveluntarjoajan tietoturvalausunto ei voi vastata näihin kysymyksiin teidän käyttöönottonne osalta.

Määritä raja ennen kontrollien valintaa

Pilviympäristöt yhdistävät etänä toimitettua infrastruktuuria, alustoja ja sovelluksia. Julkinen pilvi perustuu yleensä palveluntarjoajan ylläpitämään infrastruktuuriin, joka palvelee useita asiakkaita; yksityinen pilvi on varattu yhdelle organisaatiolle. Kumpikaan nimitys ei ratkaise, ovatko tietosi riittävästi suojattuja. Eristys, pääsypolut, operatiivinen omistajuus ja palautumisjärjestelyt ovat tärkeämpiä kuin nimitys.

Aloita yhdestä liiketoimintapalvelusta ja jäljitä sen riippuvuudet. Tunnista pilvitilit tai -tilaukset, alueet, palvelut, tietovarastot, ylläpitäjät ja käyttöönottojärjestelmät. Ota mukaan asiakastuen, talouden ja kehityksen käyttämät SaaS-tuotteet: tuotantotietokanta voi olla tiukasti hallittu, vaikka sen asiakastietovienti on laajasti jaetussa työtilassa.

Luettelon tulisi vastata seuraaviin kysymyksiin:

• Mitä tietoja tallennetaan tai käsitellään, ja kuka omistaa liiketoiminnallisen tarkoituksen?
• Missä ovat ensisijaiset tietueet, replikat, lokit, viennit, välimuistit ja varmuuskopiot?
• Mitkä ihmiset, työkuormat, toimittajat ja ulkoiset vastaanottajat pääsevät niihin?
• Mitkä tilit, alueet ja palvelut on hyväksytty, ja miten uudet havaitaan?
• Mitä säilytys-, poisto-, saatavuus- ja sopimusvaatimuksia sovelletaan?

Pilven skaalautuvuus ja etäkäytettävyys voivat parantaa toimintaa, ja hallinnoidut palvelut voivat vähentää infrastruktuurin ylläpitoa. Ne myös tekevät resurssien ja kopioiden luomisesta helppoa nopeammin kuin tarkastajat ehtivät seurata. Tietoturvan kustannuksiin kuuluu siksi identiteettien hallinta, valvonta, näytön kerääminen, palautustestaus ja toimittajien valvonta, ei pelkästään tallennuksen lasku.

Luokittele tiedot siellä, missä ne todella ovat

Käytä hallittavaa luokittelumallia, joka on sidottu toimenpiteisiin. Esimerkiksi luokat julkinen, sisäinen, luottamuksellinen ja rajoitettu voivat määrittää jakamissäännöt, käyttöoikeuskatselmoinnit, lokituksen ja säilytyksen. Määritä, mihin luokkaan kuuluvat asiakastunnisteet, tunnistautumissalaisuudet, taloustiedot, lähdekoodi ja arkaluonteiset henkilötiedot.

Automaattinen kartoitus voi auttaa löytämään huomiotta jääneitä tietojoukkoja, mutta varmista tulokset tietojen omistajien kanssa. Skanneri voi ohittaa pakatut arkistot tai sovelluskohtaiset kentät, kun taas vaaraton testimerkkijono voi aiheuttaa väärän positiivisen havainnon. Kirjaa skannaamattomat sijainnit ja otantarajoitukset. Kattavampi kartoitustyönkulku on kuvattu artikkelissa tietojen kartoitus ja tietosuoja.

Kartoita vastuut palvelu kerrallaan

Vastuuraja muuttuu palvelumallin ja palveluntarjoajan toteutuksen mukaan. Pidä seuraavaa lähtökohtana, joka on varmistettava palvelun dokumentaatiota ja sopimuksia vasten, ei yleispätevänä jakona.

Kirjaa jokaisesta tärkeästä suojauksesta palveluntarjoajan osuus, asiakkaan konfiguraatio, operatiivinen omistaja, tarkastaja ja näytön lähde. Vältä merkintöjä kuten ”salaus: palveluntarjoaja”. Kirjoita sen sijaan: ”Palveluntarjoaja tarjoaa hallinnoidun salauksen; alustatiimi valitsee avainkonfiguraation; tietoturva tarkastaa purkuoikeudet; palvelun omistaja testaa palautuksen.”

Ota ihmiskäyttäjien rinnalle mukaan palveluidentiteetit ja käyttöönottoautomaatio. Putki, joka luo resursseja, muuttaa käyttöoikeuspolitiikkoja tai hakee salaisuuksia, on osa tietoturvarajaa. Myös hallinnoitujen palvelujen operaattorit ja ulkoiset tukipalvelujen tarjoajat tarvitsevat nimenomaiset vastuut, vaikka ne ylläpitäisivät infrastruktuuria puolestanne.

Tunnista vastuunvaihtojen epäonnistumiskohdat. Jos palveluntarjoaja ilmoittaa vaarantuneesta tunnistetiedosta, kuka vastaanottaa ilmoituksen työajan ulkopuolella? Jos tietokanta ei ole käytettävissä, kuka päättää, palautetaanko, siirrytäänkö varajärjestelmään vai odotetaanko? Nimeä jokaiselle asiakkaan puolen lopputulokselle yksi vastuullinen sisäinen omistaja, vaikka useampi tiimi tekisi työn.

Arvioi palveluntarjoajan varmistus venyttämättä sitä liikaa

Käy läpi palvelun tietoturvadokumentaatio, poikkeamaviestintä, tukipääsyn järjestelyt, alihankkijat, poistokäyttäytyminen, palautusvaihtoehdot ja saatavilla olevat auditointilokit. Tarkista, sisältääkö kyseinen tilitaso todella ne ominaisuudet, joita ratkaisunne tarvitsee.

Varmistusasiakirjojen soveltamisala on tarkastettava. SOC 2 -raportti on varmennusraportti, ei sertifikaatti. ISO 27001 -sertifiointi koskee rajattua tietoturvallisuuden hallintajärjestelmää, eikä se todista, että teidän vuokralaisympäristönne on konfiguroitu turvallisesti. Tarkista katetut palvelut, raportointijakso, poikkeamat ja raportissa yksilöidyt asiakkaan kontrollit.

Tarvittaessa BSI:n C5-kriteeristö tarjoaa pilvipalvelujen varmistuskriteerit. Erota tyypin 1 arviointi suunnittelusta ja toteutuksesta tiettynä ajankohtana tyypin 2 kattavuudesta, joka koskee toimintaa tietyn ajanjakson ajan. Kumpikaan ei korvaa omien käyttöoikeuksienne ja tietovirtojenne testaamista.

Muunna velvoitteet teknisiksi vaatimuksiksi

Selvitä sovellettava lainsäädäntö ja asiakassitoumukset ennen alueen valintaa tai palveluntarjoajan ehtojen hyväksymistä. Sovellettavuus riippuu tiedoista, käsittelyrooleista, toimialasta, lainkäyttöalueista ja palvelusuhteista. Palveluntarjoajan raportti tai sertifikaatti ei osoita organisaationne lainmukaisuutta.

Yleisen tietosuoja-asetuksen (GDPR) piiriin kuuluvien henkilötietojen osalta 32 artikla edellyttää riskiin nähden asianmukaista tietoturvaa; se ei ole yleinen velvoite salata jokainen tietojoukko kaikissa olosuhteissa. Jos palveluntarjoaja toimii käsittelijänä, arvioi 28 artiklan sopimusvaatimukset. Kansainväliset siirtojärjestelyt edellyttävät erillistä arviointia. Pelkkä tietojen sijainti ei todista suvereniteettia tai GDPR:n noudattamista, erityisesti jos tukipääsy tai alihankkijat luovat lisää pääsypolkuja.

Käytännön suosituksena muunna jokainen sovellettava vaatimus testattavaksi lausumaksi: sallitut käsittelyalueet, hyväksytyt vastaanottajat, säilytysajat, pääsyrajoitukset, palautumistavoitteet tai poikkeamailmoitusten vastuunvaihdot. Pyydä oikeudellisia ja tietosuoja-asiantuntijoita vahvistamaan tulkinta, kun taas kehitys määrittää, miten vaatimus toteutetaan ja miten siitä tuotetaan näyttöä.

Varmista todellinen pääsy, ei pelkästään aiotut oikeudet

Varastetut tunnistetiedot, liialliset oikeudet, julkinen jakaminen ja sisäpiirin väärinkäyttö ovat yleisiä reittejä pilvidatan paljastumiseen. Salattu tietovarasto voi silti paljastaa tietueita valtuutetun tilin tai sovelluksen kautta, joka palauttaa väärän asiakkaan tiedot.

Federoi ihmisten identiteetit mahdollisuuksien mukaan, jotta työsuhteen alkamiseen, muutoksiin ja päättymiseen liittyvät prosessit ulottuvat pilvipalveluihin. Edellytä vahvaa tunnistautumista pääkäyttäjäoikeuksille, suosi tietojenkalastelua kestävää monivaiheista tunnistautumista, kun se on tuettu, ja erota rutiinityö ylläpidosta. Hätäpääsy edellyttää hallittuja tunnistetietoja, valvottua käyttöä ja testattua palautusprosessia; siitä ei saa tulla pysyvää ohituskeinoa.

Suosi työkuormien identiteeteissä tarkasti rajattuja, lyhytikäisiä tunnistetietoja, kun ne ovat tuettuja. Tarkasta luottamussuhteet: mikä työkuorma voi ottaa roolin, millä ehdoilla ja missä ympäristössä? Poista upotetut salaisuudet koodivarastoista ja käyttöönottoartefakteista ja rajoita pääsyä itse salaisuuksien hallintapalveluun.

Arvioi todelliset käyttöoikeudet identiteettipolitiikkojen, resurssipolitiikkojen, roolien omaksumisen, ryhmäjäsenyyksien, jakolinkkien ja organisaatiotason rajoitusten yli. ”Vain luku” voi silti sallia arkaluonteisten tietojen laajamittaisen poiminnan. Rooli, joka ei voi lukea tietueita mutta voi muuttaa sovellusta tai avainpolitiikkaa, voi saada pääsyn epäsuorasti.

Käyttöoikeuskatselmoinnin näytön tulisi yksilöidä toimija, resurssi, sallitut toiminnot, liiketoiminnallinen perustelu, hyväksyjä ja tarvittaessa poistopäivä. Testaa työsuhteen päättymisen käsittely ja vanhentuneet väliaikaiset oikeudet sen sijaan, että luottaisit pelkästään kirjalliseen menettelyyn.

Tarkastele altistumista ja sovelluksen toimintaa yhdessä

Virheellinen konfiguraatio yhdistää usein useita asetuksia, jotka yksinään vaikuttavat järkeviltä. Objektitallennustilassa oletussalaus ei vastaa siihen, kuka voi lukea objekteja tai tekeekö jakamispolitiikka niistä julkisia. Tarkastele identiteettiä, resurssipolitiikkoja, sovelluksen toimintaa ja valvontaa yhdessä.

Tarkista julkisen pääsyn rajoitukset, saapuva verkkoliikenne, tietokantojen kuuntelijat, tilien väliset luottamussuhteet, allekirjoitettujen linkkien toiminta ja ulkoinen jakaminen. Yksityiset päätepisteet voivat vähentää altistumista, mutta ne eivät korjaa liiallisia oikeuksia tai haavoittuvaa sovellusta. Erota ympäristöt toisistaan ja rajoita pääsyä tuotantoon kehitysjärjestelmistä.

Pilven ohjelmointirajapinnat tarvitsevat todennuksen ja valtuutuksen objekti- ja toimintotasolla. Pätevä käyttäjätunniste ei saa sallia toisen vuokralaisen tietueiden hakemista tunnistetta muuttamalla. Testaa vientipäätepisteet, hallinnolliset toiminnot, massakyselyt ja latauskäsittelijät. Pyyntörajoitukset voivat vähentää väärinkäyttöä, mutta ne eivät korvaa valtuutusta.

Käytä infrastruktuurikoodin katselmointia ja politiikkatarkistuksia tunnettujen vaarallisten asetusten estämiseen ja vertaa sitten hyväksyttyjä sääntöjä käyttöönotettuun konfiguraatioon. Konsolimuutokset, migraatiot ja hätäkorjaukset voivat aiheuttaa poikkeamaa tavoitetilasta. Kirjaa, miksi poikkeukset ovat olemassa, niiden korvaavat kontrollit ja milloin ne vanhenevat. Uhkamallinnus voi auttaa tunnistamaan polkuja altistetusta rajapinnasta arkaluonteisiin tietoihin ennen toteutusta.

Tee salauksesta ja avainten käytöstä erilliset kontrollit

Suojaa siirrettävät tiedot nykyaikaisilla, todennetuilla protokollilla ja asianmukaisella varmenteiden tarkistuksella. Tarkasta julkisten päätepisteiden lisäksi myös sisäiset sovellusyhteydet. Tallennettujen tietojen osalta selvitä, mitkä palvelut, replikat, viennit, tilannevedokset ja varmuuskopiot on salattu ja millaisilla avainjärjestelyillä.

Palveluntarjoajan hallinnoimat avaimet ja asiakkaan hallinnoimat avaimet tukevat erilaisia operatiivisia valintoja. Valitse uhkamallin, sopimusvaatimusten, hallinnollisen eriyttämisen ja palautustarpeiden perusteella. Asiakkaan hallinnoima avain ei ole automaattisesti turvallisempi, jos sama rajoittamaton ylläpitäjä hallitsee sekä tietoihin pääsyä että avainoikeuksia.

Dokumentoi, kuka saa salata, purkaa, hallinnoida, poistaa käytöstä ja poistaa avaimia. Tarkasta avainpolitiikan muutokset ja epätavallinen salauksen purkaminen. Määritä vaihto-, mitätöinti-, säilytys- ja palautusprosessit; avaimen vaihtaminen ei välttämättä salaa uudelleen jokaista olemassa olevaa kopiota palvelusta riippuen.

KMS- ja HSM-palvelut voivat tukea avainten suojaamista ja kryptografisia operaatioita, mutta ne eivät poista elinkaarivastuita. Testaa avaimen saatavuuden menettämisen seuraukset ennen poisto- tai mitätöintiprosessin käyttöönottoa. Suojattu varmuuskopio on käyttökelvoton, jos sen tarvitsemaa avainta ei voida palauttaa. Tukevat kryptografiset päätökset on kuvattu artikkelissa salaus ja avaintenhallinta.

Valvo tietojen käyttöä ja säilytä reagointikyky

Lokituksen on katettava ne kysymykset, joihin poikkeamiin reagoivien on vastattava. Hallinnolliset auditointitapahtumat voivat näyttää, kuka muutti politiikkaa, mutta eivät sitä, kuka latasi tietojoukon. Selvitä, missä tietojen käytön lokitus on saatavilla, onko se otettu käyttöön ja mitkä tapahtumat tai palvelut jäävät kattavuuden ulkopuolelle.

Kerää asiaankuuluvat identiteetti-, hallintataso-, tietojen käyttö-, sovellus-, avaintenhallinta- ja jakamistapahtumat. Säilytä tili- ja resurssitunnisteet, toimijan identiteetti, aikaleimat, toiminnot ja lopputulokset. Suojaa lokit muuttamiselta ja luvattomalta poistamiselta. Vältä arkaluonteisten sisältöjen tai uudelleenkäytettävien tunnistetietojen tallentamista lokeihin; vianmääritystiedoista voi tulla uusi altistumisen lähde.

Priorisoi havaitsemisskenaariot, kuten:

• Rajoitettu tietovarasto muuttuu julkisesti saatavilla olevaksi.
• Uusi ulkoinen luottamussuhde tai pääkäyttäjäroolin myöntäminen.
• Epätavalliset massaviennit tai lepotilassa olleen identiteetin käyttö.
• Lokitus poistetaan käytöstä tai sen kohde muuttuu.
• Varmuuskopioiden poistaminen tai avainten hallinnan muutokset.

Määritä reagoijat ja testaa hälytykset hallitulla harjoituksella. Sääntö, joka laukeaa valvomattomaan sähköpostilaatikkoon, ei ole tehokas havaitsemisprosessi. Kirjaa keruuvirheet, viivästynyt tiedon vastaanotto, uudet resurssit ja palveluntarjoajan rajoitukset sen sijaan, että esittäisit hallintapaneelin täydellisenä kattavuutena.

Poikkeaman aikana säilytä asiaankuuluva näyttö ja koordinoi rajaaminen identiteettien, sovellusten ja tallennuksen välillä. Yhden tunnisteen mitätöinti ei välttämättä päätä muita istuntoja tai pysäytä jo käynnissä olevaa vientiä. GDPR:n mukaisissa henkilötietojen tietoturvaloukkauksissa käsittelijät ilmoittavat rekisterinpitäjille ilman aiheetonta viivytystä. Rekisterinpitäjät ilmoittavat valvontaviranomaiselle ilman aiheetonta viivytystä ja mahdollisuuksien mukaan 72 tunnin kuluessa tietoon tulemisesta, ellei loukkaus todennäköisesti aiheuta riskiä henkilöiden oikeuksille ja vapauksille. Korkean riskin loukkauksista on lisäksi ilmoitettava asianomaisille henkilöille ilman aiheetonta viivytystä 34 artiklan poikkeukset huomioon ottaen. Säilytä ilmoittamisen tai ilmoittamatta jättämisen perustelut.

Käytä tietoturvatyökaluja määriteltyihin kysymyksiin

Pilviturvallisuuden työkalut ovat hyödyllisimpiä, kun niiden kattavuus ja päätöksentekotarkoitus ovat selvät:

Aloita DLP-sääntöjen täytäntöönpano edustavalla testauksella ja tietojen omistajien katselmoinnilla. Sääntö, joka estää oikeutetun asiakastukityön, voi ajaa käyttäjät hallitsemattomiin kiertoteihin. Rajoita skannerit ja valvonta-agentit niiden tarvitsemaan pääsyyn; laajat lukuoikeudet omaavasta kartoitustyökalusta tulee itsessään arkaluonteinen komponentti.

Automaatio voi vähentää toistuvia tarkistuksia ja näytön keräämistä. Se ei voi osoittaa, että tukematon palvelu on turvallinen tai että oikeudellinen tulkinta on oikea. Pidä ihmisen tekemä tarkastus näkyvänä olennaisten havaintojen ja poikkeusten osalta.

Todista palautuminen varmuuskopioiden tilasta riippumatta

Varmuuskopiot suojaavat menetykseltä ja vioittumiselta vain, jos ne voidaan palauttaa palvelun tarpeiden mukaisesti. Määritä liiketoiminnan omistajan kanssa palautuspistetavoitteet (RPO) siedettävälle tietojen menetykselle ja palautumisaikatavoitteet (RTO) siedettävälle keskeytykselle.

Erota replikointi, versiointi, tilannevedokset ja varmuuskopiot. Replikointi voi kopioida myös vioittumisen tai poiston. Tilannevedokset voivat olla haavoittuvia samalle ylläpitäjälle, joka hallitsee tuotantoa. Valitse uhkamalliin sopivat suojatut kopiot ja hallinnollinen eriyttäminen, mukaan lukien poistonesto, kun se on tuettu.

Palauta edustava työkuorma eristettyyn ympäristöön. Tarkista tietojen johdonmukaisuus, sovellusriippuvuudet, identiteettikonfiguraatio, avainten saatavuus ja palautumiseen kulunut aika. Pelkkä tietokannan palautus ei osoita, että liiketoimintapalvelu toimii. Kirjaa epäonnistumiset ja testaa uudelleen korjausten jälkeen.

Arvioi SaaS-palvelujen palautus erikseen. Palveluntarjoajan katastrofipalautus voi palauttaa alustan kumoamatta vuokralaisympäristössänne tapahtunutta vahingossa tehtyä poistoa. Selvitä saatavilla oleva palautuksen tarkkuus, säilytysajat, vientivaihtoehdot ja vastuu palautuksen käynnistämisestä. Sovella luokittelu- ja säilytyssääntöjä myös varmuuskopioihin.

Esimerkki: asiakastietojen vientipalvelu

Tarkastellaan havainnollistavaa SaaS-tiimiä, joka käyttää hallinnoitua tietokantaa, objektitallennustilaa vientejä varten ja taustatyöprosessia. Oletetaan, että viennit sisältävät luottamuksellisia asiakkaiden yhteystietoja, asiakkaat pääsevät vain omiin vienteihinsä ja sovitut palautumistavoitteet ovat neljän tunnin tietojen menetys ja kahdeksan tunnin keskeytys. Nämä ovat esimerkkioletuksia, eivät suositeltuja yleisiä tavoitteita.

Palveluntarjoaja ylläpitää hallinnoitua infrastruktuuria. Alustatiimi konfiguroi verkkorajoitukset, identiteetit, salauksen ja lokituksen. Sovelluskehittäjät omistavat vuokralaiskohtaisen valtuutuksen ja vientilinkkien toiminnan. Palvelun omistaja hyväksyy säilytys- ja palautumistavoitteet; tietoturva tarkastaa pääsyn ja näytön.

Taustaprosessi saa oikeuden lukea tarvittavat tietokantatietueet ja kirjoittaa viennit nimettyyn tallennustilaan. Se ei tarvitse oikeutta muuttaa tallennuspolitiikkaa tai poistaa varmuuskopioita. Lataukset kulkevat vuokralaiskohtaisen valtuutuksen kautta; mahdollisilla väliaikaisilla linkeillä on rajattu voimassaoloaika, ja niitä käsitellään haltijatunnisteina. Vientitiedostot vanhenevat hyväksytyn säilytyssäännön mukaisesti.

Testaukseen kuuluvat todentamaton objektipyyntö, asiakkaan yritys hakea toisen asiakkaan vienti ja taustaprosessin yritys suorittaa kielletty hallinnollinen toiminto. Tarkastajat varmistavat myös, että julkinen pääsy on estetty ja että testilataukset tuottavat odotetut auditointitapahtumat.

Palautusharjoitus tarkistaa tietokannan ja sovellusriippuvuudet oletettuja palautumistavoitteita vasten. Näyttöön kuuluvat konfiguraatioviennit, valtuutustestien tulokset, otannalla poimitut käyttötapahtumat ja palautusmerkintä. Jos tietojen käytön lokitus puuttuu yhdeltä alueelta, katselmointi kirjaa puutteen ja osoittaa korjauksen; muualla onnistunut testaus ei sulje sitä.

Säilytä soveltamisala, poikkeukset ja katselmointipäätökset

Näytön tulisi yksilöidä tili, resurssi, ajankohta, keruumenetelmä ja tarkastaja. Yhden tilin konfiguraatiovienti ei voi osoittaa kaikkien tilien tietoturvatilaa. Vertaa kerättyjä resursseja luetteloon ja kirjaa epäonnistuneet keruut tai saavuttamattomat sijainnit.

Ylläpidä kustakin palvelusta tiivistä näyttökokonaisuutta: vastuukartta, hyväksytty perustaso, ajantasaiset konfiguraatiotarkistukset, todellisten käyttöoikeuksien katselmointi, lokituksen kattavuus, palautustulokset ja avoimet poikkeukset. Jokainen poikkeus tarvitsee omistajan, riskiperustelun, korvaavat kontrollit, hyväksynnän, vanhenemispäivän ja uudelleentestauksen ehdon.

Käytä aikataulutettuja katselmointeja tapahtumapohjaisten laukaisijoiden rinnalla. Olennaisten käyttöönottomuutosten, uusien alueiden, toimittajamuutosten, poikkeamien, muuttuneiden tietoluokitusten ja uusien jakamispolkujen tulisi käynnistää uudelleenarviointi. NIST Cybersecurity Framework tarjoaa hyödyllisen jäsennysviitteen toimintojen Govern, Identify, Protect, Detect, Respond ja Recover osalta; se on ohjeistusta, ei todiste siitä, että käyttöönotto täyttää velvoitteensa.

Secani voi kytkeä tämän työn vaatimuksiin, kohdeobjekteihin, näyttöön, vastuuhenkilöihin, tehtäviin ja katselmointipäätöksiin. Mallinna pilvipalvelu ja sen riippuvuudet, liitä konfiguraatioviennit ja testimerkinnät niihin kontrolleihin, joita ne tukevat, ja muuta puuttuva kattavuus osoitetuksi työksi. Pidä ihmisen hyväksyntä ja lähteiden jäljitettävyys näkyvinä. Pilviturvallisuuden työkalut pysyvät teknisen konfiguraation ja hälytysten lähteenä; vaatimustenmukaisuuden työtila säilyttää niiden kattavuuden ja toimenpiteet, joita ne tukevat.

Valitse seuraavaan tekniseen katselmointiin yksi arkaluonteinen tietovirta. Jäljitä jokainen kopio ja pääsypolku, nimeä asiakkaan puolen vastuut, testaa todelliset käyttöoikeudet ja palauta edustava työkuorma. Laajenna soveltamisalaa, kun katselmointi tuottaa luotettavaa näyttöä ja toistettavan prosessin.