Siguria në cloud: një udhëzues i plotë për mbrojtjen e të dhënave tuaja

Përditësimi i fundit: 28 Mars 2026
  • Siguria në cloud bazohet në një model të përgjegjësisë së përbashkët midis ofruesit dhe klientit, i cili ndryshon në varësi të llojit të shërbimit (IaaS, PaaS, SaaS).
  • Sigurimi i reve kompjuterike kërkon kombinimin e enkriptimit, IAM-it të detajuar, segmentimit të rrjetit, monitorimit të vazhdueshëm dhe kopjeve rezervë të testuara.
  • Mjediset publike, private, hibride dhe shumëcloud kërkojnë strategji specifike të mbështetura nga Zero Trust dhe mjete të tilla si CSPM, CIEM ose CDR.
  • Pajtueshmëria me privatësinë dhe rregullatore (GDPR, HIPAA, etj.) kërkon zbatimin e kontrolleve të rrepta teknike dhe organizative mbi të dhënat dhe aksesin.

Siguria e reve

Siguria në cloud është bërë një komponent kyç për çdo kompani ose organizatë që përdor shërbime cloud çdo ditë. Nuk po flasim më vetëm për korporatat e mëdha: ndërmarrjet e vogla dhe të mesme, punonjësit e pavarur dhe madje edhe përdoruesit individualë mbështeten në aplikacione dhe të dhëna të vendosura jashtë serverave të tyre.

Në këtë kontekst, një kuptim i mirë i asaj që do të thotë të mbrosh të dhënat, aplikacionet dhe infrastrukturën në ruajtjen në cloud , cila pjesë i takon ofruesit dhe cila pjesë klientit, si dhe cilat rreziqe specifike ekzistojnë, bën diferencën midis punës me qetësi mendore ose të qenit një klikim larg një incidenti serioz të sigurisë kibernetike.

Përkufizimi dhe bazat e sigurisë në cloud

Kur flasim për sigurinë në cloud, i referohemi një sërë teknologjish, procesesh, politikash dhe praktikash më të mira të hartuara për të mbrojtur gjithçka që jeton në një mjedis cloud: të dhënat, aplikacionet, sistemet operative, rrjetet virtuale dhe vetë infrastrukturën themelore.

Kjo disiplinë është pjesë e sigurisë kibernetike, por ka nuancat e veta. Në cloud, mbrojtja ndahet midis ofruesit të shërbimit dhe klientit . Ofruesi siguron komponentët fizikë dhe një pjesë të shtresës logjike, ndërsa klienti është përgjegjës për konfigurimin, mbrojtjen e të dhënave, sigurinë e përdoruesit dhe mënyrën e përdorimit të shërbimeve.

Në thelb, siguria në cloud është strukturuar rreth disa fushave kryesore: mbrojtja e të dhënave, menaxhimi i identitetit dhe aksesit (IAM), qeverisja dhe pajtueshmëria, vazhdimësia e biznesit dhe rimëkëmbja nga fatkeqësitë , si dhe përputhshmëria me ligjet e mbrojtjes së të dhënave dhe rregulloret e industrisë.

Shtrirja e sigurisë në cloud varion nga elementët fizikë siç janë qendrat e të dhënave, ruterët ose sistemet e energjisë , deri te shtresat logjike siç janë platformat e virtualizimit, sistemet operative, middleware, API-të, mjediset e kohës së ekzekutimit, aplikacionet e përdoruesit dhe, natyrisht, shtresa e të dhënave dhe pajisjet fundore (kompjuterë, celularë, IoT, etj.).

Meqenëse pronësia dhe menaxhimi i këtyre komponentëve në cloud shpërndahen ndryshe në varësi të shërbimit, është thelbësore të përcaktohen qartë kufijtë e përgjegjësisë . Këtu hyn në lojë modeli i njohur i përgjegjësisë së përbashkët.

Konceptet e sigurisë në cloud

Modeli i përgjegjësisë së përbashkët në cloud

Një model i përgjegjësisë së përbashkët zbatohet nga pothuajse të gjithë ofruesit (AWS, Azure, Google Cloud dhe të tjerë) . Kjo do të thotë që si ofruesi ashtu edhe klienti kanë detyra specifike për të siguruar sigurinë e mjedisit.

