Kas yra debesies sauga?

Debesies sauga yra bendra debesies paslaugų teikėjų ir jų klientų atsakomybė. Atsakomybė priklauso nuo siūlomų paslaugų tipo:

Infrastruktūra kaip paslauga. Pagal šį modelį debesies paslaugų teikėjai siūlo kompiuterijos, tinklo ir saugyklos išteklius pagal poreikį. Teikėjas yra atsakingas už pagrindinių kompiuterijos paslaugų apsaugą. Klientai turi apsaugoti operacinę sistemą ir viską, kas jai priklauso, įskaitant programas, duomenis, vykdykles ir tarpinę programinę įrangą.

Platforma kaip paslauga. Daugelis teikėjų taip pat siūlo visą kūrimo ir diegimo aplinką debesyje. Be pagrindinių kompiuterijos paslaugų, jie prisiima atsakomybę už vykdymo laiko, tarpinės programinės įrangos ir operacinės sistemos apsaugą. Klientai turi apsaugoti savo programas, duomenis, vartotojų prieigą, galutinio vartotojo įrenginius ir galutinio vartotojo tinklus.

Programinė įranga kaip paslauga. Organizacijos taip pat gali pasiekti programinę įrangą pagal išankstinio mokėjimo modelį, pvz., „Microsoft Office 365“ arba „Google Drive“. Pagal šį modelį klientai vis dar turi užtikrinti savo duomenų, vartotojų ir įrenginių saugą.

Keturi įrankiai padeda įmonėms apsaugoti savo išteklius debesyje:

• Debesies darbo krūvio apsaugos platforma padeda apsaugoti kompiuterijos, saugyklos ir tinklo galimybes, kurių reikia debesies programoms. Ji veikia identifikuodama darbo krūvius viešojo, privačiojo ir hibridinio debesies aplinkose ir ieškodama jose pažeidžiamumų. Aptikus pažeidžiamumų, sprendimas pasiūlys, kaip juos išspręsti.
• Debesies prieigos saugos tvarkytuvės padeda IT komandoms geriau matyti debesies programų naudojimą ir pateikia kiekvienos programos rizikos vertinimą. Šie sprendimai taip pat padeda apsaugoti duomenis ir pasiekti atitikties tikslus naudojant įrankius, kurie rodo, kaip duomenys juda per debesį. Organizacijos debesies programų saugos tvarkytuves taip pat naudoja, kad aptiktų neįprastą vartotojų elgesį ir ištaisytų grėsmes.
• Debesies saugos būsenos valdymo sprendimas padeda sumažinti riziką nuolat ieškant konfigūracijos klaidų, kurios gali sukelti saugos pažeidimą. Automatizuodami procesą, šie sprendimai sumažina rankiniu būdu atliekamų procesų klaidų riziką ir padidina aplinkos matomumą naudojant tūkstančius tarnybų ir paskyrų. Aptikus pažeidžiamumų, šie sprendimai pateikia rekomendacijų, padėsiančių kūrėjams išspręsti problemą.
• Tapatybės ir prieigos valdymo sprendimai suteikia įrankių, skirtų tapatybėms valdyti ir prieigos strategijoms taikyti. Organizacijos naudoja šiuos sprendimus, kad apribotų prieigą prie slaptų išteklių ir įgalintų kelių dalių autentifikavimą bei mažiausių būtinų teisių prieigą.
• Vietinių debesų programų apsaugos platforma (CNAPP) padeda saugos komandoms integruoti saugą nuo kodo iki debesies. CNAPP suvienodina atitikties ir saugos galimybes, kad būtų galima užkirsti kelią debesies saugos grėsmėms, jas aptikti ir reaguoti į jas nuo kūrimo iki vykdymo.
• Suvienodintas „DevOps“ saugos valdymas suteikia galimybę saugoms komandoms vienodinti, stiprinti ir valdyti kelių srautų saugą, integruoti saugą į kodą kūrimo pradžioje ir užtikrinti apsaugą nuo kodo iki debesies vienoje konsolėje.

Yra keturios sritys, į kurias organizacijos turi atsižvelgti nustatydamos procedūras ir strategijas, kad apsaugotų savo debesis:

• Prieigos apribojimas. Kadangi debesis viską padaro pasiekiamą internetu, labai svarbu užtikrinti, kad tik tinkami žmonės turėtų prieigą prie tinkamų įrankių reikiamu laiku.
• Duomenų apsauga. Organizacijos turi suprasti, kur yra jų duomenys, ir įdiegti atitinkamus valdiklius, kad apsaugotų ir pačius duomenis, ir infrastruktūrą, kurioje jie laikomi.
• Duomenų atkūrimas. Geras atsarginio kopijavimo sprendimas ir duomenų atkūrimo planas yra labai svarbūs, jei įvyktų saugos pažeidimas.
• Reagavimo planas. Kai organizacijos sauga pažeidžiama, jai reikia plano, kaip sumažinti poveikį ir neleisti, kad būtų pažeista kitų sistemų sauga.
• Saugos integravimas kūrimo pradžioje. Saugos ir kūrimo komandos bendradarbiauja siekdamos integruoti saugą į patį kodą, kad debesyje veikiančios programos nuo pat pradžių būtų ir išliktų saugios.
• „DevOps“ saugos būsenos matomumo suvienodinimas. Sumažinkite aklųjų zonų skaičių naudodami vieną bendrą sritį, kad „DevOps“ saugos būsenos įžvalgas būtų galima pateikti keliose „DevOps“ platformose.
• Saugos komandų dėmesio sutelkimas į kylančias grėsmes. Sustiprinkite debesies išteklių konfigūracijas kode, kad sumažintumėte saugos problemas, kylančias gamybinėse aplinkose.

