- Mjediset me shumë përdorues dhe shumë qiramarrës kërkojnë izolim të rreptë të të dhënave, identiteteve dhe burimeve për të parandaluar rrjedhjet dhe abuzimet me privilegjet.
- Politikat e sigurisë në cloud duhet të përfshijnë klasifikimin e të dhënave, kontrollin e aksesit, enkriptimin, reagimin ndaj incidenteve dhe pajtueshmërinë rregullatore.
- Modele të tilla si SASE, siguria e pikave fundore të Windows dhe menaxhimi i identitetit forcojnë mbrojtjen në arkitekturat hibride dhe multicloud.
- Politikat duhen parë si dokumente të gjalla, të rishikohen dhe auditohen rregullisht për t'u përshtatur me kërcënimet dhe kërkesat e reja rregullatore.
Në çdo organizatë moderne, politikat e sigurisë për mjediset me shumë përdorues janë bërë një komponent kyç i strategjisë së sigurisë kibernetike. Është gjithnjë e më e zakonshme që shumë përdorues, departamente, klientë apo edhe kompani të ndryshme të ndajnë të njëjtën infrastrukturë, aplikacione dhe të dhëna, qoftë në servera të brendshëm, në cloud apo në pajisje të përbashkëta. Pa rregulla të qarta dhe kontrolle të forta teknike, rreziku i shkeljeve të të dhënave, abuzimit me privilegjet ose mosrespektimit të rregulloreve rritet ndjeshëm.
Konceptet themelore: sistemet operative me shumë përdorues, me shumë qiramarrës dhe rrjet
Gjëja e parë që duhet të kuptojmë është për çfarë po flasim. Një mjedis me shumë përdorues është ai në të cilin disa përdorues ndajnë të njëjtat burime hardueri ose softueri , por secili duhet të ketë hapësirën e vet të punës, cilësimet dhe lejet. Kjo mund të ndodhë në një server me dhjetëra llogari, në një kompjuter të ndarë nga përdoruesit në mënyrë rotative ose në një aplikacion SaaS të përdorur nga mijëra klientë të ndryshëm.
Paralelisht, shumë-qiramarrja është një arkitekturë në të cilën një instancë e vetme e një aplikacioni u shërben klientëve ose qiramarrësve të shumtë . Është modeli tipik për shumë shërbime cloud: një softuer i vetëm, një infrastrukturë e përbashkët, por hapësira logjike të ndara për secilin klient. Nga pikëpamja e sigurisë, kjo kërkon izolim të rreptë, në mënyrë që asnjë qiramarrës të mos mund të hyjë në të dhënat ose konfigurimet e një tjetri.
Sistemet operative të rrjetit luajnë gjithashtu një rol thelbësor. Një sistem operativ i rrjetit koordinon burimet e përbashkëta (skedarët, printerët, aplikacionet) dhe ofron mekanizma autentifikimi, autorizimi dhe menaxhimi të centralizuar. Kjo bën të mundur menaxhimin e mjediseve bashkëpunuese dhe shumëpërdorimëshe pa humbur kontrollin mbi atë se kush ka akses në çfarë.
Karakteristikat kryesore të këtyre sistemeve të rrjetëzuara përfshijnë aftësinë për shumë përdorues, kryerjen e shumë detyrave njëkohësisht, sigurinë e përparuar, shkallëzueshmërinë dhe ndërveprimin . Ato u lejojnë shumë njerëzve të punojnë njëkohësisht, me leje dhe role të ndryshme, duke integruar pajisje dhe platforma heterogjene nën një kornizë të vetme menaxhimi dhe një sërë politikash.
Sistemet me një përdorues, shumë përdorues dhe shumë detyra: implikime për sigurinë
Historikisht, është bërë një dallim i qartë midis sistemeve operative me një përdorues dhe shumë përdorues . Një sistem me një përdorues (si MS-DOS klasik) lejonte vetëm një person të përdorte kompjuterin dhe të ekzekutonte një detyrë në të njëjtën kohë. Siguria ishte më pak komplekse, megjithëse ishte ende e nevojshme të mbroheshin të dhënat përmes kopjeve rezervë dhe shërbimeve të rikuperimit.
Në të kundërt, një sistem operativ me shumë përdorues si UNIX lejon që shumë përdorues të punojnë njëkohësisht në të njëjtën makinë , secili nga terminali i vet dhe me proceset e veta. Kjo kërkon vendosjen e mekanizmave të vërtetimit , ndarjen e hapësirave të përdoruesve, lejet e skedarëve dhe monitorimin e burimeve për të parandaluar që aktiviteti i një përdoruesi të ndikojë te të tjerët.
Ekzistojnë gjithashtu sisteme shumëdetyrash, në të cilat një përdorues i vetëm mund të kryejë disa detyra njëkohësisht (siç është Windows në versionet e tij të ndryshme). Megjithëse janë projektuar kryesisht për një përdorues të vetëm lokal, shumë nga këto sisteme operative kanë përfshirë aftësi rrjetëzimi dhe groupware, kështu që politikat e sigurisë duhet të adresojnë si mbrojtjen e vetë kompjuterit ashtu edhe aksesin në distancë dhe të përbashkët.
Së fundmi, sistemet operative të rrjetit lejojnë që shumë kompjuterë të komunikojnë dhe të ndajnë informacion , shpesh duke kombinuar aftësitë e shumëpërdoruesve, rrjetit dhe kryerjes së shumë detyrave njëkohësisht. Në këto kontekste, mbrojtja e informacionit kërkon kontrolle si në anën e serverit ashtu edhe në atë të klientit, politika të centralizuara të aksesit dhe mekanizma për të mbrojtur të dhënat gjatë tranzitit dhe në qetësi.
Modaliteti me shumë përdorues në pajisje dhe menaxhim i centralizuar
Përtej serverave, shumë pajisje personale dhe të korporatave tani përfshijnë aftësi shumëpërdoruesish ose profilesh. Në këtë modalitet, një pajisje e vetme mund të përdoret nga njerëz të ndryshëm me seanca plotësisht të izoluara . Çdo profil ka aplikacionet, të dhënat dhe cilësimet e veta, të cilat nuk janë të dukshme për të tjerët.
Kjo është veçanërisht e dobishme në shkolla, administrata publike ose kompani me ndërrime , ku e njëjta pajisje kalon nëpër shumë duar gjatë gjithë ditës. Çelësi është që çdo përdorues të hyjë vetëm në aplikacionet dhe përmbajtjen e caktuar në profilin e tij, duke respektuar privatësinë dhe duke parandaluar rrjedhjet e informacionit midis seancave.
Zgjidhjet e menaxhimit të pajisjeve, të tilla si platformat MDM/EMM, u lejojnë ekipeve të IT-së të përcaktojnë në mënyrë qendrore se cilat aplikacione, kufizime dhe leje ka secili lloj përdoruesi . Në këtë mënyrë, kur një përdorues aktivizon një pajisje të përbashkët, sistemi rikthen automatikisht cilësimet që korrespondojnë me atë profil përdoruesi, duke pastruar çdo gjurmë të të dhënave të përdoruesit të mëparshëm.
Nga perspektiva e kostos dhe sigurisë, kjo qasje është shumë tërheqëse. Ndarja e pajisjeve të menaxhuara mirë zvogëlon shpenzimet e harduerit duke ruajtur segmentimin e qartë të përdoruesve. Menaxhimi i centralizuar i politikave të sigurisë, shpërndarja e aplikacioneve dhe konfigurimi i rrjetit zvogëlon ngarkesën e punës së IT-së dhe siguron që rregullat të zbatohen në mënyrë të vazhdueshme në të gjithë flotën.
Siguria në arkitekturat me shumë qiramarrës: izolimi dhe mbrojtja e të dhënave
Kur diskutohet për shumë-qiradhënie në aplikacionet dhe shërbimet analitike, sfida kryesore është e qartë: një sistem i vetëm duhet t'u shërbejë shumë klientëve pa u përzier të dhënat e tyre . Një shembull klasik është bankarizimi online: miliona përdorues qasen në të njëjtin aplikacion, por secili prej tyre sheh vetëm informacionin e vet financiar.
Një situatë e ngjashme ndodh në një zgjidhje të integruar analitike me shumë qiramarrës. Aplikacioni vendoset vetëm një herë, por duhet të jetë i përgatitur t'i paraqesë secilit qiramarrës vetëm të dhënat dhe panelet e tyre , edhe nëse infrastruktura e bazës së të dhënave është e përbashkët. Për ta arritur këtë, duhet të merren në konsideratë si përvoja e klientit ashtu edhe siguria e informacionit.
Nga ana funksionale, klientët mund të kërkojnë personalizime: nga stilet vizuale të personalizuara dhe dizajnet specifike deri te konfigurimet e aksesit të personalizuara për përdoruesit e tyre fundorë. Bukuria e një dizajni të mirë me shumë qiramarrës është aftësia për të ripërdorur kornizën e aplikacionit dhe përkufizimet e tij (rolet, lejet, paraqitjet) pa pasur nevojë të rindërtohet produkti për secilin klient.
Në shtresën e të dhënave, vendimet e modelimit janë kritike. Konsideroni nëse secili qiramarrës do të ndajë të njëjtën bazë të dhënash, do të përdorë skema të veçanta ose tabela të përbashkëta me një kolonë ID të qiramarrësit për filtrim. Pavarësisht modelit, politika e sigurisë duhet të sigurojë që asnjë qiramarrës nuk mund t'i anashkalojë këto filtra.
Aftësitë minimale që duhet të ketë një zgjidhje e sigurt analitike me shumë qiramarrës përfshijnë aftësinë për t'u lidhur me modele të ndryshme të të dhënave dhe për të aplikuar filtra për çdo qiramarrës , për të tokenizuar lidhjet për të parandaluar rrjedhjet midis klientëve, për të mbështetur filtrimin e avancuar për çdo përdorues dhe për të ofruar të gjithë aksesin përmes mekanizmave të centralizuar të sigurisë (p.sh., SSO me kontroll të roleve dhe atributeve).
Reja me shumë qiramarrës kundrejt resë me një qiramarrës
Në cloud, ekzistojnë dy modele kryesore: infrastruktura me shumë qiramarrës dhe infrastruktura me një qiramarrës të vetëm . Dallimi kryesor është nëse infrastruktura fizike themelore ndahet apo jo midis klientëve.
Në një re me shumë qiramarrës, klientë të shumtë ndajnë të njëjtat burime fizike dhe logjike, kështu që kostot shpërndahen dhe ofruesi mund të optimizojë përdorimin e kapacitetit të disponueshëm . Kjo ul çmimin dhe përmirëson shkallëzueshmërinë: ju mund të rriteni shpejt duke shfrytëzuar grupin e përbashkët të burimeve.
Megjithatë, kjo ndarje sjell sfida sigurie dhe pajtueshmërie. Izolimi i projektuar dobët mund të lejojë ndërveprim midis qiramarrësve: rrjedhje të dhënash ose ndikim në disponueshmëri nëse një klient keqdashës ose i konfiguruar gabimisht kompromenton infrastrukturën. Për më tepër, disa rregullore kërkojnë që të dhënat e ndjeshme të mbahen në sisteme të dedikuara, diçka që justifikohet më lehtë në modelet me një qiramarrës të vetëm.
Në një re me një qiramarrës të vetëm, çdo klient ka infrastrukturë të dedikuar fizike ose logjike . Kjo thjeshton pajtueshmërinë rregullatore dhe zvogëlon disa rreziqe izolimi, me koston e kostove më të larta dhe efikasitetit më të ulët të burimeve. Vendimi midis një modeli dhe tjetrit zakonisht përfshin balancimin e çmimit, pajtueshmërisë, kritikalitetit të të dhënave dhe fleksibilitetit operacional.
Në të dyja rastet, politika e sigurisë duhet të mbulojë çështje të tilla si dukshmëria në sigurinë e infrastrukturës, kontrolli i aksesit nga interneti dhe menaxhimi i përgjegjësisë së përbashkët midis ofruesit dhe klientit, gjë që ndryshon në varësi të faktit nëse është IaaS, PaaS apo SaaS.
SASE dhe avantazhi i shumëpërdoruesve në sigurinë e aksesit
Përhapja e gjerë e cloud computing dhe punës në distancë ka nxitur modele si SASE (Secure Access Service Edge) . Ideja është të kombinohen aftësitë e rrjetit (WAN) me veçoritë e përparuara të sigurisë (siç janë SWG, CASB, FWaaS, ZTNA) në një arkitekturë të shpërndarë dhe globale të arritshme nga kudo.
Disa zgjidhje SASE ende mbështeten në instanca të dedikuara për klient , gjë që kufizon shkallëzueshmërinë dhe ndërlikon menaxhimin e politikave, pasi ato bazohen në një qasje më të përshtatshme për mjediset me një përdorues të vetëm dhe rrjetet tradicionale. Kjo shpesh rezulton në politika aksesi të bazuara në rrjet, trafik që duhet të "kthehet" në cloud-in e ofruesit përpara se të dërgohet përsëri në aplikacione dhe një mozaik produktesh të integruara dobët.
Në të kundërt, platformat SASE të projektuara nga themelet si shërbime me shumë qiramarrës mbështeten në infrastruktura të mëdha cloud të shpërndara në qindra qendra të dhënash . Çdo përdorues mund të lidhet me pikën më të afërt, të zbatojë politika sigurie në kohë reale dhe të hyjë në aplikacionet e tij në distancë, duke minimizuar vonesën.
Shumë-qiradhënie në SASE lejon analizën masive dhe në kohë reale të të gjithë trafikut nga klientë të ndryshëm , duke përfshirë trafikun e enkriptuar, dhe mundëson përditësime të menjëhershme të kontrolleve të sigurisë. Nëse zbulohet një kërcënim i ri kudo në botë, mbrojtja mund të vendoset menjëherë në të gjithë bazën e klientëve, duke shfrytëzuar modelin e përbashkët.
Për më tepër, ky lloj dizajni integron të gjitha kontrollet e sigurisë së rrjetit dhe aksesit në një platformë të vetme , duke u ofruar administratorëve një pamje të unifikuar sipas përdoruesit, vendndodhjes dhe pajisjes, duke lehtësuar kështu qeverisjen e politikave në mjedise komplekse me shumë përdorues. Këto zgjidhje përfitojnë nga veçoritë e përparuara të sigurisë që plotësojnë kontrollin e aksesit dhe mbrojtjen e rrjetit.
Siguria hibride e të dhënave dhe menaxhimi i kredencialeve në mjedise të shpërndara
Kur infrastruktura lokale kombinohet me shërbimet cloud, dalin zgjidhje hibride për sigurinë e të dhënave që kërkojnë konfigurim të kujdesshëm. Këto shpesh përfshijnë nyje të dedikuara, certifikata x.509, baza të dhënash të replikuara (PostgreSQL, SQL Server) dhe llogari shërbimesh me fjalëkalime që rrotullohen.
Në këto mjedise, është e zakonshme që të duhet të përditësohen certifikatat para se të skadojnë, të ndryshohen parametrat e lidhjes së bazës së të dhënave ose të përgatiten qendra të reja të të dhënave . Për më tepër, për arsye sigurie, shumë mjete gjenerojnë kredenciale me një jetëgjatësi të kufizuar (për shembull, nëntë muaj), duke kërkuar procese rotacioni periodike.
Kur fjalëkalimet e llogarive të makinave po i afrohen skadimit, ofruesi zakonisht dërgon njoftime për të rigjeneruar fjalëkalimin dhe për të përditësuar skedarët e konfigurimit në të gjitha nyjet. Zakonisht ofrohen dy mundësi: një "rivendosje e butë", ku fjalëkalimet e vjetra dhe të reja bashkëjetojnë për një periudhë mirësjelljeje, dhe një "rivendosje e fortë", ku fjalëkalimi i vjetër bëhet menjëherë i pavlefshëm.
Nëse rotacioni i fjalëkalimeve nuk kryhet në kohë dhe fjalëkalimet skadojnë, shërbimi ndikohet dhe mund të jetë i nevojshëm një rivendosje e fortë dhe zëvendësim i konfigurimit në të gjitha nyjet . Prandaj, në mjedise kritike dhe me shumë përdorues, politikat e sigurisë duhet të përfshijnë orare rinovimi, përgjegjësi të qarta dhe procedura të dokumentuara për rigjenerimin e konfigurimeve (siç janë skedarët e rinj ISO) dhe vendosjen e tyre pa ndërprerje të shërbimit.
Politikat e sigurisë në cloud: çfarë janë ato dhe pse kanë rëndësi
Politikat e sigurisë në cloud janë korniza që përcakton se si duhet të sillet një organizatë kur përdor shërbimet dhe aplikacionet cloud . Ato nuk janë thjesht dokumente dekorative: ato përcaktojnë kriteret për marrjen e vendimeve të sigurisë, kufijtë e veprimit dhe sjelljen e pranueshme në lidhje me trajtimin e të dhënave dhe përdorimin e burimeve.
Një politikë e mirë sigurie në cloud duhet të jetë në përputhje me objektivat afatgjata të biznesit dhe kulturën e organizatës . Ajo duhet të shpjegojë se si mbrohen të dhënat e ndjeshme, si sigurohet disponueshmëria dhe integriteti i tyre, cilat kontrolle zbatohen për aksesin e përdoruesve dhe si menaxhohen incidente të tilla si rrjedhjet e të dhënave ose shkeljet e sigurisë.
Është e rëndësishme të dallohen këto politika nga rregullat ose standardet. Standardet e sigurisë në cloud (siç janë CIS Benchmarks, NIST, ISO 27001) zakonisht imponohen nga organe të njohura, janë të detyrueshme në sektorë të caktuar dhe ofrojnë pak përshtatje. Në të kundërt, politikat e brendshme janë të adaptueshme, mund të detajojnë se si zbatohen këto standarde dhe shërbejnë si një udhëzues praktik për punonjësit dhe ekipet teknike.
Një organizatë mund të vendosë nëse do të krijojë apo jo politika formale, por nuk mund të injorojë rregulloret dhe kërkesat e zbatueshme në sektorin e saj (për shembull, HIPAA në kujdesin shëndetësor, ose kornizat strikte financiare në sektorin bankar). Hartimi i politikave që ndihmojnë në sigurimin e pajtueshmërisë është mënyra më efektive për të shmangur penalitetet, dëmtimin e reputacionit dhe problemet ligjore.
Komponentët kryesorë të një politike sigurie në cloud
Kur hartoni një politikë sigurie për mjediset cloud me shumë përdorues, këshillohet që ajo të strukturohet në disa seksione. E para është objektivi dhe fushëveprimi . Këtu, ju përcaktoni qartë qëllimin e politikës (për të mbrojtur konfidencialitetin, integritetin dhe disponueshmërinë e aseteve cloud) dhe cilat burime, shërbime, të dhëna dhe lloje përdoruesish mbulohen.
Seksioni i dytë mbulon rolet dhe përgjegjësitë . Është thelbësore të identifikohet se kush është përgjegjës për zbatimin, monitorimin dhe shqyrtimin e politikës: oficerët e sigurisë, menaxherët e IT-së, administratorët e sistemit, pronarët e të dhënave dhe përdoruesit fundorë. Përcaktimi i roleve ndihmon në shmangien e zonave gri ku askush nuk merr përgjegjësi për marrjen e vendimeve.
Klasifikimi i të dhënave është një element tjetër kyç. Politika duhet të kategorizojë informacionin (publik, të brendshëm, konfidencial, të ndjeshëm) dhe të caktojë një nivel minimal mbrojtjeje dhe kontrollesh për secilën kategori. Modelet e kontrollit të aksesit ndërtohen mbi këtë themel, zakonisht duke përdorur kontrollin e aksesit të bazuar në role (RBAC) dhe autentifikim të fuqishëm, idealisht shumëfaktorësh.
Enkriptimi i të dhënave meriton një seksion më vete. Politika duhet të specifikojë, si për të dhënat në tranzit ashtu edhe për ato në qetësi, mënyrën e menaxhimit të çelësave, çfarë ndodh me të dhënat e enkriptuara në kopje rezervë ose në rast të një incidenti sigurie dhe çfarë përgjegjësish kanë ekipet e ndryshme.
Së fundmi, një kapitull mbi reagimin ndaj incidenteve dhe pajtueshmërinë/auditimin është thelbësor . Ai duhet të përshkruajë se si zbulohen dhe raportohen incidentet, si koordinohet reagimi, cilat hapa ndërmerren për të përmbajtur dhe zhdukur problemin dhe si dokumentohen mësimet e nxjerra. Seksioni i pajtueshmërisë duhet të detajojë standardet e zbatueshme (ISO 27001, NIST, HIPAA, etj.), frekuencën e auditimeve dhe proceset për adresimin e devijimeve.
Llojet e zakonshme të politikave të sigurisë në mjediset cloud me shumë përdorues
Brenda këtij kuadri të përgjithshëm, shpesh është e dobishme të zhvillohen politika specifike për aspekte të ndryshme. Një nga më kritiket është politika e mbrojtjes së të dhënave , e cila rregullon mënyrën se si klasifikohen, ruhen, enkriptohen dhe fshihen të dhënat në cloud. Ajo duhet të përfshijë përdorimin e enkriptimit të fortë, menaxhimin e çelësave, ruajtjen e të dhënave dhe fshirjen e sigurt.
Një element tjetër kyç është politika e kontrollit të aksesit . Ajo përcakton se kush mund të hyjë në cilat burime dhe në cilat kushte, duke zbatuar parime të tilla si privilegji më i vogël dhe ndarja e detyrave. Ajo përfshin rregulla për krijimin dhe revokimin e llogarisë, menaxhimin e roleve, përdorimin e autentifikimit shumëfaktorësh dhe rishikimet periodike të lejeve.
Gjithashtu thelbësore është politika e reagimit ndaj incidenteve , e cila përshkruan procedurat për trajtimin e sulmeve kibernetike, shkeljeve të të dhënave ose ndërprerjeve të shërbimit. Ajo duhet të përcaktojë kohën e reagimit, rolet e ekipit të reagimit ndaj incidenteve, kanalet e komunikimit të brendshëm dhe të jashtëm dhe koordinimin me ofruesit e shërbimeve në cloud.
Politika e identitetit dhe autentifikimit përcakton se si përdoruesit, pajisjet dhe sistemet validohen përpara se t'u jepet qasje në burimet kritike. Ajo mund të vendosë kërkesa në lidhje me forcën e fjalëkalimit, MFA-në e detyrueshme, menaxhimin e identitetit të federuar ose përdorimin e zgjidhjeve IAM/IdP.
Së fundmi, politika të tilla si siguria e rrjetit dhe vazhdimësia e biznesit/rimëkëmbja nga fatkeqësitë përcaktojnë se si mbrohet trafiku, cilat firewall-e dhe segmentime aplikohen, si konfigurohen VPN-të ose ZTNA-të dhe cilat masa sigurojnë që organizata të mund të rikuperojë shërbimet e saj në rast të një incidenti serioz ose fatkeqësie fizike.
Cikli jetësor i politikave: hartimi, zbatimi dhe rishikimi i vazhdueshëm
Krijimi i një politike nuk është një detyrë që mund të bëhet brenda një pasditeje. Hapi i parë është analizimi i situatës aktuale të organizatës , rreziqeve të saj, sektorit të saj dhe objektivave të saj. Prej andej, përcaktohen kërkesat rregullatore përkatëse (një spital nuk është i njëjtë me një startup teknologjik) dhe vendoset fushëveprimi fillestar i politikave.
Më pas hartohet një strategji hartimi dhe miratimi, që përfshin menaxhmentin, ekipet e IT-së dhe sigurisë, departamentin ligjor dhe burimet njerëzore . Pa mbështetjen e menaxhmentit të lartë, politikat shpesh mbeten të pazbatuara; pa përfshirjen e ekipeve teknike dhe të biznesit, ato ka të ngjarë të jenë të parealizueshme ose të kenë një ndikim negativ në operacione.
Pasi të jenë hartuar dhe miratuar, është koha për zbatim. Politikat duhet t'u komunikohen qartë të gjithë përdoruesve të prekur , ekipet kryesore duhet të trajnohen dhe mjetet e sigurisë (mureve të zjarrit, DLP, EDR, CASB, etj.) duhet të konfigurohen për të automatizuar zbatimin e rregullave sa më shumë që të jetë e mundur. Kur automatizimi nuk është i disponueshëm, do të duhet të përcaktohen procedura manuale shumë të qarta.
Me kalimin e kohës, kërcënimet, teknologjitë dhe kërkesat rregullatore ndryshojnë. Prandaj, është thelbësore të auditohen periodikisht politikat aktuale , duke verifikuar se cilat pjesë mbeten të vlefshme, cilat janë bërë të vjetëruara dhe ku ekzistojnë boshllëqe midis asaj që është shkruar në letër dhe asaj që ndodh në praktikë. Ky ushtrim zakonisht bëhet në bashkëpunim me departamentet e IT-së, sigurisë dhe pajtueshmërisë.
Rishikimi duhet të marrë në konsideratë edhe vektorët e rinj të sulmit (malware të përparuar për ransomware, sulme kontejnerësh, shfrytëzim API-sh, etj.) dhe të përfshijë inteligjencën e fundit mbi kërcënimet dhe praktikat më të mira (p.sh., udhëzimet e reve NIST CSF 2.0 ose ISO/IEC 27017). Politikat duhet të shihen si dokumente të gjalla që evoluojnë me biznesin dhe peizazhin e kërcënimeve.
Siguria e pikës fundore të Windows në mjedise me shumë përdorues
Në shumë skenarë me shumë përdorues, lidhja më e dobët mbeten pikat fundore, veçanërisht makinat Windows me shumë llogari ose të përbashkëta. Këtu, politikat e sigurisë duhet të shfrytëzojnë mjetet e sistemit vendas, siç janë Microsoft Defender dhe aftësitë e sigurisë së Windows , për të krijuar një mbrojtje të qëndrueshme. Shihni veçoritë e sigurisë specifike të Windows që e lehtësojnë këtë detyrë.
Së pari, mbrojtja e pajisjes duhet të jetë gjithmonë aktive. Karakteristika të tilla si mbrojtja në kohë reale e Microsoft Defender, mbrojtja kundër ndërhyrjeve (për të parandaluar ndryshimin e cilësimeve nga programet keqdashëse ose përdoruesit e paautorizuar) dhe zbatimi i zbutjeve të shfrytëzimit (DEP, SEHOP, etj.) e zvogëlojnë ndjeshëm rrezikun e kompromentimit të pajisjeve të përdorura nga përdorues të shumtë.
Kontrolli i rrjetit është një tjetër element kyç: konfigurimi i Firewall-it të Microsoft Defender me profilet e duhura, aktivizimi i mbrojtjes së rrjetit për të bllokuar aksesin në faqet keqdashëse dhe përcaktimi i rregullave të avancuara të firewall-it që kufizojnë portet ose adresat IP të ndjeshme (siç është aksesi në distancë i RDP) ndihmon në minimizimin e sipërfaqes së sulmit, si të brendshëm ashtu edhe të jashtëm.
Lidhur me kontrollin e aplikacioneve , politika të tilla si ekzekutimi vetëm i skripteve të nënshkruara, përdorimi i AppLocker për të bllokuar programet e paautorizuara në vende të rrezikshme (p.sh., dosjet e Shkarkimeve ose Desktopit) dhe bllokimi i instalimit të softuerëve nëpërmjet GPO-së ose regjistrit janë masa shumë efektive për të parandaluar përdoruesit me njohuri të kufizuara nga ekzekutimi i programeve keqdashëse.
Së fundmi, kontrolli i të dhënave dhe mbrojtja nga shfletimi në internet plotësojnë pamjen: enkriptimi i skedarëve me EFS në kompjuterë me shumë përdorues, enkriptimi i plotë i diskut me BitLocker, aktivizimi i DLP dhe veçoritë e aksesit të kontrolluar në dosje, përdorimi i rregullave SmartScreen dhe ASR për të ngadalësuar ekzekutimin e përmbajtjes ose bashkëngjitjeve të dyshimta në internet, dhe cilësime të rrepta të shfletuesit për të parandaluar injorimin e paralajmërimeve të sigurisë.
Mbrojtja klasike e të dhënave dhe kopja rezervë në sistemet me një përdorues të vetëm
Edhe pse shumë mjedise moderne janë me shumë përdorues, ka ende raste kur përdoren sisteme të vjetra ose me një përdorues të vetëm si MS-DOS . Edhe atje, politikat e sigurisë duhet të përfshijnë mbrojtjen e të dhënave përmes kopjeve rezervë dhe shërbimeve të sistemit.
Mjete të tilla si komandat e kopjimit (COPY, XCOPY), shërbimet e kopjimit të plotë të diskut (DISKCOPY) dhe funksionet BACKUP/RESTORE ju lejojnë të mbani kopje rezervë të azhurnuara në media të ndryshme, gjë që është thelbësore për rikuperimin e të dhënave në rast të dështimit ose fshirjes aksidentale. Megjithatë, është e rëndësishme të mbani mend se këto kopje rezervë mund të mbishkruajnë përmbajtjen ekzistuese, kështu që ato duhet të kryhen në media të dedikuara ruajtjeje.
Ekzistojnë gjithashtu komanda rikuperimi si RECOVER ose UNDELETE, të cilat mund të rikuperojnë skedarët e fshirë aksidentalisht ose të përpiqen të rikuperojnë të dhënat nga mediat e dëmtuara . Edhe pse kanë kufizime të konsiderueshme, ato shpesh janë vija e fundit e mbrojtjes në sistemet pa teknologji moderne të snapshot-it ose të versionimit.
Nga ana tjetër, shumë versione të vjetra të sistemeve operative përfshinin programe bazë antivirus që tani konsiderohen të vjetëruara, por që në atë kohë ishin pjesë e strategjisë së mbrojtjes nga programet keqdashëse. Kjo histori nxjerr në pah se, pavarësisht platformës, politikat e sigurisë duhet të përfshijnë gjithmonë masa për ruajtjen e kopjeve rezervë, rikuperimin dhe mbrojtjen nga programet keqdashëse të përshtatura sipas aftësive të secilit mjedis.
Të marra së bashku, politikat e sigurisë për mjediset me shumë përdorues formojnë shtyllën kurrizore që mbështet mbrojtjen e të dhënave, aksesit dhe shërbimeve, qoftë në sistemet operative të rrjetit, retë me shumë qiramarrës, zgjidhjet SASE, pajisjet e përbashkëta apo pajisjet e vjetra me një përdorues të vetëm. Kur hartohen me objektiva të qarta, mbështeten nga kontrolle të fuqishme teknike, rishikohen vazhdimisht dhe zbatohen në mënyrë të vazhdueshme, ato lejojnë që shumë përdorues, klientë dhe pajisje të bashkëjetojnë në të njëjtën infrastrukturë pa rrezikuar konfidencialitetin, integritetin dhe disponueshmërinë e informacionit kritik.