Ofruesi është zakonisht përgjegjës për sigurinë e vetë resë kompjuterike : qendrat e të dhënave, rrjeti fizik, hardueri, hipervizorët, hostet fizike dhe një pjesë e shtresës së virtualizimit. Kjo përfshin patch-imin, konfigurimin dhe kontrollin e aksesit në burimet fizike në të cilat funksionojnë makinat virtuale dhe shërbimet e menaxhuara.

Klienti, nga ana e tij, është gjithmonë përgjegjës për sigurinë "brenda" resë kompjuterike . Kjo përfshin menaxhimin e përdoruesve, roleve dhe lejeve (IAM), mbrojtjen e llogarive nga aksesi i paautorizuar, enkriptimin dhe kontrollin e të dhënave të tyre, sigurimin e aplikacioneve që ata vendosin dhe ruajtjen e një qëndrimi të përshtatshëm përputhshmërie.

Midis këtyre dy ekstremeve, ekzistojnë përgjegjësi që ndryshojnë në varësi të modelit të shërbimit :

  • Softueri si Shërbim (SaaS) : Ofruesi menaxhon infrastrukturën, sistemin operativ, middleware-in dhe vetë aplikacionin. Klienti është përgjegjës për përdoruesit, fjalëkalimet, lejet, konfigurimin funksional dhe mbrojtjen e të dhënave që fut ose gjeneron.

  • Platforma si Shërbim (PaaS) : Ofruesi merret me infrastrukturën, sistemin operativ, kohën e ekzekutimit dhe disa nga mjetet e platformës. Klienti menaxhon kodin e aplikacionit, të dhënat, aksesin e përdoruesit dhe sigurinë e integrimit.

  • Infrastruktura si Shërbim (IaaS) : Ofruesi siguron harduerin fizik dhe virtualizimin, por klienti duhet të mbrojë sistemin operativ të makinave të tij virtuale, middleware-in, të dhënat, aplikacionet, rrjetin logjik dhe pajisjet e rrjetet nga të cilat ato aksesohen.

Sa më i menaxhuar të jetë shërbimi (p.sh., SaaS), aq më shumë detyra sigurie merr përsipër ofruesi . Ndërsa i afrohemi modelit IaaS, kontrolli rritet, por edhe përgjegjësia e klientit rritet.

Mjediset dhe modelet e vendosjes në cloud

Mënyra se si vendoset cloud ndikon gjithashtu në mënyrën se si menaxhohet siguria. Ekzistojnë modele të ndryshme të mjedisit cloud që adresojnë nevoja dhe rreziqe të ndryshme.

Në një re publike , burimet i përkasin një ofruesi të palës së tretë dhe ndahen midis klientëve të shumtë (shumë-qiramarrës). Ky është modeli tipik për AWS, Azure ose Google Cloud. Ofron shkallëzueshmëri të lartë, çmime "paguaj sipas përdorimit" dhe menaxhim minimal të infrastrukturës nga klienti, por kërkon segmentim dhe konfigurim të rreptë të të dhënave për të parandaluar rrjedhjet midis qiramarrësve dhe gabimet e ekspozimit publik.

  Forcimi i rrjetit IoT dhe pajtueshmëria me direktivën RED

Një re private është një mjedis i dedikuar për një organizatë të vetme, i vendosur në ambientet e veta ose në një faqe të palës së tretë, por i izoluar. Ai ofron kontroll më të madh, siguri të personalizueshme dhe izolim të burimeve , dhe është i orientuar drejt sektorëve me kërkesa të rrepta rregullatore, siç janë kujdesi shëndetësor, financat ose sektori publik.

Modeli hibrid i reve kombinon retë publike dhe private, duke lejuar që të dhënat dhe ngarkesat e punës të zhvendosen midis tyre. Kjo ofron fleksibilitet: ne mund të strehojmë të dhëna kritike në renë private dhe të shfrytëzojmë elasticitetin e resë publike për kërkesën maksimale. Megjithatë, kjo gjithashtu rrit kompleksitetin e sigurimit të komunikimeve dhe zbatimin e politikave të qëndrueshme në të dyja anët.

Në një qasje multicloud , një organizatë përdor shërbime nga ofrues të shumtë (për shembull, AWS plus Azure plus një SaaS specifik për industrinë). Kjo zvogëlon lidhjen me shitësit dhe përmirëson qëndrueshmërinë, por e bën menaxhimin e politikave të unifikuara, dukshmërinë dhe pajtueshmërinë më të vështirë për shkak të nevojës për të orkestruar platforma dhe mjete të ndryshme.

