- Usean käyttäjän ja usean vuokralaisen ympäristöt edellyttävät tietojen, identiteettien ja resurssien tiukkaa eristämistä vuotojen ja oikeuksien väärinkäytön estämiseksi.
- Pilvipalveluiden tietoturvakäytäntöihin tulisi sisältyä tietojen luokittelu, käyttöoikeuksien hallinta, salaus, tietoturvaloukkauksiin reagointi ja määräysten noudattaminen.
- Mallit, kuten SASE, Windowsin päätepisteiden suojaus ja identiteetinhallinta, vahvistavat suojausta hybridi- ja monipilviarkkitehtuureissa.
- Käytäntöjä tulisi pitää elävinä asiakirjoina, joita tarkistetaan ja auditoidaan säännöllisesti uusiin uhkiin ja sääntelyvaatimuksiin mukautumiseksi.
Nykyaikaisissa organisaatioissa usean käyttäjän ympäristöjen tietoturvakäytännöistä on tullut keskeinen osa kyberturvallisuusstrategiaa. On yhä yleisempää, että useat käyttäjät, osastot, asiakkaat tai jopa eri yritykset jakavat saman infrastruktuurin, sovellukset ja tiedot, olipa kyseessä sitten sisäinen palvelin, pilvipalvelu tai jaetut laitteet. Ilman selkeitä sääntöjä ja vankkoja teknisiä valvontamekanismeja tietomurtojen, käyttöoikeuksien väärinkäytön tai sääntelyn noudattamatta jättämisen riski kasvaa räjähdysmäisesti.
Peruskäsitteet: monikäyttäjä-, monivuokralais- ja verkkokäyttöjärjestelmät
Ensimmäinen asia on ymmärtää, mistä puhumme. Monikäyttäjäympäristössä useat käyttäjät jakavat samat laitteisto- tai ohjelmistoresurssit , mutta jokaisella on oltava oma työtila, asetuksensa ja käyttöoikeutensa. Tämä voi tapahtua palvelimella, jossa on kymmeniä tilejä, tietokoneella, jota käyttäjät jakavat vuorotellen, tai SaaS-sovelluksessa, jota käyttävät tuhannet eri asiakkaat.
Samanaikaisesti monivuokralainen on arkkitehtuuri, jossa yksi sovelluksen instanssi palvelee useita asiakkaita tai vuokralaisia . Se on tyypillinen malli monille pilvipalveluille: yksi ohjelmisto, yhteinen infrastruktuuri, mutta erilliset loogiset tilat kullekin asiakkaalle. Turvallisuuden näkökulmasta tämä vaatii tiukkaa eristämistä, jotta kukaan vuokralainen ei voi käyttää toisen tietoja tai asetuksia.
Myös verkkokäyttöjärjestelmillä on keskeinen rooli. Verkkokäyttöjärjestelmä koordinoi jaettuja resursseja (tiedostoja, tulostimia, sovelluksia) ja tarjoaa todennus-, valtuutus- ja keskitettyjä hallintamekanismeja. Tämä mahdollistaa yhteistyö- ja usean käyttäjän ympäristöjen hallinnan menettämättä hallintaa siitä, kuka käyttää mitäkin.
Näiden verkottuneiden järjestelmien keskeisiä ominaisuuksia ovat usean käyttäjän tuki, moniajo, edistynyt tietoturva, skaalautuvuus ja yhteentoimivuus . Ne mahdollistavat useiden ihmisten työskentelyn samanaikaisesti erilaisilla käyttöoikeuksilla ja rooleilla, integroimalla heterogeenisiä laitteita ja alustoja yhden hallintakehyksen ja käytäntöjen joukkoon.
Yhden käyttäjän, usean käyttäjän ja moniajon järjestelmät: vaikutukset tietoturvaan
Historiallisesti tehtiin selkeä ero yhden käyttäjän ja usean käyttäjän käyttöjärjestelmien välillä . Yhden käyttäjän järjestelmä (kuten klassinen MS-DOS) salli vain yhden henkilön käyttää tietokonetta ja suorittaa yhtä tehtävää kerrallaan. Tietoturva oli vähemmän monimutkaista, vaikka tiedot oli silti tarpeen suojata varmuuskopioilla ja palautusohjelmilla.
Sitä vastoin usean käyttäjän käyttöjärjestelmä, kuten UNIX, sallii useiden käyttäjien työskennellä samanaikaisesti samalla koneella , kukin omalta päätteeltään ja omilla prosesseillaan. Tämä edellyttää todennusmekanismien käyttöönottoa , käyttäjätilojen erottelua, tiedostojen käyttöoikeuksia ja resurssien valvontaa, jotta yhden käyttäjän toiminta ei vaikuttaisi muihin.
On myös moniajojärjestelmiä, joissa yksi käyttäjä voi suorittaa useita tehtäviä samanaikaisesti (kuten Windows eri versioissaan). Vaikka ne on ensisijaisesti suunniteltu yhdelle paikalliselle käyttäjälle, monissa näistä käyttöjärjestelmistä on verkko- ja ryhmätyöskentelyominaisuudet, joten tietoturvakäytäntöjen on käsiteltävä sekä itse tietokoneen että etä- ja jaetun käytön suojausta.
Lopuksi, verkkokäyttöjärjestelmät mahdollistavat useiden tietokoneiden kommunikoinnin ja tiedon jakamisen , usein yhdistäen usean käyttäjän, verkon ja moniajon ominaisuudet. Näissä yhteyksissä tietojen suojaaminen edellyttää sekä palvelin- että asiakaspuolen valvontaa, keskitettyjä käyttöoikeuskäytäntöjä ja mekanismeja tiedon suojaamiseksi sekä siirrettäessä että tallennettaessa.
Usean käyttäjän tila laitteissa ja keskitetty hallinta
Palvelimien lisäksi monissa henkilökohtaisissa ja yrityslaitteissa on nyt usean käyttäjän tai profiilin ominaisuudet. Tässä tilassa eri ihmiset voivat käyttää yhtä laitetta täysin erillisissä istunnoissa . Jokaisella profiililla on omat sovelluksensa, tietonsa ja asetuksensa, jotka eivät ole muiden näkyvissä.
Tämä on erityisen hyödyllistä kouluissa, julkishallinnoissa tai yrityksissä , joissa on vuoroja ja sama laite kulkee useiden ihmisten läpi päivän aikana. Olennaista on, että jokainen käyttäjä käyttää vain profiiliinsa liitettyjä sovelluksia ja sisältöä, mikä kunnioittaa yksityisyyttä ja estää tietovuodot istuntojen välillä.
Laitehallintaratkaisut, kuten MDM/EMM-alustat, mahdollistavat IT-tiimien keskitetyn määrittelyn, mitä sovelluksia, rajoituksia ja käyttöoikeuksia kullakin käyttäjätyypillä on . Tällä tavoin, kun käyttäjä käynnistää jaetun laitteen, järjestelmä palauttaa automaattisesti kyseistä käyttäjäprofiilia vastaavat asetukset ja poistaa kaikki edellisen käyttäjän tietojen jäljet.
Kustannusten ja turvallisuuden näkökulmasta tämä lähestymistapa on erittäin houkutteleva. Hyvin hallittujen laitteiden jakaminen vähentää laitteistokustannuksia ja samalla säilyttää selkeän käyttäjäsegmentoinnin. Tietoturvakäytäntöjen, sovellusten jakelun ja verkkokonfiguraation keskitetty hallinta vähentää IT-työmäärää ja varmistaa, että sääntöjä sovelletaan johdonmukaisesti koko laitekannassa.
Tietoturva monivuokralaisarkkitehtuureissa: datan eristäminen ja suojaus
Kun keskustellaan monikäyttäjäratkaisuista analytiikkasovelluksissa ja -palveluissa, tärkein haaste on selvä: yhden järjestelmän on palveltava useita asiakkaita ilman, että heidän tietonsa sekoittuvat . Klassinen esimerkki on verkkopankki: miljoonat käyttäjät käyttävät samaa sovellusta, mutta jokainen näkee vain omat taloustietonsa.
Samanlainen tilanne esiintyy usean vuokralaisen integroidussa analytiikkaratkaisussa. Sovellus otetaan käyttöön vain kerran, mutta sen on oltava valmis näyttämään jokaiselle vuokralaiselle vain heidän datansa ja koontinäyttönsä , vaikka tietokantainfrastruktuuri olisi jaettu. Tämän saavuttamiseksi on otettava huomioon sekä asiakaskokemus että tietoturva.
Toiminnallisella puolella asiakkaat voivat vaatia räätälöintejä: mukautetuista visuaalisista tyyleistä ja erityisistä malleista loppukäyttäjien yksilöllisiin käyttöoikeusmäärityksiin. Hyvän usean käyttäjän ratkaisun etuna on kyky käyttää uudelleen sovelluskehystä ja sen määritelmiä (roolit, käyttöoikeudet, asettelut) ilman, että tuotetta tarvitsee rakentaa uudelleen jokaiselle asiakkaalle.
Tietotasolla mallinnuspäätökset ovat kriittisiä. Harkitse, jakavatko kukin vuokraaja saman tietokannan, käyttävätkö he erillisiä skeemoja vai yhteisiä taulukoita, joissa on vuokraajan tunnussarake suodatusta varten. Mallista riippumatta tietoturvakäytännön on varmistettava, ettei yksikään vuokraaja voi ohittaa näitä suodattimia.
Turvallisen usean vuokralaisen analytiikkaratkaisun vähimmäisominaisuuksiin tulisi kuulua kyky muodostaa yhteys eri datamalleihin ja käyttää suodattimia vuokralaiskohtaisesti , yhteyksien tokenisointi asiakkaiden välisten vuotojen estämiseksi, käyttäjäkohtaisen edistyneen suodatuksen tukeminen ja kaiken käyttöoikeuden tarjoaminen keskitettyjen suojausmekanismien kautta (esim. kertakirjautuminen roolien ja attribuuttien hallinnalla).
Usean vuokralaisen pilvi vs. yhden vuokralaisen pilvi
Pilvipalveluissa on kaksi päämallia: usean vuokralaisen infrastruktuuri ja yhden vuokralaisen infrastruktuuri . Keskeinen ero on se, jaetaanko taustalla oleva fyysinen infrastruktuuri asiakkaiden kesken.
Usean vuokralaisen pilvessä useat asiakkaat jakavat samat fyysiset ja loogiset resurssit, joten kustannukset jakautuvat ja palveluntarjoaja voi optimoida käytettävissä olevan kapasiteetin käytön . Tämä alentaa hintaa ja parantaa skaalautuvuutta: voit kasvaa nopeasti hyödyntämällä jaettua resurssipoolia.
Tämä jakaminen tuo kuitenkin mukanaan tietoturva- ja vaatimustenmukaisuushaasteita. Huonosti suunniteltu eristäminen voi aiheuttaa ylikuulumista vuokralaisten välillä: tietovuotoja tai vaikutuksia saatavuuteen, jos haitallinen tai väärin määritetty asiakas vaarantaa infrastruktuurin. Lisäksi tietyt määräykset edellyttävät, että arkaluonteisia tietoja säilytetään erillisissä järjestelmissä, mikä on helpompi perustella yhden vuokralaisen malleissa.
Yhden vuokralaisen pilvessä jokaisella asiakkaalla on oma fyysinen tai looginen infrastruktuuri . Tämä yksinkertaistaa määräystenmukaisuutta ja vähentää joitakin eristäytymisriskejä korkeampien kustannusten ja heikomman resurssitehokkuuden kustannuksella. Päätös kahden mallin välillä edellyttää tyypillisesti hinnan, vaatimustenmukaisuuden, datakriittisyyden ja toiminnan joustavuuden tasapainottamista.
Molemmissa tapauksissa tietoturvapolitiikan on katettava sellaisia asioita kuin infrastruktuurin tietoturvan näkyvyys, internetin kautta tapahtuva pääsynvalvonta sekä palveluntarjoajan ja asiakkaan välisen jaetun vastuun hallinta, joka vaihtelee riippuen siitä, onko kyseessä IaaS, PaaS vai SaaS.
SASE ja usean käyttäjän etu käyttöoikeuksien suojauksessa
Pilvilaskennan ja etätyön laajalle levinnyt käyttöönotto on vauhdittanut SASE-mallien (Secure Access Service Edge) kehitystä. Ajatuksena on yhdistää verkko-ominaisuudet (WAN) edistyneisiin tietoturvaominaisuuksiin (kuten SWG, CASB, FWaaS, ZTNA) hajautetussa, globaalissa arkkitehtuurissa, johon pääsee käsiksi mistä tahansa.
Jotkin SASE-ratkaisut perustuvat edelleen asiakaskohtaisiin erillisiin instansseihin , mikä rajoittaa skaalautuvuutta ja monimutkaistaa käytäntöjen hallintaa, koska ne perustuvat lähestymistapaan, joka sopii paremmin yhden käyttäjän ympäristöihin ja perinteisiin verkkoihin. Tämä johtaa usein verkkopohjaisiin käyttöoikeuskäytäntöihin, liikenteeseen, jonka on "palattava" palveluntarjoajan pilveen ennen kuin se lähetetään takaisin sovelluksiin, ja huonosti integroitujen tuotteiden tilkkutäkkiin.
Sitä vastoin SASE-alustat, jotka on suunniteltu alusta alkaen usean vuokralaisen palveluiksi, perustuvat suuriin pilvi-infrastruktuureihin, jotka on hajautettu satoihin datakeskuksiin . Kuka tahansa käyttäjä voi muodostaa yhteyden lähimpään pisteeseen, soveltaa reaaliaikaisia suojauskäytäntöjä ja käyttää etäsovelluksiaan samalla, kun viive minimoituu.
SASE:n monivuokralainen mahdollistaa eri asiakasohjelmien kaiken liikenteen, mukaan lukien salatun liikenteen, massiivisen reaaliaikaisen analysoinnin ja mahdollistaa tietoturvakontrollien reaaliaikaiset päivitykset. Jos uusi uhka havaitaan missä tahansa päin maailmaa, suojaus voidaan ottaa välittömästi käyttöön koko asiakaskunnassa hyödyntäen jaettua mallia.
Lisäksi tämäntyyppinen suunnittelu integroi kaikki verkko- ja käyttöoikeuksien suojaustoiminnot yhdelle alustalle , tarjoten järjestelmänvalvojille yhtenäisen näkymän käyttäjän, sijainnin ja laitteen mukaan, mikä helpottaa käytäntöjen hallintaa monimutkaisissa usean käyttäjän ympäristöissä. Nämä ratkaisut hyötyvät edistyneistä tietoturvaominaisuuksista , jotka täydentävät käyttöoikeuksien hallintaa ja verkon suojausta.
Hybriditietoturva ja tunnistetietojen hallinta hajautetuissa ympäristöissä
Kun paikallinen infrastruktuuri yhdistetään pilvipalveluihin, syntyy hybridi-tietoturvaratkaisuja , jotka vaativat huolellista konfigurointia. Näihin kuuluvat usein dedikoidut solmut, x.509-sertifikaatit, replikoidut tietokannat (PostgreSQL, SQL Server) ja palvelutilit, joilla on vaihtuvat salasanat.
Näissä ympäristöissä on tavallista päivittää varmenteet ennen niiden vanhenemista, muuttaa tietokantayhteysparametreja tai valmistella uusia datakeskuksia . Lisäksi monet työkalut luovat turvallisuussyistä tunnistetietoja, joilla on rajoitettu käyttöikä (esimerkiksi yhdeksän kuukautta), mikä vaatii säännöllisiä rotaatioprosesseja.
Kun konetilien salasanat ovat vanhenemassa, palveluntarjoaja lähettää tyypillisesti ilmoituksia salasanan uudelleenluomisesta ja määritystiedostojen päivittämisestä kaikilla solmuilla. Yleensä tarjotaan kaksi vaihtoehtoa: "soft reset", jossa vanha ja uusi salasana ovat käytössä tietyn ajan, ja "hard reset", jossa vanha salasana mitätöityy välittömästi.
Jos salasanan vaihtoa ei suoriteta ajoissa ja salasanat vanhenevat, palveluun kohdistuu häiriöitä ja kaikkien solmujen on ehkä tehtävä hard reset ja vaihdettava kokoonpano . Siksi usean käyttäjän ja kriittisissä ympäristöissä tietoturvakäytäntöihin on sisällytettävä uusimisaikataulut, selkeät vastuut ja dokumentoidut menettelyt kokoonpanojen (kuten uusien ISO-tiedostojen) uudelleenluomiseksi ja käyttöönottamiseksi ilman palvelun keskeytystä.
Pilvitietoturvakäytännöt: mitä ne ovat ja miksi ne ovat tärkeitä
Pilvipalveluiden tietoturvakäytännöt ovat viitekehys, joka määrittelee, miten organisaation tulisi toimia pilvipalveluita ja -sovelluksia käyttäessään . Ne eivät ole pelkästään koristeasiakirjoja: ne määrittelevät kriteerit tietoturvapäätösten tekemiselle, toiminnan rajat ja hyväksyttävän käyttäytymisen tiedonkäsittelyssä ja resurssien käytössä.
Hyvän pilvipalveluiden tietoturvapolitiikan on oltava linjassa pitkän aikavälin liiketoimintatavoitteiden ja organisaatiokulttuurin kanssa . Sen tulisi selittää, miten arkaluonteisia tietoja suojataan, miten niiden saatavuus ja eheys varmistetaan, mitä valvontatoimia käyttäjien pääsyyn sovelletaan ja miten tietovuotoja tai tietoturvaloukkauksia hallitaan.
On tärkeää erottaa nämä käytännöt säännöistä tai standardeista. Pilvipalveluiden tietoturvastandardit (kuten CIS Benchmarks, NIST, ISO 27001) ovat tyypillisesti tunnustettujen elinten asettamia, pakollisia tietyillä aloilla ja tarjoavat vain vähän räätälöintimahdollisuuksia. Sitä vastoin sisäiset käytännöt ovat mukautettavia, niissä voidaan yksityiskohtaisesti kuvailla, miten nämä standardit toteutetaan, ja ne toimivat käytännön oppaana työntekijöille ja teknisille tiimeille.
Organisaatio voi päättää, luoko se virallisia toimintaperiaatteita vai ei, mutta se ei voi jättää huomiotta toimialaansa sovellettavia määräyksiä ja vaatimuksia (esimerkiksi HIPAA terveydenhuollossa tai tiukat rahoituskehykset pankkitoiminnassa). Käytäntöjen suunnittelu, jotka auttavat varmistamaan vaatimustenmukaisuuden, on tehokkain tapa välttää rangaistukset, mainehaitta ja oikeudelliset ongelmat.
Pilvipalveluiden tietoturvakäytännön keskeiset osat
Usean käyttäjän pilviympäristöjen tietoturvakäytäntöä laadittaessa on suositeltavaa jäsentää se useisiin osiin. Ensimmäinen on tavoite ja soveltamisala . Tässä määritellään selkeästi käytännön tarkoitus (suojata pilviresurssien luottamuksellisuutta, eheyttä ja saatavuutta) sekä se, mitä resursseja, palveluita, tietoja ja käyttäjätyyppejä se kattaa.
Toinen osio käsittelee rooleja ja vastuita . On tärkeää tunnistaa, kuka on vastuussa käytännön toteuttamisesta, valvonnasta ja tarkistamisesta: tietoturvapäälliköt, IT-päälliköt, järjestelmänvalvojat, tietojen omistajat ja loppukäyttäjät. Roolien määrittely auttaa välttämään harmaita alueita, joissa kukaan ei ota vastuuta päätöksenteosta.
Tietojen luokittelu on toinen keskeinen elementti. Käytännön on luokiteltava tiedot (julkinen, sisäinen, luottamuksellinen, arkaluonteinen) ja määritettävä kullekin luokalle vähimmäissuojaustaso ja -valvonta. Pääsyoikeuksien hallintamallit rakennetaan tämän pohjalta, tyypillisesti käyttäen roolipohjaista pääsynhallintaa (RBAC) ja vankkaa, mieluiten monivaiheista todennusta.
Tietojen salaus ansaitsee oman osionsa. Käytännön on määriteltävä sekä siirrettävän että säilytettävän tiedon osalta, miten avaimia hallitaan, mitä salatulle tiedolle tapahtuu varmuuskopioissa tai tietoturvahäiriön sattuessa ja mitkä ovat eri tiimien vastuut.
Lopuksi on olennainen luku, joka käsittelee tapauksiin reagointia ja vaatimustenmukaisuutta/auditointia . Siinä tulisi kuvata, miten tapaukset havaitaan ja raportoidaan, miten reagointi koordinoidaan, mitä toimia tehdään ongelman rajoittamiseksi ja poistamiseksi sekä miten opitut kokemukset dokumentoidaan. Vaatimustenmukaisuutta koskevassa osiossa tulisi yksityiskohtaisesti eritellä sovellettavat standardit (ISO 27001, NIST, HIPAA jne.), auditointien tiheys ja poikkeamien käsittelyprosessit.
Yleisiä suojauskäytäntöjä usean käyttäjän pilviympäristöissä
Tämän kokonaiskehyksen sisällä on usein hyödyllistä kehittää erityisiä käytäntöjä eri osa-alueille. Yksi kriittisimmistä on tietosuojakäytäntö , joka säätelee tietojen luokittelua, tallentamista, salaamista ja poistamista pilvessä. Sen tulisi sisältää vahvan salauksen käyttö, avainten hallinta, tietojen säilytys ja turvallinen poistaminen.
Toinen keskeinen elementti on käyttöoikeuskäytäntö . Se määrittelee, kuka voi käyttää mitäkin resursseja ja millä ehdoilla, soveltaen periaatteita, kuten vähimmäisoikeuksien periaatetta ja tehtävien erottelua. Se sisältää säännöt tilin luomiselle ja peruuttamiselle, roolien hallinnalle, monivaiheisen todennuksen käytölle ja säännöllisille käyttöoikeuksien tarkistuksille.
Ratkaisevan tärkeää on myös tietomurtoihin reagointipolitiikka , jossa esitetään kyberhyökkäysten, tietomurtojen tai palveluhäiriöiden käsittelymenettelyt. Siinä tulisi määritellä vasteajat, tietomurtoihin reagointitiimin roolit, sisäiset ja ulkoiset viestintäkanavat sekä koordinointi pilvipalveluntarjoajien kanssa.
Identiteetti- ja todennuskäytäntö määrittää, miten käyttäjät, laitteet ja järjestelmät validoidaan ennen kuin niille myönnetään pääsy kriittisiin resursseihin. Se voi asettaa vaatimuksia salasanan vahvuudelle, pakolliselle monitärkeälle todennukselle, federoidulle identiteetinhallinnalle tai IAM/IdP-ratkaisujen käytölle.
Lopuksi, käytännöt, kuten verkon tietoturva ja liiketoiminnan jatkuvuus/katastrofien jälkeinen palautus, määrittelevät, miten liikennettä suojataan, mitä palomuureja ja segmentointia käytetään, miten VPN- tai ZTNA-verkot konfiguroidaan ja millä toimenpiteillä varmistetaan, että organisaatio voi palauttaa palvelunsa vakavan tapahtuman tai fyysisen katastrofin sattuessa.
Politiikan elinkaari: suunnittelu, toteutus ja jatkuva tarkastelu
Politiikan luominen ei ole tehtävä, joka voidaan tehdä iltapäivässä. Ensimmäinen askel on analysoida organisaation nykytilanne , sen riskit, toimiala ja tavoitteet. Tämän jälkeen määritetään sovellettavat sääntelyvaatimukset (sairaala ei ole sama asia kuin teknologiayritys) ja päätetään käytäntöjen alustavasta laajuudesta.
Tämän jälkeen suunnitellaan laatimis- ja hyväksymisstrategia, johon osallistuvat johto, IT- ja tietoturvatiimit, lakiosasto ja henkilöstöhallinto . Ilman ylimmän johdon tukea käytännöt jäävät usein toteuttamatta; ilman teknisten ja liiketoimintatiimien osallistumista ne ovat todennäköisesti toteuttamiskelvottomia tai niillä on kielteinen vaikutus toimintaan.
Kun ohjeet on laadittu ja hyväksytty, on aika toteuttaa ne. Käytännöt on viestittävä selkeästi kaikille käyttäjille , joita ne koskevat, avaintiimit on koulutettava ja tietoturvatyökalut (palomuurit, DLP, EDR, CASB jne.) on konfiguroitava automatisoimaan sääntöjen täytäntöönpano mahdollisimman paljon. Jos automaatiota ei ole saatavilla, on määriteltävä erittäin selkeät manuaaliset menettelyt.
Ajan myötä uhat, teknologiat ja sääntelyvaatimukset muuttuvat. Siksi on tärkeää auditoida säännöllisesti nykyisiä käytäntöjä ja varmistaa, mitkä osat ovat edelleen päteviä, mitkä ovat vanhentuneita ja missä on aukkoja paperilla kirjoitetun ja käytännön tapahtumien välillä. Tämä tehdään yleensä yhteistyössä IT-, tietoturva- ja vaatimustenmukaisuusosastojen kanssa.
Arvioinnin tulisi myös ottaa huomioon uudet hyökkäysvektorit (kehittyneet kiristysohjelmat, konttihyökkäykset, API-rajapintojen hyväksikäyttö jne.) ja sisällyttää siihen viimeaikaiset uhkatiedot ja parhaat käytännöt (esim. NIST CSF 2.0 tai ISO/IEC 27017 -pilvipalveluohjeet). Käytäntöjä tulisi pitää elävinä asiakirjoina, jotka kehittyvät liiketoiminnan ja uhkakuvan mukana.
Windowsin päätepisteiden suojaus usean käyttäjän ympäristöissä
Monissa usean käyttäjän tilanteissa heikoin lenkki on edelleen päätepisteet, erityisesti jaetut tai usean tilin Windows-koneet. Näissä suojauskäytäntöjen tulisi hyödyntää natiiveja järjestelmätyökaluja, kuten Microsoft Defenderiä ja Windowsin suojausominaisuuksia , yhtenäisen puolustuksen luomiseksi. Katso Windows-kohtaiset suojausominaisuudet , jotka helpottavat tätä tehtävää.
Ensinnäkin laitesuojauksen on oltava aina aktiivinen. Ominaisuudet, kuten Microsoft Defenderin reaaliaikainen suojaus, peukaloinnin esto (estää haittaohjelmia tai luvattomia käyttäjiä muuttamasta asetuksia) ja hyökkäysten estotoimenpiteiden (DEP, SEHOP jne.) käyttö vähentävät merkittävästi tietomurtojen riskiä laitteilla, joita useat käyttäjät käyttävät.
Verkon hallinta on toinen keskeinen elementti: Microsoft Defender -palomuurin määrittäminen asianmukaisilla profiileilla, verkkosuojauksen ottaminen käyttöön estämään pääsy haitallisille sivustoille ja edistyneiden palomuurisääntöjen määrittäminen, jotka rajoittavat arkaluonteisia portteja tai IP-osoitteita (kuten RDP-etäkäyttöä), auttaa minimoimaan sekä sisäisen että ulkoisen hyökkäyspinnan.
Sovellusten hallinnan osalta käytännöt, kuten vain allekirjoitettujen komentosarjojen suorittaminen, AppLockerin käyttäminen luvattomien ohjelmien estämiseen vaarallisissa sijainneissa (esim. Lataukset tai Työpöytä-kansiot) ja ohjelmistojen asennuksen estäminen ryhmäkäytäntöobjektin tai rekisterin kautta, ovat erittäin tehokkaita toimenpiteitä estämään haittaohjelmien suorittamisen käyttäjiä, joilla on rajoitetusti tietoa.
Lopuksi, tiedonhallinta ja verkkoselaamisen suojaus täydentävät kokonaisuuden: tiedostojen salaus EFS:llä usean käyttäjän tietokoneilla, koko levyn salaus BitLockerilla, DLP:n ja hallittujen kansioiden käyttöoikeuksien aktivointi, SmartScreen- ja ASR-sääntöjen käyttö epäilyttävän verkkosisällön tai liitteiden suorittamisen hidastamiseksi sekä tiukat selainasetukset, jotka estävät tietoturvavaroitusten ohittamisen.
Klassinen tietojen suojaus ja varmuuskopiointi yhden käyttäjän järjestelmissä
Vaikka monet nykyaikaiset ympäristöt ovat usean käyttäjän ympäristöjä, on edelleen tapauksia, joissa käytetään vanhempia tai yhden käyttäjän järjestelmiä, kuten MS-DOSia . Jopa niissä tietoturvakäytäntöihin on sisällytettävä tietojen suojaus varmuuskopioiden ja järjestelmätyökalujen avulla.
Työkalut, kuten kopiointikomennot (COPY, XCOPY), koko levyn kopiointityökalut (DISKCOPY) ja BACKUP/RESTORE-toiminnot, mahdollistavat ajantasaisten varmuuskopioiden ylläpitämisen eri tallennusvälineille, mikä on olennaista tietojen palauttamiseksi vikaantumisen tai vahingossa tapahtuvan poiston sattuessa. On kuitenkin tärkeää muistaa, että nämä varmuuskopiot voivat korvata olemassa olevan sisällön, joten ne tulisi suorittaa erillisille tallennusvälineille.
On myös palautuskomentoja, kuten RECOVER tai UNDELETE, joilla voidaan palauttaa vahingossa poistettuja tiedostoja tai yrittää palauttaa tietoja vaurioituneelta tallennusvälineeltä . Vaikka niillä on merkittäviä rajoituksia, ne ovat usein viimeinen puolustuslinja järjestelmissä, joissa ei ole nykyaikaisia tilannevedoksia tai versiointitekniikoita.
Toisaalta monissa vanhemmissa käyttöjärjestelmäversioissa oli perusvirustorjuntaohjelmia , joita nykyään pidetään vanhentuneina, mutta jotka tuolloin olivat osa haittaohjelmien torjuntastrategiaa. Tämä historia korostaa, että alustasta riippumatta tietoturvakäytäntöjen on aina sisällettävä varmuuskopiointi-, palautus- ja haittaohjelmien torjuntatoimenpiteet, jotka on räätälöity kunkin ympäristön ominaisuuksiin.
Yhdessä ne muodostavat selkärangan, joka tukee tietojen, käyttöoikeuksien ja palveluiden suojaamista niin verkkokäyttöjärjestelmissä, usean käyttäjän pilvipalveluissa, SASE-ratkaisuissa, jaetuissa laitteissa kuin vanhemmissa yksittäisen käyttäjän laitteissakin. Kun ne suunnitellaan selkein tavoittein, niitä tukevat vankat tekniset valvonnat, niitä tarkistetaan jatkuvasti ja sovelletaan johdonmukaisesti, ne mahdollistavat useiden käyttäjien, asiakkaiden ja laitteiden rinnakkaiselon samassa infrastruktuurissa vaarantamatta kriittisten tietojen luottamuksellisuutta, eheyttä ja saatavuutta.
