- Višekorisnička i višestanarska okruženja zahtijevaju strogu izolaciju podataka, identiteta i resursa kako bi se spriječilo curenje i zlouporaba privilegija.
- Sigurnosne politike u oblaku trebale bi uključivati klasifikaciju podataka, kontrolu pristupa, šifriranje, odgovor na incidente i usklađenost s propisima.
- Modeli poput SASE-a, sigurnosti krajnjih točaka sustava Windows i upravljanja identitetima jačaju zaštitu u hibridnim i višeoblačnim arhitekturama.
- Politike treba promatrati kao žive dokumente, redovito ih pregledavati i revidirati kako bi se prilagodile novim prijetnjama i regulatornim zahtjevima.

U svakoj modernoj organizaciji, sigurnosne politike za okruženja s više korisnika postale su ključna komponenta strategije kibernetičke sigurnosti. Sve je češće da više korisnika, odjela, klijenata ili čak različitih tvrtki dijeli istu infrastrukturu, aplikacije i podatke, bilo na internim poslužiteljima, u oblaku ili na dijeljenim uređajima. Bez jasnih pravila i robusnih tehničkih kontrola, rizik od kršenja podataka, zlouporabe privilegija ili neusklađenosti s propisima vrtoglavo raste.
Osnovni koncepti: višekorisnički, višestanarski i mrežni operativni sustavi
Prvo što treba razumjeti je o čemu govorimo. Višekorisničko okruženje je ono u kojem nekoliko korisnika dijeli iste hardverske ili softverske resurse , ali svaki mora imati vlastiti radni prostor, postavke i dozvole. To se može dogoditi na poslužitelju s desecima računa, na računalu koje korisnici dijele naizmjenično ili u SaaS aplikaciji koju koriste tisuće različitih klijenata.
Paralelno s tim, višestruki zakup je arhitektura u kojoj jedna instanca aplikacije poslužuje više klijenata ili zakupaca . To je tipičan model za mnoge usluge u oblaku: jedan softver, zajednička infrastruktura, ali odvojeni logički prostori za svakog klijenta. Sa sigurnosnog stajališta, to zahtijeva strogu izolaciju, tako da nijedan zakupac ne može pristupiti podacima ili konfiguracijama drugog zakupca.
Mrežni operativni sustavi također igraju bitnu ulogu. Mrežni operativni sustav koordinira dijeljene resurse (datoteke, pisače, aplikacije) i pruža mehanizme autentifikacije, autorizacije i centraliziranog upravljanja. To omogućuje upravljanje kolaborativnim i višekorisničkim okruženjima bez gubitka kontrole nad time tko čemu pristupa.
Ključne značajke ovih mrežnih sustava uključuju mogućnost rada s više korisnika, multitasking, naprednu sigurnost, skalabilnost i interoperabilnost . Omogućuju mnogim ljudima istovremeni rad, s različitim dopuštenjima i ulogama, integrirajući heterogene uređaje i platforme pod jednim okvirom za upravljanje i skupom pravila.