Për të gjitha këto modele, rekomandohen masa të tilla si enkriptimi i fortë, IAM i detajuar, auditimet periodike dhe mjetet e specializuara (CASB, CIEM, CSPM) për të ruajtur një pamje të konsoliduar të gjendjes së sigurisë.

Si funksionon vërtet siguria në cloud

Siguria në cloud mbështetet në një sërë mekanizmash të koordinuar teknikë dhe organizativë që, nëse zbatohen saktë, e zvogëlojnë në mënyrë drastike rrezikun e incidenteve.

Një nga shtyllat kryesore është enkriptimi i të dhënave gjatë transmetimit dhe në qetësi . Protokollet e sigurta (TLS) përdoren kur të dhënat udhëtojnë midis përdoruesve, aplikacioneve dhe serverëve, dhe mekanizmat e enkriptimit të nivelit ushtarak zbatohen në të dhënat e ruajtura në disqe, baza të dhënash ose objekte të tjera. Në këtë mënyrë, edhe nëse dikush vjedh informacionin, ai nuk do të jetë në gjendje ta deshifrojë atë pa çelësin.

Po aq i rëndësishëm sa enkriptimi është edhe menaxhimi i duhur i çelësave : ruajini ato në mënyrë të sigurt duke përdorur mjete enkriptimi të skedarëve në cloud (idealisht në module ose shërbime të menaxhimit të çelësave), ndërroni ato rregullisht dhe kontrolloni se kush mund t'i përdorë ato. Menaxhimi i dobët i çelësave mund të kompromentojë edhe enkriptimin më të fortë.

Një komponent tjetër thelbësor është menaxhimi i identitetit dhe aksesit (IAM) . Kjo përfshin përcaktimin e përdoruesve, grupeve dhe roleve, caktimin e lejeve minimale të nevojshme (parimi i privilegjit më të vogël), përdorimin e vërtetimit shumëfaktorësh (MFA) dhe shqyrtimin periodik të llogarive të vjetruara ose tepër të privilegjuara.

Në nivelin e rrjetit, siguria në cloud përdor firewall-e virtuale, segmentim logjik, rrjete private virtuale (VPN) dhe mikrosegmentim . Ideja është se jo gjithçka mund të komunikojë me gjithçka tjetër; vetëm trafiku i domosdoshëm duhet të ekzistojë midis shërbimeve, zonave dhe mjediseve.

Monitorimi i vazhdueshëm dhe zbulimi i kërcënimeve plotësojnë pamjen. Mjetet e Zbulimit dhe Përgjigjes (CDR) të bazuara në cloud, zgjidhjet SIEM, inteligjenca e kërcënimeve dhe sistemet e zbulimit të anomalive të mundësuara nga IA mundësojnë identifikimin e sjelljes së dyshimtë, aksesit të pazakontë ose konfigurimeve të rrezikshme në kohë pothuajse reale.

E gjithë kjo mbështetet nga kopjet rezervë, planet e rimëkëmbjes nga fatkeqësitë (DR) dhe vazhdimësia e biznesit (BC) , të cilat sigurojnë që nëse diçka prishet ose kompromentohet, organizata mund të rikuperohet pa një ndikim katastrofik.

Çfarë e bën sigurinë në cloud të ndryshme nga siguria tradicionale?

Dallimi kryesor është se, në cloud, perimetri tradicional praktikisht zhduket . Më parë, mjaftonte të mbrohej rrjeti i brendshëm i kompanisë pas një firewall-i perimetri; tani, të dhënat dhe aplikacionet shpërndahen nëpër qendrat e të dhënave të brendshme dhe ofruesit e jashtëm, të arritshme nga kudo.

Për më tepër, infrastrukturat e cloud-it karakterizohen nga shkallëzueshmëria e tyre e shpejtë dhe natyra e përkohshme . Makinat virtuale, kontejnerët dhe funksionet pa server shfaqen dhe zhduken automatikisht, gjë që e ndërlikon shumë detyrën për mjetet tradicionale të sigurisë, të projektuara për mjedise statike.

Integrimi me shërbime, API dhe pajisje fundore të shumëfishta të palëve të treta rrit ndjeshëm sipërfaqen e sulmit . Çdo konfigurim i gabuar ose sjellje e pasigurt (siç është lënia e një "kove" hapur ose ndarja e çelësave përmes emailit) mund të ketë një ndikim kaskadues.

Së fundmi, në mjediset publike, hibride dhe multicloud, ekziston një komponent shtesë: afërsia logjike me klientët dhe sistemet e tjera . Një dështim në izolim ose një dobësi në një shërbim të përbashkët mund të përshkallëzohet tek shumë përdorues nëse ofruesi nuk vepron shpejt.

