- Mitme kasutaja ja mitme üürnikuga keskkonnad nõuavad andmete, identiteetide ja ressursside ranget isoleerimist, et vältida lekkeid ja õiguste kuritarvitamist.
- Pilveturvalisuse poliitikad peaksid hõlmama andmete klassifitseerimist, juurdepääsu kontrolli, krüpteerimist, intsidentidele reageerimist ja regulatiivset vastavust.
- Sellised mudelid nagu SASE, Windowsi lõpp-punkti turvalisus ja identiteedihaldus tugevdavad kaitset hübriid- ja mitmepilvearhitektuurides.
- Poliitikad tuleks vaadelda kui elavad dokumendid, mida regulaarselt läbi vaadatakse ja auditeeritakse, et kohaneda uute ohtude ja regulatiivsete nõuetega.
Igas tänapäevases organisatsioonis on mitme kasutajaga keskkondade turvapoliitikad muutunud küberturvalisuse strateegia põhikomponendiks. Üha tavalisem on, et mitu kasutajat, osakonda, klienti või isegi erinevad ettevõtted jagavad sama infrastruktuuri, rakendusi ja andmeid, olgu siis sisemistel serveritel, pilves või jagatud seadmetel. Ilma selgete reeglite ja tugevate tehniliste kontrollimeetmeteta suureneb andmetega seotud rikkumiste, privileegide kuritarvitamise või regulatiivsete nõuete rikkumise oht järsult.
Põhimõisted: mitme kasutaja, mitme üürniku ja võrgu operatsioonisüsteemid
Kõigepealt tuleb aru saada, millest me räägime. Mitme kasutajaga keskkond on selline, kus mitu kasutajat jagavad samu riist- või tarkvararessursse , kuid igal kasutajal peab olema oma tööruum, sätted ja õigused. See võib juhtuda serveris, kus on kümneid kontosid, arvutis, mida kasutajad vaheldumisi jagavad, või SaaS-rakenduses, mida kasutavad tuhanded erinevad kliendid.
Paralleelselt on mitme üürnikuga süsteem arhitektuur, kus üks rakenduse eksemplar teenindab mitut klienti või üürnikku . See on paljude pilveteenuste tüüpiline mudel: üks tarkvara, ühine infrastruktuur, kuid iga kliendi jaoks eraldi loogilised ruumid. Turvalisuse seisukohast nõuab see ranget isolatsiooni, nii et ükski üürnik ei pääse juurde teise andmetele ega konfiguratsioonidele.
Olulist rolli mängivad ka võrgu operatsioonisüsteemid. Võrgu operatsioonisüsteem koordineerib jagatud ressursse (faile, printereid, rakendusi) ning pakub autentimis-, autoriseerimis- ja tsentraliseeritud haldusmehhanisme. See võimaldab hallata koostööl põhinevaid ja mitme kasutajaga keskkondi, kaotamata kontrolli selle üle, kes millele juurde pääseb.
Nende võrgusüsteemide põhiomaduste hulka kuuluvad mitme kasutaja võimalus, mitut ülesannet korraga täita, täiustatud turvalisus, skaleeritavus ja koostalitlusvõime . Need võimaldavad paljudel inimestel töötada samaaegselt, erinevate õiguste ja rollidega, integreerides heterogeenseid seadmeid ja platvorme ühtse haldusraamistiku ja poliitikate komplekti alla.
Ühekasutaja, mitmekasutaja ja mitme ülesandega süsteemid: mõju turvalisusele
Ajalooliselt tehti selget vahet ühekasutaja ja mitmekasutaja operatsioonisüsteemide vahel . Ühekasutaja süsteem (nagu klassikaline MS-DOS) lubas arvutit kasutada ja ühte ülesannet korraga täita ainult ühel inimesel. Turvalisus oli vähem keerukas, kuigi andmeid oli siiski vaja kaitsta varundamise ja taasteutiliitide abil.
Seevastu mitme kasutajaga operatsioonisüsteem, näiteks UNIX, võimaldab mitmel kasutajal samaaegselt samal masinal töötada , igaüks oma terminalist ja oma protsessidega. See nõuab autentimismehhanismide juurutamist , kasutajaruumide eraldamist, faililubade loomist ja ressursside jälgimist, et vältida ühe kasutaja tegevuse mõjutamist teistele.
Samuti on olemas multitegumtöötlussüsteeme, kus üks kasutaja saab samaaegselt käivitada mitut ülesannet (näiteks Windows oma erinevates versioonides). Kuigi need on peamiselt loodud ühele kohalikule kasutajale, on paljudel neist operatsioonisüsteemidest võrgu- ja grupitöö võimalused, seega peavad turvapoliitikad käsitlema nii arvuti enda kui ka kaug- ja jagatud juurdepääsu kaitset.
Lõpuks võimaldavad võrguoperatsioonisüsteemid mitmel arvutil omavahel suhelda ja teavet jagada , sageli kombineerides mitme kasutaja, võrgu ja mitme ülesande täitmise võimalusi. Nendes kontekstides nõuab infokaitse nii serveri kui ka kliendi poolel kontrolli, tsentraliseeritud juurdepääsupoliitikaid ja mehhanisme andmete kaitsmiseks nii edastamisel kui ka salvestatud olekus.
Mitme kasutaja režiim seadmetel ja tsentraliseeritud haldus
Lisaks serveritele on paljudel isiklikel ja ettevõtte seadmetel nüüd ka mitme kasutaja või profiili võimalused. Selles režiimis saavad erinevad inimesed ühte seadet kasutada täiesti isoleeritud seanssidega . Igal profiilil on oma rakendused, andmed ja seaded, mis pole teistele nähtavad.
See on eriti kasulik koolides, avaliku sektori asutustes või vahetustega ettevõtetes , kus sama seade läbib päeva jooksul paljusid inimesi. Peamine on see, et iga kasutaja pääseb ligi ainult tema profiilile määratud rakendustele ja sisule, austades privaatsust ja vältides teabe lekkimist seansside vahel.
Seadmehalduslahendused, näiteks MDM/EMM platvormid, võimaldavad IT-meeskondadel tsentraalselt määratleda, millised rakendused, piirangud ja õigused igal kasutajatüübil on . Nii taastab süsteem jagatud seadme sisselülitamisel automaatselt sellele kasutajaprofiilile vastavad sätted, kustutades kõik eelmise kasutaja andmete jäljed.
Kulude ja turvalisuse seisukohast on see lähenemisviis väga atraktiivne. Hästi hallatud seadmete jagamine vähendab riistvarakulusid, säilitades samal ajal selge kasutajate segmenteerimise. Turvapoliitikate, rakenduste levitamise ja võrgukonfiguratsiooni tsentraliseeritud haldamine vähendab IT-töökoormust ja tagab reeglite järjepideva rakendamise kogu seadmepargis.
Turvalisus mitme üürnikuga arhitektuurides: andmete isoleerimine ja kaitse
Analüütikarakenduste ja -teenuste mitmekasutajasüsteemi arutamisel on peamine väljakutse selge: üks süsteem peab teenindama paljusid kliente ilma, et nende andmed seguneksid . Klassikaline näide on internetipangandus: miljonid kasutajad kasutavad sama rakendust, kuid igaüks näeb ainult oma finantsteavet.
Sarnane olukord tekib ka mitme üürnikuga integreeritud analüütikalahenduses. Rakendus juurutatakse ainult üks kord, kuid see peab olema valmis kuvama igale üürnikule ainult tema andmeid ja juhtpaneele , isegi kui andmebaasi infrastruktuur on jagatud. Selle saavutamiseks tuleb arvestada nii kliendikogemuse kui ka infoturbega.
Funktsionaalse poole pealt saavad kliendid nõuda kohandusi: alates kohandatud visuaalsetest stiilidest ja spetsiifilistest kujundustest kuni lõppkasutajate isikupärastatud juurdepääsukonfiguratsioonideni. Hea mitme üürnikuga disaini ilu seisneb võimaluses taaskasutada rakenduse raamistikku ja selle definitsioone (rollid, õigused, paigutused) ilma toodet iga kliendi jaoks uuesti loomata.
Andmekihis on modelleerimisotsused kriitilise tähtsusega. Mõelge, kas iga rentnik jagab sama andmebaasi, kasutab eraldi skeeme või ühiseid tabeleid, mille filtreerimiseks on rentniku ID veerg. Olenemata mudelist peab turbepoliitika tagama, et ükski rentnik ei saa neid filtreid mööda hiilida.
Turvalise mitme üürnikuga analüüsilahenduse minimaalsete võimaluste hulka peaksid kuuluma võimalus luua ühendus erinevate andmemudelitega ja rakendada filtreid üürnike kaupa , luua ühendustele tokeniseerimisvõimalusi klientide vaheliste lekete vältimiseks, toetada täiustatud filtreerimist kasutaja kohta ning pakkuda kogu juurdepääsu tsentraliseeritud turbemehhanismide kaudu (nt SSO rollide ja atribuutide kontrolliga).
Mitme üürnikuga pilv versus ühe üürnikuga pilv
Pilves on kaks peamist mudelit: mitme üürnikuga infrastruktuur ja ühe üürnikuga infrastruktuur . Peamine erinevus seisneb selles, kas aluseks olevat füüsilist infrastruktuuri jagatakse klientide vahel või mitte.
Mitme üürnikuga pilves jagavad mitu klienti samu füüsilisi ja loogilisi ressursse, seega kulud jaotuvad ja pakkuja saab optimeerida olemasoleva võimsuse kasutamist . See vähendab hinda ja parandab skaleeritavust: jagatud ressursside abil saab kiiresti kasvada.
Selline jagamine toob aga kaasa turvalisuse ja vastavusega seotud probleeme. Halvasti kavandatud isolatsioon võib põhjustada üürnike vahelist läbikäimist: andmete lekkimist või mõju kättesaadavusele, kui pahatahtlik või valesti konfigureeritud klient kahjustab infrastruktuuri. Lisaks nõuavad teatud eeskirjad tundlike andmete majutamist spetsiaalsetes süsteemides, mida on ühe üürnikuga mudelites lihtsam õigustada.
Ühe üürnikuga pilves on igal kliendil spetsiaalne füüsiline või loogiline infrastruktuur . See lihtsustab regulatiivset vastavust ja vähendab mõningaid isolatsiooniriske, kuid toob kaasa kõrgemad kulud ja madalama ressursitõhususe. Ühe mudeli vahel otsustamine hõlmab tavaliselt hinna, vastavuse, andmete kriitilisuse ja tegevuse paindlikkuse tasakaalustamist.
Mõlemal juhul peab turvapoliitika hõlmama selliseid küsimusi nagu infrastruktuuri turvalisuse nähtavus, internetist juurdepääsu kontroll ning pakkuja ja kliendi vahelise jagatud vastutuse haldamine, mis varieerub olenevalt sellest, kas tegemist on IaaS-i, PaaS-i või SaaS-iga.
SASE ja mitme kasutaja eelis juurdepääsu turvalisuses
Pilvandmetöötluse ja kaugtöö laialdane kasutuselevõtt on edendanud selliseid mudeleid nagu SASE (Secure Access Service Edge) . Idee seisneb võrgu (WAN) võimaluste ühendamises täiustatud turvafunktsioonidega (nt SWG, CASB, FWaaS, ZTNA) hajutatud globaalses arhitektuuris, millele pääseb ligi kõikjalt.
Mõned SASE-lahendused tuginevad endiselt kliendipõhistele eraldatud eksemplaridele , mis piirab skaleeritavust ja raskendab poliitikate haldamist, kuna need põhinevad lähenemisviisil, mis sobib paremini ühe kasutaja keskkondadele ja traditsioonilistele võrkudele. Selle tulemuseks on sageli võrgupõhised juurdepääsupoliitikad, liiklus, mis peab enne rakendustesse tagasi saatmist pakkuja pilve "naasma", ning halvasti integreeritud toodete mitmekesisus.
Seevastu SASE platvormid, mis on algusest peale loodud mitme üürniku teenustena, tuginevad suurtele pilveinfrastruktuuridele, mis on jaotatud sadadesse andmekeskustesse . Iga kasutaja saab luua ühenduse lähima punktiga, rakendada reaalajas turvapoliitikaid ja pääseda juurde oma kaugrakendustele, minimeerides samal ajal latentsust.
SASE-i mitmekasutajapõhine lahendus võimaldab erinevate klientide kogu liikluse, sealhulgas krüptitud liikluse, ulatuslikku ja reaalajas analüüsi ning turvakontrollide reaalajas värskendusi. Kui kusagil maailmas avastatakse uus oht, saab jagatud mudelit kasutades kaitse koheselt rakendada kogu kliendibaasis.
Lisaks integreerib seda tüüpi disain kõik võrgu- ja juurdepääsuturbe kontrollid ühele platvormile , pakkudes administraatoritele ühtset vaadet kasutaja, asukoha ja seadme kaupa, hõlbustades seeläbi poliitika haldamist keerukates mitme kasutajaga keskkondades. Need lahendused saavad kasu täiustatud turvafunktsioonidest , mis täiendavad juurdepääsu kontrolli ja võrgukaitset.
Hübriidandmete turvalisus ja volituste haldamine hajutatud keskkondades
Kui kohapealne infrastruktuur kombineeritakse pilveteenustega, tekivad hübriidsed andmeturbelahendused , mis nõuavad hoolikat konfigureerimist. Need hõlmavad sageli spetsiaalseid sõlmi, x.509 sertifikaate, replikeeritud andmebaase (PostgreSQL, SQL Server) ja teenusekontosid vahelduvate paroolidega.
Nendes keskkondades on tavaline, et sertifikaate tuleb enne nende aegumist uuendada, muuta andmebaasiühenduse parameetreid või ette valmistada uusi andmekeskusi . Lisaks genereerivad paljud tööriistad turvakaalutlustel piiratud elueaga (näiteks üheksa kuud) volikirju, mis nõuavad perioodilisi rotatsiooniprotsesse.
Kui masinakontode paroolid hakkavad aeguma, saadab teenusepakkuja tavaliselt teateid parooli taastamiseks ja konfiguratsioonifailide värskendamiseks kõigis sõlmedes. Tavaliselt pakutakse kahte võimalust: „pehmet lähtestamist“, kus vana ja uus parool eksisteerivad teatud aja jooksul koos, ja „kõva lähtestamist“, kus vana parool muutub kohe kehtetuks.
Kui paroolivahetust õigeaegselt ei teostata ja paroolid aeguvad, mõjutab see teenust ning kõigis sõlmedes võib olla vajalik kõvaketta lähtestamine ja konfiguratsiooni asendamine . Seetõttu peavad mitme kasutajaga ja kriitilistes keskkondades turvapoliitikad sisaldama uuendamise ajakavasid, selgeid vastutusalasid ja dokumenteeritud protseduure konfiguratsioonide (nt uute ISO-failide) taastamiseks ja juurutamiseks ilma teenuse katkemiseta.
Pilve turvapoliitikad: mis need on ja miks need on olulised
Pilveturvalisuse poliitikad on raamistik, mis määratleb, kuidas organisatsioon peaks pilveteenuste ja -rakenduste kasutamisel käituma . Need ei ole pelgalt dekoratiivsed dokumendid: need kehtestavad turvaotsuste tegemise kriteeriumid, tegutsemispiirid ja vastuvõetava käitumise andmete käitlemise ja ressursside kasutamise osas.
Hea pilveturbepoliitika peab olema kooskõlas pikaajaliste ärieesmärkide ja organisatsiooni kultuuriga . See peaks selgitama, kuidas tundlikke andmeid kaitstakse, kuidas tagatakse nende kättesaadavus ja terviklikkus, milliseid kontrolle rakendatakse kasutajate juurdepääsu suhtes ning kuidas hallatakse selliseid intsidente nagu andmelekked või turvarikkumised.
Oluline on eristada neid poliitikaid reeglitest või standarditest. Pilveturbe standardeid (nt CIS Benchmarks, NIST, ISO 27001) kehtestavad tavaliselt tunnustatud asutused, need on teatud sektorites kohustuslikud ja pakuvad vähe kohandamisvõimalusi. Seevastu sise-eeskirjad on kohandatavad, võivad üksikasjalikult kirjeldada nende standardite rakendamist ning olla praktiliseks juhendiks töötajatele ja tehnilistele meeskondadele.
Organisatsioon saab otsustada, kas luua ametlikke poliitikaid või mitte, kuid see ei saa ignoreerida oma sektoris kehtivaid eeskirju ja nõudeid (näiteks HIPAA tervishoius või ranged finantsraamistikud panganduses). Poliitikate väljatöötamine, mis aitavad tagada nõuetele vastavuse, on kõige tõhusam viis karistuste, mainekahjude ja juriidiliste probleemide vältimiseks.
Pilveturbepoliitika põhikomponendid
Mitme kasutajaga pilvekeskkondade turvapoliitika koostamisel on soovitatav see jagada mitmeks osaks. Esimene on eesmärk ja ulatus . Siin määratlete selgelt poliitika eesmärgi (kaitsta pilvevarade konfidentsiaalsust, terviklikkust ja käideldavust) ning millised ressursid, teenused, andmed ja kasutajatüübid on hõlmatud.
Teine osa käsitleb rolle ja vastutust . Oluline on kindlaks teha, kes vastutab poliitika rakendamise, jälgimise ja läbivaatamise eest: turvatöötajad, IT-juhid, süsteemiadministraatorid, andmete omanikud ja lõppkasutajad. Rollide määratlemine aitab vältida halle alasid, kus keegi ei vastuta otsuste tegemise eest.
Andmete klassifitseerimine on veel üks võtmeelement. Poliitika peab teabe kategoriseerima (avalik, sisemine, konfidentsiaalne, tundlik) ja määrama igale kategooriale minimaalse kaitsetaseme ja kontrollimeetmed. Juurdepääsukontrolli mudelid on üles ehitatud sellele alusele, kasutades tavaliselt rollipõhist juurdepääsukontrolli (RBAC) ja robustset, ideaaljuhul mitmefaktorilist autentimist.
Andmete krüpteerimine väärib omaette jaotist. Poliitikas tuleb nii edastatavate kui ka salvestatud andmete puhul täpsustada, kuidas võtmeid hallatakse, mis juhtub krüpteeritud andmetega varukoopiates või turvaintsidendi korral ning millised on erinevate meeskondade vastutusalad.
Lõpuks on oluline peatükk intsidentidele reageerimise ja vastavuse/auditi kohta . See peaks kirjeldama, kuidas intsidente tuvastatakse ja neile teatatakse, kuidas reageerimist koordineeritakse, milliseid samme astutakse probleemi ohjeldamiseks ja kõrvaldamiseks ning kuidas saadud õppetunde dokumenteeritakse. Vastavuse osas tuleks üksikasjalikult kirjeldada kohaldatavaid standardeid (ISO 27001, NIST, HIPAA jne), auditite sagedust ja kõrvalekallete käsitlemise protsesse.
Mitme kasutajaga pilvekeskkondade levinumad turvapoliitikad
Selle üldise raamistiku raames on sageli kasulik töötada välja eri aspektide jaoks spetsiifilised poliitikad. Üks olulisemaid on andmekaitsepoliitika , mis reguleerib andmete klassifitseerimist, salvestamist, krüpteerimist ja kustutamist pilves. See peaks hõlmama tugeva krüptimise kasutamist, võtmehaldust, andmete säilitamist ja turvalist kustutamist.
Teine oluline element on juurdepääsukontrolli poliitika . See määratleb, kes pääseb juurde millistele ressurssidele ja millistel tingimustel, rakendades selliseid põhimõtteid nagu minimaalsed privileegid ja ülesannete lahusus. See hõlmab konto loomise ja tühistamise reegleid, rollide haldamist, mitmefaktorilise autentimise kasutamist ja perioodilisi lubade ülevaatamisi.
Samuti on ülioluline intsidentidele reageerimise poliitika , mis kirjeldab küberrünnakute, andmetega seotud rikkumiste või teenusekatkestuste käsitlemise protseduure. See peaks määratlema reageerimisajad, intsidentidele reageerimise meeskonna rollid, sisemised ja välised suhtluskanalid ning koordineerimise pilveteenuse pakkujatega.
Identiteedi- ja autentimispoliitika määratleb, kuidas kasutajaid, seadmeid ja süsteeme enne kriitilistele ressurssidele juurdepääsu andmist valideeritakse. See saab seada nõuded parooli tugevuse, kohustusliku MFA, föderaalse identiteedihalduse või IAM/IdP-lahenduste kasutamise kohta.
Lõpuks määratlevad sellised poliitikad nagu võrgu turvalisus ja äritegevuse järjepidevus/katastroofidejärgne taastamine, kuidas liiklust kaitstakse, milliseid tulemüüre ja segmenteerimist rakendatakse, kuidas VPN-e või ZTNA-sid konfigureeritakse ning millised meetmed tagavad, et organisatsioon saab oma teenused tõsise intsidendi või füüsilise katastroofi korral taastada.
Poliitika elutsükkel: kavandamine, rakendamine ja pidev läbivaatamine
Poliitika loomine ei ole ülesanne, mida saab teha ühe pärastlõunaga. Esimene samm on organisatsiooni praeguse olukorra , riskide, sektori ja eesmärkide analüüsimine. Seejärel määratakse kindlaks kohaldatavad regulatiivsed nõuded (haigla ei ole sama mis tehnoloogiaettevõte) ja otsustatakse poliitika esialgne ulatus.
Seejärel töötatakse välja koostamis- ja kinnitamisstrateegia, mis hõlmab juhtkonda, IT- ja turbemeeskondi, juriidilist osakonda ja personaliosakonda . Ilma tippjuhtkonna toetuseta jäävad poliitikad sageli rakendamata; ilma tehniliste ja ärimeeskondade kaasamiseta on need tõenäoliselt teostamatud või avaldavad tegevusele negatiivset mõju.
Kui see on koostatud ja heaks kiidetud, on aeg rakendamiseks. Poliitikad tuleb selgelt edastada kõigile asjaomastele kasutajatele , võtmemeeskonnad tuleb koolitada ja turvatööriistad (tulemüürid, DLP, EDR, CASB jne) tuleb konfigureerida nii, et reeglite jõustamine oleks võimalikult automatiseeritud. Kui automatiseerimine pole saadaval, tuleb määratleda väga selged käsitsi tehtavad protseduurid.
Aja jooksul muutuvad ohud, tehnoloogiad ja regulatiivsed nõuded. Seetõttu on oluline perioodiliselt auditeerida kehtivaid poliitikaid , kontrollides, millised osad jäävad kehtima, millised on vananenud ja kus on lünki paberil kirjutatu ja praktikas toimuva vahel. Seda tehakse tavaliselt koostöös IT-, turbe- ja vastavusosakondadega.
Ülevaates tuleks arvestada ka uute rünnakuvektoritega (täiustatud lunavara, konteinerrünnakud, API ärakasutamine jne) ning lisada uusim ohuteave ja parimad tavad (nt NIST CSF 2.0 või ISO/IEC 27017 pilveteenuste juhised). Poliitikaid tuleks vaadelda kui elavaid dokumente, mis arenevad koos ettevõtte ja ohumaastikuga.
Windowsi lõpp-punkti turvalisus mitme kasutajaga keskkondades
Paljudes mitme kasutajaga stsenaariumides on nõrgim lüli lõpp-punktid, eriti jagatud või mitme kontoga Windowsi masinad. Siin peaksid turbepoliitikad kasutama järjepideva kaitse loomiseks ära süsteemi sisemisi tööriistu, nagu Microsoft Defender ja Windowsi turbefunktsioonid . Vaadake Windowsi-põhiseid turbefunktsioone , mis seda ülesannet hõlbustavad.
Esiteks peab seadmekaitse olema alati aktiivne. Sellised funktsioonid nagu Microsoft Defenderi reaalajas kaitse, võltsimisvastane kaitse (pahavara või volitamata kasutajate sätete muutmise takistamiseks) ja rünnakute leevendamise meetmete (DEP, SEHOP jne) rakendamine vähendavad oluliselt mitme kasutaja poolt kasutatavate seadmete ohtu.
Võrgu haldamine on veel üks oluline element: Microsoft Defenderi tulemüüri konfigureerimine sobivate profiilidega, võrgukaitse lubamine pahatahtlikele saitidele juurdepääsu blokeerimiseks ja täpsemate tulemüürireeglite määratlemine, mis piiravad tundlikke porte või IP-aadresse (nt RDP kaugjuurdepääs), aitab minimeerida nii sisemist kui ka välist rünnakupinda.
Rakenduste kontrolli osas on sellised poliitikad nagu ainult allkirjastatud skriptide käitamine, AppLockeri kasutamine volitamata programmide blokeerimiseks ohtlikes kohtades (nt allalaadimiste või töölaua kaustad) ja tarkvara installimise blokeerimine rühmapoliitika objekti või registri kaudu väga tõhusad meetmed, et takistada piiratud teadmistega kasutajatel pahavara käitamist.
Lõpuks täiendavad pilti andmekontroll ja veebibrauseri kaitse : failide krüptimine EFS-iga mitme kasutajaga arvutites, täielik ketta krüptimine BitLockeriga, DLP ja kontrollitud kaustadele juurdepääsu funktsioonide aktiveerimine, SmartScreeni ja ASR-reeglite kasutamine kahtlase veebisisu või manuste täitmise aeglustamiseks ning ranged brauseri seaded turvahoiatuste ignoreerimise vältimiseks.
Klassikaline andmekaitse ja varundamine ühe kasutaja süsteemides
Kuigi paljud tänapäevased keskkonnad on mitme kasutajaga, on siiski juhtumeid, kus kasutatakse vanemaid või ühe kasutajaga süsteeme, näiteks MS-DOS-i . Isegi seal peavad turvapoliitikad hõlmama andmekaitset varukoopiate ja süsteemiutiliitide abil.
Sellised tööriistad nagu kopeerimiskäsklused (COPY, XCOPY), täieliku ketta kopeerimise utiliidid (DISKCOPY) ja BACKUP/RESTORE funktsioonid võimaldavad teil säilitada ajakohaseid varukoopiaid erinevatel andmekandjatel, mis on oluline andmete taastamiseks rikke või juhusliku kustutamise korral. Siiski on oluline meeles pidada, et need varukoopiad võivad olemasoleva sisu üle kirjutada, seega tuleks need teha spetsiaalsetele andmekandjatele.
Samuti on olemas taastamiskäsklused nagu RECOVER või UNDELETE, mis suudavad taastada kogemata kustutatud faile või proovida taastada andmeid kahjustatud andmekandjalt . Kuigi neil on olulisi piiranguid, on need sageli viimane kaitseliin süsteemides, kus puuduvad kaasaegsed hetktõmmise või versioonimise tehnoloogiad.
Teisest küljest sisaldasid paljud vanemad operatsioonisüsteemi versioonid elementaarseid viirusetõrjeprogramme , mida nüüdseks peetakse vananenuks, kuid mis tol ajal olid osa pahavara kaitsestrateegiast. See ajalugu rõhutab, et platvormist olenemata peavad turvapoliitikad alati hõlmama iga keskkonna võimalustele kohandatud varundamise, taastamise ja pahavara kaitse meetmeid.
Kokkuvõttes moodustavad mitme kasutajaga keskkondade turvapoliitikad selgroo, mis toetab andmete, juurdepääsu ja teenuste kaitset nii võrgu operatsioonisüsteemides, mitme üürnikuga pilvedes, SASE-lahendustes, jagatud seadmetes kui ka vanemates ühe kasutaja seadmetes. Kui need on kavandatud selgete eesmärkidega, toetatud tugevate tehniliste kontrollidega, pidevalt läbi vaadatud ja järjepidevalt rakendatud, võimaldavad need mitmel kasutajal, kliendil ja seadmel samal infrastruktuuril koos eksisteerida, ilma et see ohustaks kriitilise teabe konfidentsiaalsust, terviklikkust ja kättesaadavust.