Organizacijos turi saugotis toliau nurodytų debesies rizikų.

• Pažeista paskyrų sauga. Įsilaužėliai dažnai naudoja sukčiavimo apsimetant kampanijas, kad pavogtų darbuotojų slaptažodžius ir gautų prieigą prie sistemų bei vertingų įmonės išteklių.
• Aparatūros ir programinės įrangos pažeidžiamumai. Nesvarbu, organizacija naudoja viešąjį ar privatųjį debesį, svarbu, kad aparatūra ir programinė įranga būtų pataisyta ir atnaujinta.
• Vidinės grėsmės. Saugos pažeidimus dažnai lemia žmonių klaidos. Netinkamos konfigūracijos gali sukurti spragas blogiečiams. Darbuotojai dažnai spusteli blogus saitus arba netyčia perkelia duomenis į mažiau apsaugotas vietas.
• Debesies išteklių matomumo trūkumas. Dėl šios debesies rizikos sudėtinga aptikti saugos pažeidžiamumus ir grėsmes bei į jas reaguoti, o tai gali lemti pažeidimus ir duomenų praradimą.
• Rizikos prioritetų nustatymo trūkumas. Kai saugos administratoriai įgyja galimybę matyti debesies išteklius, rekomendacijų, kaip pagerinti saugos būseną, skaičius gali būti didžiulis. Svarbu nustatyti rizikos prioritetus, kad administratoriai žinotų, į ką sutelkti dėmesį, kad tai padarytų didžiausią įtaką saugai.
• Didelės rizikos debesies teisės. Plečiantis debesies paslaugoms ir daugėjant tapatybių, padaugėjo didelės rizikos debesies teisių, o tai didina atakų pažeidžiamų sričių skaičių. Teisių slinkimo indekso (PCI) metrika matuoja, kokią žalą gali sukelti tapatybės, atsižvelgiant į jų teises.
• Naujų grėsmių tendencijos. Debesies saugos rizika nuolat kinta. Norint apsisaugoti nuo saugos pažeidimų ir duomenų praradimo, svarbu nuolat sekti naujienas, nes atsiranda naujų grėsmių.
• Nepakankama integracija tarp kūrimo debesyje ir saugumo. Labai svarbu, kad saugos ir kūrimo komandos bendradarbiaudamos nustatytų ir ištaisytų kodo problemas prieš diegiant programą debesyje.

Debesies sauga – tai technologijos, procedūros, strategijos ir valdikliai, skirti apsaugoti debesies sistemas ir duomenis. Toliau pateikiami keli debesies saugos pavyzdžiai.

• Tokie įrankiai, kaip debesies prieigos saugos tvarkytuvė, leidžiantys matyti organizacijos naudojamas programas ir duomenis.
• Debesies saugos būsenų valdymas, padedantis nustatyti ir ištaisyti konfigūracijos klaidas.
• Įrankiai, padedantys saugos ir kūrimo komandoms bendradarbiauti integruojant saugą į kodą.
• Debesies darbo krūvio apsaugos platforma, leidžianti įgyvendinti saugą kūrimo procese.
• Strategijų, užtikrinančių darbuotojų įrenginių atnaujinimą, įgyvendinimas, įskaitant reguliarų programinės įrangos taisymą.
• Mokymo programos sukūrimas, kad darbuotojai žinotų apie naujausias grėsmes ir sukčiavimo apsimetant taktikas.

Apsaugant debesies sistemas ir duomenis nuo vidinių ir išorinių grėsmių, debesies sauga sumažina kibernetinės atakos riziką. Debesies sauga taip pat palaiko hibridinio darbo modelius, nes kontroliuoja, kas turi prieigą prie išteklių, nesvarbu, ar darbuotojai, rangovai ir verslo partneriai dirba vietoje, ar nuotoliniu būdu. Kitas pranašumas yra tai, kad debesies sauga didina duomenų privatumą ir padeda organizacijoms laikytis tokių reglamentų, kaip BDAR ir HIPAA. Nesilaikant šių reglamentų, gali būti skiriamos didelės baudos ir gali būti pakenkta reputacijai.

Geriausia debesies saugos praktika apima jūsų organizacijos technologijas, procesus ir kontrolės priemones. Taip pat svarbu atsižvelgti į toliau išvardytus dalykus.

• Užtikrinti, kad debesies programų platforma apimtų debesies darbo krūvio apsaugos platformą, debesies infrastruktūros teisių valdymą ir debesies saugos būsenos valdymą, kad būtų galima sumažinti klaidų skaičių, sustiprinti saugą ir efektyviai valdyti prieigą.
• Reguliariai rengti mokymus, kad darbuotojai galėtų atpažinti sukčiavimo apsimetant kampanijas ir kitus socialinės inžinerijos metodus. Taip pat įgyvendinti procesus, kurie padeda užkirsti kelią atakoms, jas aptikti ir į jas reaguoti, įskaitant slaptų duomenų šifravimą, reguliarų programinės ir techninės įrangos taisymą bei sudėtingų slaptažodžių strategijų kūrimą.
• Įdiegti nulinio pasitikėjimo sistemą, kuri detaliai tikrina visas prieigos užklausas. Tai apima mažiausiai teisių suteikiančios prieigos naudojimą, kad prieiga žmonėms būtų suteikta tik prie reikiamų išteklių ir nieko daugiau.
• Saugos įtraukimas kūrimo pradžioje „DevOps“ sraute leidžia saugos ir kūrimo komandoms bendradarbiaujant integruoti saugą į patį kodą, kad debesyje veikiančios programos nuo pat pradžių būtų ir išliktų saugios.