Rreziqet dhe kërcënimet kryesore për sigurinë në cloud

Mjediset cloud, nëse nuk menaxhohen siç duhet, mund t'i ekspozojnë kompanitë dhe përdoruesit ndaj një game të gjerë kërcënimesh , si të jashtme ashtu edhe të brendshme.

  Windows GDID: Gjurmuesi i fshehur që anashkalon VPN-të

Një problem i përsëritur është qasja e paautorizuar , që shpesh rezulton nga përdorimi i kredencialeve të vjedhura, fjalëkalimeve të dobëta ose llogarive të administratorit të menaxhuara dobët. Në skenarët e punës në distancë, me punonjës që hyjnë në sistem nga vende dhe pajisje të shumta, ky rrezik shumëfishohet.

Një tjetër rrezik kritik është humbja ose rrjedhja e të dhënave . Konfigurimet e gabuara (magazinimi publik kur duhet të jetë privat), gabimet njerëzore, sulmet me programe keqdashëse, phishing-u ose shfrytëzimi i dobësive të aplikacioneve mund të ekspozojnë informacione të ndjeshme.

Mosrespektimi i rregulloreve është një tjetër problem i madh. Rregullore të tilla si GDPR, HIPAA, PCI DSS dhe të tjera kërkojnë kontrolle specifike mbi mënyrën se si ruhen, përpunohen dhe transferohen të dhënat. Në cloud, është e lehtë të humbasësh gjurmët se ku ndodhen fizikisht të dhënat ose kush i qaset atyre nëse siguria nuk është projektuar duke pasur parasysh këtë kuadër rregullator.

Gjithashtu nuk duhet të harrojmë sulmet kundër disponueshmërisë , të tilla si fushatat e shpërndara të mohimit të shërbimit (DDoS) që përpiqen të mbingarkojnë shërbimet cloud dhe t'i çaktivizojnë ato. Edhe pse ofruesit kryesorë kanë mbrojtje të fuqishme, asnjë mjedis nuk është imun ndaj tyre.

Së fundmi, bien në sy gabimet e konfigurimit të gabuar dhe kërcënimet e brendshme . Lënia e hapur e portave të panevojshme, mosndryshimi i vlerave fillestare ose dhënia e më shumë lejeve sesa është e nevojshme përdoruesve ose aplikacioneve hap derën për abuzim, si nga palët e treta ashtu edhe nga stafi i brendshëm me qëllime keqdashëse ose trajnim të pamjaftueshëm.

Privatësia, rregulloret dhe ligjet që lidhen me cloud-in

Mbrojtja e të dhënave personale në cloud ndikohet shumë nga kornizat ligjore dhe rregullatore . Në Evropë, Rregullorja e Përgjithshme për Mbrojtjen e të Dhënave (GDPR) përcakton rregullat se si të dhënat e qytetarëve evropianë mund të ruhen, përpunohen dhe transferohen.

Në sektorë si kujdesi shëndetësor, rregullore të tilla si HIPAA shtojnë kërkesa të mëtejshme në lidhje me konfidencialitetin, integritetin dhe disponueshmërinë e informacionit klinik. Për më tepër, në sferën e ofruesve të shërbimeve cloud me prani në SHBA, ligje si Akti Cloud lejojnë autoritete të caktuara të kërkojnë qasje në të dhënat e ruajtura në serverat e tyre, edhe nëse këta serverë ndodhen në vende të tjera.

Për të përmbushur këto kërkesa, shumë organizata përdorin teknika të tilla si maskimi i të dhënave ose pseudonimizimi , të cilat ndajnë të dhënat identifikuese nga pjesa tjetër e informacionit, si dhe enkriptim të fortë dhe kontrolle të rrepta të aksesit dhe regjistrimit.

Sidoqoftë, edhe nëse ofruesi i cloud-it ofron mjete dhe certifikime, përgjegjësia përfundimtare për pajtueshmërinë i takon gjithashtu klientit , i cili duhet të sigurojë që konfiguron dhe përdor shërbimet në përputhje me ligjin në fuqi.

Llojet dhe zgjidhjet specifike të sigurisë në cloud

Në vitet e fundit, kanë dalë zgjidhje të specializuara për të adresuar sfidat specifike të sigurisë në cloud dhe për të plotësuar funksionet native të ofruesve.