Jednokorisnički, višekorisnički i višezadaćni sustavi: implikacije za sigurnost
Povijesno gledano, pravila se jasna razlika između jednokorisničkih i višekorisničkih operativnih sustava . Jednokorisnički sustav (poput klasičnog MS-DOS-a) dopuštao je samo jednoj osobi korištenje računala i izvršavanje jednog zadatka istovremeno. Sigurnost je bila manje složena, iako je i dalje bilo potrebno zaštititi podatke putem sigurnosnih kopija i uslužnih programa za oporavak.
Nasuprot tome, višekorisnički operativni sustav poput UNIX-a omogućuje više korisnika istovremeni rad na istom računalu , svaki sa svog terminala i sa svojim vlastitim procesima. To zahtijeva primjenu mehanizama za autentifikaciju , odvajanje korisničkih prostora, dozvola za datoteke i nadzor resursa kako bi se spriječilo da aktivnost jednog korisnika utječe na druge.
Postoje i sustavi za više zadataka, u kojima jedan korisnik može istovremeno izvršavati nekoliko zadataka (kao što je Windows u svojim raznim verzijama). Iako su prvenstveno dizajnirani za jednog lokalnog korisnika, mnogi od ovih operativnih sustava imaju ugrađene mogućnosti umrežavanja i grupnog rada, pa sigurnosne politike moraju rješavati i zaštitu samog računala i udaljeni i dijeljeni pristup.
Konačno, mrežni operacijski sustavi omogućuju više računala komunikaciju i dijeljenje informacija , često kombinirajući mogućnosti više korisnika, mreže i multitaskinga. U tim kontekstima, zaštita informacija zahtijeva kontrole i na strani poslužitelja i na strani klijenta, centralizirane politike pristupa i mehanizme za zaštitu podataka u prijenosu i u mirovanju.
Višekorisnički način rada na uređajima i centralizirano upravljanje
Osim poslužitelja, mnogi osobni i korporativni uređaji sada uključuju mogućnosti za više korisnika ili profila. U ovom načinu rada, jedan uređaj mogu koristiti različite osobe s potpuno izoliranim sesijama . Svaki profil ima vlastite aplikacije, podatke i postavke koje nisu vidljive drugima.
Ovo je posebno korisno u školama, javnim upravama ili tvrtkama sa smjenama , gdje isti uređaj prolazi kroz mnogo ruku tijekom dana. Ključno je da svaki korisnik pristupa samo aplikacijama i sadržaju dodijeljenom njegovom profilu, poštujući privatnost i sprječavajući curenje informacija između sesija.
Rješenja za upravljanje uređajima, kao što su MDM/EMM platforme, omogućuju IT timovima da centralno definiraju koje aplikacije, ograničenja i dopuštenja ima svaka vrsta korisnika . Na taj način, kada korisnik uključi dijeljeni uređaj, sustav automatski vraća postavke koje odgovaraju tom korisničkom profilu, brišući sve tragove podataka prethodnog korisnika.
S gledišta troškova i sigurnosti, ovaj pristup je vrlo atraktivan. Dijeljenje dobro upravljanih uređaja smanjuje troškove hardvera uz održavanje jasne segmentacije korisnika. Centralizirano upravljanje sigurnosnim politikama, distribucijom aplikacija i konfiguracijom mreže smanjuje opterećenje IT-a i osigurava dosljednu primjenu pravila na cijeloj floti uređaja.
Sigurnost u višestanarskim arhitekturama: izolacija i zaštita podataka
Kada se raspravlja o višestrukom zakupu u analitičkim aplikacijama i uslugama, glavni izazov je jasan: jedan sustav mora opsluživati mnoge klijente bez miješanja njihovih podataka . Klasičan primjer je online bankarstvo: milijuni korisnika pristupaju istoj aplikaciji, ali svaki od njih vidi samo vlastite financijske podatke.
Slična se situacija događa u integriranom analitičkom rješenju za više zakupaca. Aplikacija se implementira samo jednom, ali mora biti spremna svakom zakupcu prikazati samo njegove podatke i nadzorne ploče , čak i ako se infrastruktura baze podataka dijeli. Da bi se to postiglo, potrebno je uzeti u obzir i korisničko iskustvo i sigurnost informacija.
S funkcionalne strane, klijenti mogu zahtijevati prilagodbe: od prilagođenih vizualnih stilova i specifičnih dizajna do personaliziranih konfiguracija pristupa za svoje krajnje korisnike. Ljepota dobrog dizajna za više zakupaca je mogućnost ponovne upotrebe okvira aplikacije i njegovih definicija (uloge, dopuštenja, izgledi) bez potrebe za ponovnom izgradnjom proizvoda za svakog klijenta.
U podatkovnom sloju, odluke o modeliranju su ključne. Razmotrite hoće li svaki zakupnik dijeliti istu bazu podataka, koristiti zasebne sheme ili zajedničke tablice sa stupcem ID-a zakupnika za filtriranje. Bez obzira na model, sigurnosna politika mora osigurati da nijedan zakupnik ne može zaobići ove filtere.
Minimalne mogućnosti koje bi sigurno rješenje za analitiku s više zakupaca trebalo imati uključuju mogućnost povezivanja s različitim modelima podataka i primjenu filtera po zakupcu , tokenizaciju veza kako bi se spriječilo curenje između klijenata, podršku za napredno filtriranje po korisniku i pružanje cjelokupnog pristupa putem centraliziranih sigurnosnih mehanizama (npr. SSO s kontrolom uloga i atributa).
Oblak s više zakupaca u odnosu na oblak s jednim zakupcem
U oblaku postoje dva glavna modela: infrastruktura s više zakupaca i infrastruktura s jednim zakupcem . Ključna razlika je u tome dijeli li se temeljna fizička infrastruktura među korisnicima ili ne.
U višestanarskom oblaku, više korisnika dijeli iste fizičke i logičke resurse, pa su troškovi raspoređeni i pružatelj usluga može optimizirati korištenje dostupnog kapaciteta . To smanjuje cijenu i poboljšava skalabilnost: možete brzo rasti iskorištavanjem zajedničkog skupa resursa.
Međutim, ovo dijeljenje uvodi sigurnosne izazove i izazove usklađenosti. Loše osmišljena izolacija mogla bi omogućiti preslušavanje između korisnika: curenje podataka ili utjecaj na dostupnost ako zlonamjerni ili pogrešno konfigurirani klijent ugrozi infrastrukturu. Nadalje, određeni propisi zahtijevaju da se osjetljivi podaci pohranjuju na namjenskim sustavima, što je lakše opravdati u modelima s jednim korisnikom.
U oblaku s jednim zakupcem, svaki korisnik ima namjensku fizičku ili logičku infrastrukturu . To pojednostavljuje usklađenost s propisima i smanjuje neke rizike izolacije, po cijenu većih troškova i niže učinkovitosti resursa. Odluka između jednog i drugog modela obično uključuje uravnoteženje cijene, usklađenosti, kritičnosti podataka i operativne fleksibilnosti.
U oba slučaja, sigurnosna politika mora obuhvaćati pitanja poput uvida u sigurnost infrastrukture, kontrole pristupa s interneta i upravljanja zajedničkom odgovornošću između pružatelja usluga i korisnika, što varira ovisno o tome radi li se o IaaS-u, PaaS-u ili SaaS-u.
SASE i prednost višekorisničkog pristupa u sigurnosti pristupa
Široko rasprostranjena primjena računarstva u oblaku i rada na daljinu potaknula je modele poput SASE-a (Secure Access Service Edge) . Ideja je kombinirati mrežne (WAN) mogućnosti s naprednim sigurnosnim značajkama (kao što su SWG, CASB, FWaaS, ZTNA) u distribuiranoj, globalnoj arhitekturi dostupnoj s bilo kojeg mjesta.
Neka SASE rješenja još uvijek se oslanjaju na namjenske instance po korisniku , što ograničava skalabilnost i komplicira upravljanje pravilima, jer se temelje na pristupu koji je prikladniji za okruženja s jednim korisnikom i tradicionalne mreže. To često rezultira pravilima pristupa temeljenim na mreži, prometom koji se mora "vratiti" u oblak pružatelja usluga prije nego što se pošalje natrag u aplikacije i mozaikom loše integriranih proizvoda.
Nasuprot tome, SASE platforme dizajnirane od temelja kao usluge za više zakupaca oslanjaju se na velike cloud infrastrukture raspoređene po stotinama podatkovnih centara . Bilo koji korisnik može se povezati s najbližom točkom, primijeniti sigurnosne politike u stvarnom vremenu i pristupiti svojim udaljenim aplikacijama uz minimiziranje latencije.
Višestruki zakup u SASE-u omogućuje masovnu analizu prometa u stvarnom vremenu s različitih klijenata , uključujući šifrirani promet, te omogućuje ažuriranja sigurnosnih kontrola u hodu. Ako se bilo gdje u svijetu otkrije nova prijetnja, zaštita se može odmah primijeniti na cijelu klijentsku bazu, koristeći dijeljeni model.
Nadalje, ova vrsta dizajna integrira sve kontrole sigurnosti mreže i pristupa u jednu platformu , pružajući administratorima jedinstveni prikaz prema korisniku, lokaciji i uređaju, čime se olakšava upravljanje pravilima u složenim okruženjima s više korisnika. Ova rješenja imaju koristi od naprednih sigurnosnih značajki koje nadopunjuju kontrolu pristupa i zaštitu mreže.
Hibridna sigurnost podataka i upravljanje vjerodajnicama u distribuiranim okruženjima
Kada se lokalna infrastruktura kombinira s uslugama u oblaku, pojavljuju se hibridna rješenja za sigurnost podataka koja zahtijevaju pažljivu konfiguraciju. To često uključuje namjenske čvorove, x.509 certifikate, replicirane baze podataka (PostgreSQL, SQL Server) i servisne račune s rotirajućim lozinkama.
U tim okruženjima uobičajeno je ažurirati certifikate prije isteka, promijeniti parametre veze s bazom podataka ili pripremiti nove podatkovne centre . Nadalje, iz sigurnosnih razloga mnogi alati generiraju vjerodajnice s ograničenim vijekom trajanja (na primjer, devet mjeseci), što zahtijeva periodične procese rotacije.
Kada se lozinke računskih računa bliže isteku, davatelj usluga obično šalje obavijesti za regeneriranje lozinke i ažuriranje konfiguracijskih datoteka na svim čvorovima. Obično se nude dvije mogućnosti: "meko resetiranje", gdje stara i nova lozinka koegzistiraju tijekom razdoblja odgode, i "tvrdo resetiranje", gdje stara lozinka odmah postaje nevažeća.
Ako se rotacija lozinki ne izvrši na vrijeme i lozinke isteknu, to će utjecati na uslugu i možda će biti potrebno hardversko resetiranje i zamjena konfiguracije na svim čvorovima . Stoga, u okruženjima s više korisnika i kritičnim okruženjima, sigurnosne politike moraju uključivati rasporede obnove, jasne odgovornosti i dokumentirane postupke za regeneriranje konfiguracija (kao što su nove ISO datoteke) i njihovo postavljanje bez prekida usluge.
Sigurnosne politike u oblaku: što su i zašto su važne
Sigurnosne politike u oblaku okvir su koji definira kako bi se organizacija trebala ponašati prilikom korištenja usluga i aplikacija u oblaku . One nisu samo dekorativni dokumenti: one utvrđuju kriterije za donošenje sigurnosnih odluka, ograničenja djelovanja i prihvatljivo ponašanje u vezi s rukovanjem podacima i korištenjem resursa.
Dobra politika sigurnosti u oblaku mora biti usklađena s dugoročnim poslovnim ciljevima i kulturom organizacije . Trebala bi objasniti kako se štite osjetljivi podaci, kako se osigurava njihova dostupnost i integritet, koje se kontrole primjenjuju na korisnički pristup i kako se upravlja incidentima poput curenja podataka ili sigurnosnih propusta.
Važno je razlikovati ove politike od pravila ili standarda. Standarde sigurnosti u oblaku (kao što su CIS mjerila, NIST, ISO 27001) obično nameću priznata tijela, obvezni su u određenim sektorima i nude malo prilagodbe. Nasuprot tome, interne politike su prilagodljive, mogu detaljno opisati kako se ti standardi provode i služe kao praktični vodič za zaposlenike i tehničke timove.
Organizacija može odlučiti hoće li stvoriti formalne politike ili ne, ali ne može ignorirati primjenjive propise i zahtjeve u svom sektoru (na primjer, HIPAA u zdravstvu ili stroge financijske okvire u bankarstvu). Osmišljavanje politika koje pomažu u osiguravanju usklađenosti najučinkovitiji je način izbjegavanja kazni, štete po ugled i pravnih problema.
Ključne komponente politike sigurnosti u oblaku
Prilikom izrade sigurnosne politike za višekorisnička cloud okruženja, preporučljivo ju je strukturirati u nekoliko dijelova. Prvi je cilj i opseg . Ovdje jasno definirate svrhu politike (zaštititi povjerljivost, integritet i dostupnost cloud resursa) te koji su resursi, usluge, podaci i vrste korisnika obuhvaćeni.
Drugi odjeljak pokriva uloge i odgovornosti . Bitno je odrediti tko je odgovoran za provedbu, praćenje i pregled politike: sigurnosni službenici, IT menadžeri, administratori sustava, vlasnici podataka i krajnji korisnici. Definiranje uloga pomaže u izbjegavanju sivih zona u kojima nitko ne preuzima odgovornost za donošenje odluka.
Klasifikacija podataka još je jedan ključni element. Politika mora kategorizirati informacije (javne, interne, povjerljive, osjetljive) i dodijeliti minimalnu razinu zaštite i kontrola svakoj kategoriji. Modeli kontrole pristupa izgrađeni su na toj osnovi, obično korištenjem kontrole pristupa temeljene na ulogama (RBAC) i robusne, idealno višefaktorske, autentifikacije.
Šifriranje podataka zaslužuje zaseban odjeljak. Politika mora specificirati, i za podatke u tranzitu i za podatke u mirovanju, kako se upravlja ključevima, što se događa s šifriranim podacima u sigurnosnim kopijama ili u slučaju sigurnosnog incidenta te koje su odgovornosti različitih timova.
Konačno, poglavlje o odgovoru na incidente i usklađenosti/reviziji je ključno . Trebalo bi opisati kako se incidenti otkrivaju i prijavljuju, kako se koordinira odgovor, koji se koraci poduzimaju za suzbijanje i uklanjanje problema te kako se dokumentiraju naučene lekcije. Odjeljak o usklađenosti trebao bi detaljno opisati primjenjive standarde (ISO 27001, NIST, HIPAA itd.), učestalost revizija i procese za rješavanje odstupanja.
Uobičajene vrste sigurnosnih politika u višekorisničkim okruženjima u oblaku
Unutar ovog cjelokupnog okvira, često je korisno razviti specifične politike za različite aspekte. Jedna od najvažnijih je politika zaštite podataka , koja uređuje kako se podaci klasificiraju, pohranjuju, šifriraju i brišu u oblaku. Trebala bi uključivati korištenje snažne enkripcije, upravljanja ključevima, zadržavanja podataka i sigurnog brisanja.
Drugi ključni element je politika kontrole pristupa . Ona definira tko može pristupiti kojim resursima i pod kojim uvjetima, primjenjujući načela kao što su najmanje privilegije i podjela dužnosti. Uključuje pravila za stvaranje i opoziv računa, upravljanje ulogama, korištenje višefaktorske autentifikacije i periodične preglede dopuštenja.
Također je ključna politika odgovora na incidente , koja opisuje postupke za rješavanje kibernetičkih napada, kršenja podataka ili prekida usluga. Trebala bi definirati vrijeme odgovora, uloge tima za odgovor na incidente, interne i eksterne komunikacijske kanale te koordinaciju s pružateljima usluga u oblaku.
Politika identiteta i autentifikacije definira kako se korisnici, uređaji i sustavi validiraju prije nego što im se odobri pristup kritičnim resursima. Može postaviti zahtjeve u vezi s jačinom lozinke, obveznim MFA-om, federiranim upravljanjem identitetom ili korištenjem IAM/IdP rješenja.
Konačno, politike poput mrežne sigurnosti i kontinuiteta poslovanja/oporavka od katastrofe definiraju kako je promet zaštićen, koji se vatrozidovi i segmentacije primjenjuju, kako su konfigurirani VPN-ovi ili ZTNA-ovi te koje mjere osiguravaju da organizacija može oporaviti svoje usluge u slučaju ozbiljnog incidenta ili fizičke katastrofe.
Životni ciklus politike: osmišljavanje, provedba i kontinuirano preispitivanje
Izrada politike nije zadatak koji se može obaviti u jednom poslijepodnevu. Prvi korak je analiza trenutne situacije organizacije , njezinih rizika, sektora i ciljeva. Na temelju toga se određuju primjenjivi regulatorni zahtjevi (bolnica nije isto što i tehnološki startup) i određuje se početni opseg politika.
Zatim se osmišljava strategija izrade i odobravanja, koja uključuje upravu, IT i sigurnosne timove, pravni odjel i ljudske resurse . Bez podrške višeg menadžmenta, politike često ostaju neprovedene; bez sudjelovanja tehničkih i poslovnih timova vjerojatno će biti neizvedive ili će imati negativan utjecaj na poslovanje.
Nakon što se izrade i odobre, vrijeme je za implementaciju. Pravila moraju biti jasno priopćena svim pogođenim korisnicima , ključni timovi moraju biti obučeni , a sigurnosni alati (vatrozidi, DLP, EDR, CASB itd.) moraju biti konfigurirani kako bi se što više automatizirala provedba pravila. Tamo gdje automatizacija nije dostupna, potrebno je definirati vrlo jasne ručne postupke.
S vremenom se mijenjaju prijetnje, tehnologije i regulatorni zahtjevi. Stoga je bitno periodično revidirati trenutne politike , provjeravajući koji su dijelovi još uvijek važeći, koji su zastarjeli i gdje postoje praznine između onoga što je napisano na papiru i onoga što se događa u praksi. Ova se vježba obično provodi u suradnji s IT odjelima, odjelima za sigurnost i usklađenost.
Pregled bi također trebao uzeti u obzir nove vektore napada (napredni ransomware, napadi kontejnerima, iskorištavanje API-ja itd.) te uključiti nedavne obavještajne podatke o prijetnjama i najbolje prakse (npr. smjernice za oblak NIST CSF 2.0 ili ISO/IEC 27017). Politike treba promatrati kao žive dokumente koji se razvijaju zajedno s poslovanjem i krajolikom prijetnji.
Sigurnost krajnjih točaka sustava Windows u okruženjima s više korisnika
U mnogim scenarijima s više korisnika, najslabija karika ostaju krajnje točke, posebno dijeljena ili višestruko računska računala sa sustavom Windows. Ovdje bi sigurnosne politike trebale koristiti izvorne sistemske alate, kao što su Microsoft Defender i sigurnosne mogućnosti sustava Windows , kako bi se uspostavila dosljedna obrana. Pogledajte sigurnosne značajke specifične za Windows koje olakšavaju ovaj zadatak.
Prvo, zaštita uređaja mora uvijek biti aktivna. Značajke poput zaštite u stvarnom vremenu u programu Microsoft Defender, zaštite od neovlaštenih promjena (kako bi se spriječilo da zlonamjerni softver ili neovlašteni korisnici mijenjaju postavke) i primjene ublažavanja iskorištavanja (DEP, SEHOP itd.) značajno smanjuju rizik od kompromitiranja uređaja koje koristi više korisnika.
Mrežna kontrola još je jedan ključni element: konfiguriranje Microsoft Defender Firewalla s odgovarajućim profilima, omogućavanje mrežne zaštite za blokiranje pristupa zlonamjernim web-mjestima i definiranje naprednih pravila vatrozida koja ograničavaju osjetljive portove ili IP adrese (kao što je RDP udaljeni pristup) pomaže u smanjenju površine napada, i unutarnjeg i vanjskog.
Što se tiče kontrole aplikacija , pravila poput pokretanja samo potpisanih skripti, korištenja AppLockera za blokiranje neovlaštenih programa na opasnim lokacijama (npr. mape Preuzimanja ili Na radnoj površini) i blokiranje instalacije softvera putem GPO-a ili registra vrlo su učinkovite mjere za sprječavanje korisnika s ograničenim znanjem da pokreću zlonamjerni softver.
Konačno, kontrola podataka i zaštita pregledavanja weba upotpunjuju sliku: šifriranje datoteka pomoću EFS-a na računalima s više korisnika, šifriranje cijelog diska pomoću BitLockera, aktivacija značajki DLP-a i kontroliranog pristupa mapama, korištenje pravila SmartScreen i ASR za usporavanje izvršavanja sumnjivog web sadržaja ili privitaka te stroge postavke preglednika kako bi se spriječilo ignoriranje sigurnosnih upozorenja.
Klasična zaštita podataka i sigurnosne kopije u sustavima s jednim korisnikom
Iako su mnoga moderna okruženja višekorisnička, još uvijek postoje slučajevi u kojima se koriste stariji ili jednokorisnički sustavi poput MS-DOS-a . Čak i tamo, sigurnosne politike moraju uključivati zaštitu podataka putem sigurnosnih kopija i sistemskih uslužnih programa.
Alati poput naredbi za kopiranje (COPY, XCOPY), uslužnih programa za kopiranje cijelog diska (DISKCOPY) i funkcija BACKUP/RESTORE omogućuju vam održavanje ažurnih sigurnosnih kopija na raznim medijima, što je bitno za oporavak podataka u slučaju kvara ili slučajnog brisanja. Međutim, važno je imati na umu da ove sigurnosne kopije mogu prebrisati postojeći sadržaj, stoga ih treba izvoditi na namjenskim medijima za pohranu.
Postoje i naredbe za oporavak poput RECOVER ili UNDELETE, koje mogu vratiti slučajno izbrisane datoteke ili pokušati oporaviti podatke s oštećenih medija . Iako imaju značajna ograničenja, često su posljednja linija obrane na sustavima bez modernih tehnologija snimanja ili verzija.
S druge strane, mnoge starije verzije operativnih sustava uključivale su osnovne antivirusne programe koji se danas smatraju zastarjelima, ali koji su u to vrijeme bili dio strategije obrane od zlonamjernog softvera. Ova povijest naglašava da, bez obzira na platformu, sigurnosne politike uvijek moraju uključivati mjere sigurnosne kopije, oporavka i zaštite od zlonamjernog softvera prilagođene mogućnostima svakog okruženja.
Zajedno, sigurnosne politike za višekorisnička okruženja čine okosnicu koja podržava zaštitu podataka, pristupa i usluga, bilo da se radi o mrežnim operativnim sustavima, višekorisničkim oblacima, SASE rješenjima, dijeljenim uređajima ili starijoj opremi za jednog korisnika. Kada su dizajnirane s jasnim ciljevima, podržane robusnim tehničkim kontrolama, kontinuirano pregledavane i dosljedno primjenjivane, omogućuju koegzistenciju više korisnika, klijenata i uređaja na istoj infrastrukturi bez ugrožavanja povjerljivosti, integriteta i dostupnosti kritičnih informacija.