Platformat e Menaxhimit të Qëndrimit të Sigurisë në Cloud (CSPM) rishikojnë vazhdimisht konfigurimin e burimeve në cloud për të zbuluar gabime, devijime nga praktikat më të mira dhe probleme të pajtueshmërisë, duke propozuar ose aplikuar korrigjime të automatizuara.

Mjetet e Menaxhimit të të Drejtave të Infrastrukturës së Resë (CIEM) përqendrohen në lejet dhe identitetet në infrastrukturat komplekse të resë, duke ndihmuar në zvogëlimin e privilegjeve të tepërta dhe duke ofruar një pamje të saktë se kush mund të bëjë çfarë në secilin burim.

Sistemet e Zbulimit dhe Përgjigjes në Cloud (CDR) dhe SIEM-et moderne ofrojnë zbulim dhe reagim të avancuar ndaj kërcënimeve, duke lidhur regjistrat nga burime të ndryshme, duke shtuar inteligjencën ndaj kërcënimeve dhe duke njoftuar në kohë reale për sjellje anormale.

Në zhvillimin e softuerëve, praktika të tilla si SAST (Testimi Statik i Sigurisë së Aplikacioneve) dhe DAST (Testimi Dinamik i Sigurisë së Aplikacioneve) ndihmojnë në zbulimin e dobësive në kod dhe mjediset e kohës së ekzekutimit përpara se ato të arrijnë në prodhim.

Në arkitekturat moderne, flitet edhe për Infrastrukturën e Sigurt si Kod (IaC) , e cila përfshin validimin e shablloneve dhe përkufizimeve të infrastrukturës (Terraform, CloudFormation, etj.) për të siguruar që burimet lindin me një konfigurim të sigurt.

Platformat e mbrojtjes së ngarkesës së punës në cloud (CWPP) përqendrohen në mbrojtjen e serverëve virtualë, kontejnerëve dhe funksioneve pa server, ndërsa teknologjitë si SOAR automatizojnë orkestrimin, përgjigjen dhe integrimin nëpër mjete të shumta sigurie.

Në mjediset e orkestrimit të kontejnerëve, zgjidhjet e Kubernetes Security Posture Management (KSPM) ndihmojnë në sigurimin e grupeve, politikave të rrjetit, roleve dhe konfigurimeve specifike për këtë ekosistem.

Zero Besim: Një Qasje Kyçe ndaj Sigurisë në Cloud

Modeli Zero Trust propozon braktisjen e idesë se ajo që është "brenda" rrjetit është e besueshme dhe ajo që është jashtë nuk është. Në vend të kësaj, çdo akses duhet të verifikohet vazhdimisht, pavarësisht nga vendndodhja e përdoruesit ose e burimit.

Në praktikë, Zero Trust promovon parimin e privilegjit më të vogël : çdo përdorues, shërbim ose aplikacion mund të hyjë vetëm në atë që i nevojitet për funksionin e tij, asgjë më shumë. Në këtë mënyrë, nëse një llogari kompromentohet, ndikimi është më i kufizuar.

  Siguria kompjuterike: Bazat dhe funksionet

Kjo qasje kërkon gjithashtu sigurimin e aplikacioneve web dhe API-ve që nga faza e projektimit, shqyrtimin e portave të hapura, lejet e bazës së të dhënave, integrimet e palëve të treta dhe politikat e autentifikimit dhe autorizimit, për të parandaluar një sulmues të lëvizë lirshëm nëse kompromenton një komponent.

Një element tjetër kyç i Zero Trust është mikrosegmentimi . Në vend të një rrjeti të sheshtë, krijohen zona më të vogla sigurie brenda qendrës së të dhënave ose mjedisit cloud, duke zbatuar politika të rrepta trafiku midis zonave dhe midis ngarkesave të punës. Në këtë mënyrë, edhe nëse një pjesë është e kompromentuar, pjesa tjetër mbetet e mbrojtur.

Praktikat më të mira dhe masat konkrete për të siguruar cloud-in

Për ta përdorur në mënyrë të sigurtë cloud-in, është e nevojshme të kombinohen masat teknike, të konfigurimit dhe të ndërgjegjësimit . Disa nga më të rëndësishmet janë:

Së pari, këshillohet të enkriptohen të gjitha komunikimet me cloud-in dhe veçanërisht të dhënat e ndjeshme , siç janë kredencialet, informacioni financiar ose të dhënat personale. Sa herë që është e mundur, enkriptimi nga fillimi në fund ofron një nivel superior mbrojtjeje.

Po aq e rëndësishme është konfigurimi i kujdesshëm i të gjitha shërbimeve cloud . Mos lini kurrë vlerat e parazgjedhura dhe mos ekspozoni aksidentalisht "kovat", bazat e të dhënave ose makinat në internet, përveç nëse është absolutisht e nevojshme. Rishikimi i shablloneve IaC dhe përdorimi i mjeteve CSPM ndihmon në minimizimin e këtyre gabimeve.

Praktikat themelore të sigurisë kibernetike mbeten thelbësore: fjalëkalime të forta , menaxherë fjalëkalimesh, MFA, antivirus, anti-malware dhe shmangia e rrjeteve publike Wi-Fi të pasigurta . Një pajisje e vetme e infektuar ose një çelës i vetëm i rrjedhur mund të kompromentojë të gjithë gjurmën tuaj në cloud.

Është gjithashtu thelbësore të kryhen kopje rezervë të rregullta dhe të testohet nëse ato mund të rikthehen. Këto kopje rezervë mund të ruhen lokalisht, në një cloud tjetër ose me një ofrues tjetër, duke u siguruar që ato të mos ndajnë të njëjtën infrastrukturë për të shmangur pikat e vetme të dështimit.

Së fundmi, organizatat duhet të kufizojnë dhe të rishikojnë vazhdimisht lejet dhe aksesin si për njerëzit ashtu edhe për aplikacionet dhe pajisjet IoT, duke krijuar rrjete për mysafirë, duke ndarë mjediset e prodhimit dhe testimit dhe duke ruajtur higjienë të mirë të llogarive dhe shërbimeve (duke eliminuar atë që nuk përdoret më).

Sfidat e avancuara të sigurisë në cloud-native

Në mjedise shumë të orientuara drejt cloud-it, veçanërisht me CI/CD, mikroservise, kontejnerë dhe funksione pa server, lindin sfida shtesë të sigurisë.

Sipërfaqja e sulmit është më e madhe, me pika të shumta hyrjeje të mundshme: porta të hapura, API të ekspozuara, kredenciale të integruara në kod ose konfigurime tepër tolerante të rrjetit. Softuerët keqdashës, sulmet zero-day dhe marrja e llogarive janë tani të zakonshme.

Për më tepër, mungesa e dukshmërisë gjithëpërfshirëse në mjediset IaaS, PaaS dhe SaaS e bën të vështirë për shumë kompani të dinë saktësisht se çfarë asetesh kanë në secilin cloud dhe si janë konfiguruar ato, duke e komplikuar menaxhimin e inventarit dhe riskut.

Ngarkesat e punës ndryshojnë vazhdimisht: burimet vendosen dhe shkatërrohen në mënyrë dinamike në shkallë të gjerë, duke e bërë të pamundur që mjetet tradicionale të vazhdojnë dhe të zbatojnë politika të qëndrueshme . Kjo është arsyeja pse integrimi i kontrolleve të sigurisë që nga fazat më të hershme të ciklit jetësor të zhvillimit (DevSecOps) është kaq i rëndësishëm.

Kësaj i shtohet edhe kompleksiteti i menaxhimit të privilegjeve dhe çelësave të aksesit me detaje të larta . Një rol i përcaktuar dobët ose një fjalëkalim i harruar me leje të tepërta mund të krijojë një dobësi të madhe. Dhe në mjedise hibride dhe me shumë re, orkestrimi i politikave të qëndrueshme të pajtueshmërisë dhe qeverisjes pa mjetet e duhura bëhet praktikisht i pamundur.

Në fund të fundit, organizatat kanë nevojë për siguri të projektuar posaçërisht për mjedise të bazuara në cloud , me dukshmëri të centralizuar, automatizim të fortë dhe aftësinë për t'u përshtatur në mjedise shumë të shpërndara.

I gjithë ky ekosistem konceptesh, teknologjish dhe praktikash më të mira e bën sigurinë në cloud shumë më tepër sesa "vendosja e softuerit antivirus në serverin e largët": është një proces i vazhdueshëm projektimi, konfigurimi, monitorimi dhe përmirësimi, në të cilin ofruesi dhe klienti duhet të punojnë së bashku për të mbajtur të dhënat, aplikacionet dhe përdoruesit vërtet të mbrojtur.

veçoritë e resë
Artikuj të ngjashëm:
7 veçori të resë kompjuterike që po transformojnë punën në distancë