Upravljanje mobilnih naprav: konfiguracija in dokazi

Upravljanje naprav podpira varnost le za naprave in nastavitve, ki jih dejansko zajema. Nadzorna plošča MDM, ki prikazuje skladne naprave, zahteva drugo vprašanje: katere naprave manjkajo? Sledi tretje vprašanje: ali »skladno« opisuje učinkovito konfiguracijo ali zgolj politiko, dodeljeno končni točki?

Naloga tehničnega direktorja (CTO) je, da so ti odgovori ponovljivi. Upravljanje mobilnih naprav naj povezuje lastništvo naprav, konfiguracijo, dostop do aplikacij, odzivanje na incidente in dokaze. Cilj ni zelena nadzorna plošča. Cilj je zagovorljiv prikaz tega, katere končne točke lahko dostopajo do poslovnih informacij, kako so zaščitene in kaj se zgodi, ko zaščita odpove.

Kaj MDM nadzoruje – in česa ne

Upravljanje mobilnih naprav (MDM) je administracija končnih točk prek osrednje storitve in mehanizmov upravljanja, ki jih podpira platforma. Odvisno od izdelka, operacijskega sistema in načina včlanitve lahko namešča konfiguracijske profile, distribuira aplikacije, poroča o stanju naprave, omejuje izbrane funkcije in izdaja oddaljene ukaze. Širši izdelki za upravljanje končnih točk lahko poleg telefonov in tablic vključujejo tudi prenosne in namizne računalnike.

Te zmogljivosti niso enotne. Popolnoma upravljan službeni telefon in osebni telefon z upravljanim delovnim profilom razkrivata različne kontrole in telemetrijo. Nekatere platforme uporabljajo vgrajene storitve za upravljanje; druge zahtevajo dodatne agente. Ne neprekinjene povezljivosti ne takojšnje izvedbe ni mogoče predpostaviti.

MDM tudi ne nadomešča upravljanja identitet, zaznavanja na končnih točkah, upravljanja ranljivosti ali razvrščanja informacij. Te kontrole lahko konfigurira ali jim posreduje signale, vendar je treba njihovo delovanje preveriti ločeno. Upravljana naprava ima lahko še vedno prekomerna dovoljenja aplikacij, nepreklicano sejo ali ranljivo aplikacijo.

Preden izberete nastavitve, opredelite trditev o kontroli. Na primer: »Službeni prenosniki, ki dostopajo do produkcijskega administrativnega okolja, morajo biti včlanjeni, šifrirani, podprti in nedavno ocenjeni.« Ta izjava opredeljuje populacijo, vir in opazljive pogoje. »Vse naprave so varne« tega ne stori.

Upravljanje končnih točk povežite z ISMS

ISO/IEC 27001 se nanaša na sistem upravljanja informacijske varnosti z opredeljenim obsegom, ne na nakup določenega orodja za končne točke. Njegove točke 4–10 določajo zahteve za sistem upravljanja. Dodatek A zagotavlja referenčni nabor 93 kontrol, katerih uporabnost se preuči z oceno in obravnavo tveganj; ni splošni kontrolni seznam za konfiguracijo MDM.

Izjava o uporabnosti (Statement of Applicability) beleži potrebne kontrole, utemeljitev vključitve, stanje izvedbe in utemeljitev izključitve kontrol iz Dodatka A. Uvedba MDM zagotavlja del izvedbe in dokazov za ustrezne kontrole, ne dokazuje pa celotnega ISMS.

Uporabne povezave vključujejo:

Te povezave opisujejo prispevke, ne enakovrednosti. Namestitev konfiguracije prijave na primer ne dokazuje, da je privilegirani dostop ustrezno odobren. Z našim vodnikom po Dodatku A ukrepe na končnih točkah povežite s širšim ISMS, namesto da bi skladnost naprav obravnavali kot izolirano oceno.

Populacijo opredelite, preden merite skladnost

Začnite z napravami, ki shranjujejo, obdelujejo ali dostopajo do informacij v obsegu ISMS. Kjer je ustrezno, vključite službeno in osebno opremo, končne točke pogodbenih izvajalcev, skupne naprave in začasno izposojene naprave. Dogovorite se o podprtih operacijskih sistemih, pravilih včlanitve in mejah zasebnosti.

Popis zgradite okoli stabilnih identifikatorjev, ne le prikaznih imen. Uporabna polja so identifikator sredstva, identifikator upravljanja, dodeljeni uporabnik, lastništvo, platforma, način včlanitve, poslovni namen, datum včlanitve, zadnji stik in stanje upokojitve. Skrbnike skupnih naprav zabeležite izrecno.

Popis MDM uskladite z neodvisnimi viri. Nabavni zapisi o sredstvih razkrijejo opremo, ki ni bila nikoli včlanjena. Zapisi o prijavah v sistem identitet in dnevniki dostopa do aplikacij lahko razkrijejo končne točke, ki niso upravljane. Zapisi zaščite končnih točk lahko razkrijejo podvojene agente ali naprave, ki se upravljajo drugje. Preden poskusite vire združiti, preverite, katere identifikatorje posamezen vir dejansko zagotavlja.

Neskladja razvrstite, namesto da jih tiho izključite:

• V obsegu in včlanjene: ocenite konfiguracijo in svežino podatkov.
• V obsegu, a neupravljane: včlanite, omejite dostop ali odobrite časovno omejeno izjemo.
• Upokojene, a še aktivne: raziščite in prekličite preostali dostop.
• Podvojene ali ponovno nameščene: zapise uskladite, ne da bi izgubili zgodovinske dokaze.
• Zunaj obsega: dokumentirajte razlog in mejo, ki preprečuje ustrezen dostop.

Imenovalec je pomemben. »98 % skladnih« med včlanjenimi napravami lahko prikrije precejšnjo populacijo neupravljanih naprav. Pokritost poročajte ločeno od skladnosti konfiguracije ter ohranite datum uskladitve in nerazrešene zapise.

Zgradite izhodišče, ki ga je mogoče preizkusiti

Izhodišče za končne točke naj odločitve o tveganjih prevede v nastavitve in merila preverjanja. Razlikovati mora med platformami in modeli lastništva, namesto da se pretvarja, da vsaka nastavitev deluje povsod.

Spodnje je praktično izhodišče, ne splošni kontrolni seznam, ki bi ga predpisovala zakonodaja ali ISO:

Opredelite, kaj pomeni »neznano«. Za končno točko, ki ni sporočila stanja šifriranja, ni dokazano, da je šifrirana. Manjkajočo ali zastarelo telemetrijo obravnavajte kot ločeno stanje z jasnim odzivom, namesto da jo spremenite v uspešen rezultat.

Okna za posodobitve naj odražajo resnost ranljivosti, izpostavljenost, razpoložljive blažilne ukrepe in operativne omejitve. Dokumentirajte nujno ravnanje pri aktivno izkoriščanih ranljivostih in postopek za posodobitve, ki pokvarijo ključne aplikacije. Poročila MDM o nameščanju pomagajo ugotoviti stanje namestitve; sama po sebi pa ne pojasnijo, ali je nerazrešeno tveganje ranljivosti sprejemljivo.

Pri aplikacijah razlikujte distribucijo od nadzora. Namestitev odobrene aplikacije uporabnikom ne preprečuje nameščanja alternativ, razen če platforma in konfiguracija podpirata takšno omejitev. Opredelite, kdo lahko odobri programsko opremo, kaj zahteva oceno in kako se odstranijo zastarele ali prepovedane aplikacije.

Vsaka izjema od izhodišča potrebuje lastnika, prizadete naprave, poslovni razlog, oceno tveganja, nadomestne ukrepe, odobritev in datum poteka. Nepodprt operacijski sistem z neomejenim dostopom do občutljivih podatkov ne bi smel neomejeno ostati pod splošno opombo »poslovna zahteva«.

Konfiguracijo uvajajte, ne da bi dodelitev zamenjevali z uspehom

Uporabite pilotno skupino, ki predstavlja vsako pomembno platformo, način lastništva in poslovni primer uporabe. Preizkusite običajno delo, potovanja, delovanje brez povezave in obnovitev – ne le uspešne včlanitve na skrbnikovi mizi.

Pred široko uvedbo vzpostavite predpogoje za upravljanje: skrbniške vloge, dovoljenja za včlanitev, zahtevane certifikate ali poverilnice storitev in lastništvo podaljšanj. Storitev upravljanja lahko izgubi učinkovitost, ko certifikat poteče, čeprav njeni dokumenti politik ostanejo nespremenjeni.

Konfiguracijo spremljajte prek ločenih stanj: ciljano, dostavljeno, uporabljeno, ocenjeno in učinkovito. Kadar platforma razkriva manj stopenj, to omejitev dokumentirajte in dodajte varen način preverjanja. Preverite nasprotujoče si profile, zastarele agente, nepodprte nastavitve in dejanja uporabnikov, ki preprečujejo dokončanje.

Uporabite postopno uvajanje z odobreno potjo za povrnitev ali obnovitev. Zabeležite različico izhodišča, ciljne skupine, rezultate pilota, odobritev in napake pri uvajanju. Posnetek zaslona urejevalnika politik dokazuje nameravane nastavitve; poročila naprav in preizkusi pokažejo, ali so te nastavitve delovale.

Zaščitite tudi samo upravljavsko ravnino. Uporabljajte poimenske skrbniške račune, ustrezno močno avtentikacijo, vloge z najmanjšimi pooblastili in beleženje. Omejite pravice za množično brisanje in spreminjanje konfiguracije. Preglejte skrbnike in poverilnice storitev, ker lahko kompromitiranje storitve upravljanja hkrati prizadene veliko končnih točk.

Šifriranje in obnovitev preverite ločeno

Pri prenosnikih preverite izvedeno zaščito shrambe, ne le politike »omogoči šifriranje«. Pri telefonih in tablicah razumite model šifriranja operacijskega sistema, delovanje v zaklenjenem stanju in vidnost za upravljanje. Šifriranje v mirovanju in šifriran omrežni prenos sta ločeni trditvi.

Odločite, katera lokalna shramba je zajeta, ali so izmenljivi mediji dovoljeni in kako lahko poslovne informacije zapustijo upravljane aplikacije. Zaščiten sistemski disk samodejno ne zaščiti izvožene datoteke na nešifriranem zunanjem pogonu.

Ureditve za obnovitev potrebujejo lastno zasnovo kontrol. Določite, kje se hrani obnovitveno gradivo, kdo ga lahko pridobi, kako je pridobivanje odobreno in zabeleženo ter kdaj je potrebna menjava ali zamenjava. Obnovitvenih skrivnosti ne vključujte v splošne revizijske dokaze ali zahtevke službe za pomoč uporabnikom.

Obnovitev preizkusite na določeni testni končni točki z odobrenim postopkom. Ohranite odobritev in izid, ne skrivnosti. Polje v konzoli, ki kaže, da ključ obstaja, ne dokazuje, da lahko pooblaščeno osebje napravo obnovi, ko je to potrebno.

Zaščita omrežja je odvisna tudi od konfiguracije aplikacij in storitev. MDM lahko distribuira certifikate ali omrežne nastavitve, ne more pa dokazati, da vsaka aplikacija uporablja ustrezno konfigurirane šifrirane povezave. Za širši življenjski cikel glejte šifriranje in upravljanje ključev.

Stanje naprave povežite z odločitvami o dostopu

Signal skladnosti ima omejeno vrednost, če neskladne končne točke ohranijo neomejen dostop. Kjer je podprto, informacije o zaupanju ali skladnosti naprave povežite s kontrolami dostopa do identitet in aplikacij. Natančno ugotovite, kateri viri pogoj uveljavljajo in katere poti dostopa ga obidejo.

Kjer je ustrezno, preizkusite dostop prek brskalnika, izvorne aplikacije, oddaljeno administracijo, zastarelo avtentikacijo in obstoječe seje. Neupravljan brskalnik je lahko blokiran, medtem ko predhodno avtoriziran odjemalec deluje naprej. Delovanje preklica sej in svežina signalov zahtevata izrecno testiranje.

Uporabite omejitve na podlagi tveganja. Občutljivi administrativni sistemi lahko zahtevajo strožje pogoje za končne točke kot viri za sodelovanje z nizkim tveganjem. Opredelite postopke za dostop v sili in obnovitev, da izpad storitve za skladnost ne povzroči nedokumentiranih trajnih obvodov.

Avtentikacija za odklepanje naprave ni enaka avtentikaciji v aplikacijo. Zaklepanje zaslona ščiti nenadzorovano končno točko; večfaktorska avtentikacija in avtorizacija ščitita dostop do virov. MDM lahko podpira konfiguracijo, vendar morajo te ločene trditve utemeljiti dokazi ponudnika identitet in aplikacij.

Osebne naprave, izgubo in odhod obravnavajte premišljeno

Za osebne naprave se odločite, ali je upravljanje celotne naprave, delovnega profila, samo aplikacij ali ni na voljo. Pojasnite, kaj lahko skrbniki vidijo, kaj lahko spremenijo, katere poslovne informacije se zbirajo in kaj je mogoče odstraniti. Ne domnevajte, da sta sledenje lokaciji ali vpogled v osebne aplikacije potrebna ali na voljo.

Kadar telemetrija naprav zaposlenih vključuje osebne podatke, ocenite veljavne obveznosti glede zasebnosti. Splošna uredba o varstvu podatkov (GDPR) zahteva pravno podlago in upoštevanje ustreznih načel obdelave; 32. člen pri varnosti uporablja pristop na podlagi tveganja, namesto da bi nalagal splošno šifriranje v vseh okoliščinah. Ne domnevajte, da privolitev zaposlenih zadošča. Za postopke spremljanja in odstranjevanja pridobite ustrezen pregled s področja zasebnosti in delovnega prava.

Selektivno odstranjevanje poslovnih podatkov ločite od brisanja celotne naprave. Za vsak način včlanitve potrdite podprto delovanje in ga sporočite pred včlanitvijo. Odstranitev delovnega profila lahko osebne podatke pusti nedotaknjene, medtem ko ima popolno brisanje bistveno drugačne posledice.

Pri izgubljeni napravi naj odziv identificira končno točko in uporabnika, oceni izpostavljenost, omeji dostop, prekliče ustrezne seje ali poverilnice, izda podprte ukaze za zaklepanje ali brisanje in zabeleži rezultate. Oddaljeno brisanje je odvisno od povezljivosti in zmogljivosti platforme. »Ukaz v čakalni vrsti« ne pomeni »podatki odstranjeni«.

Postopki ob odhodu naj obravnavajo tako vračilo naprave kot dostop do informacij. Dostop prekličite ne glede na to, ali je naprava vrnjena. Kadar je primerno, odstranite poslovne profile, ohranite informacije, za katere veljajo zahteve glede hrambe, in zapise v popisu upokojite šele po zahtevanih preverjanjih. Te postopke preizkusite v varnem obsegu s testnimi računi in napravami.

Ohranite dokaze, ki podpirajo omejeno trditev

Paket dokazov naj pregledovalcu omogoči, da rekonstruira, kaj je bilo v navedenem obdobju zaščiteno. Ohranite datirane izvoze, število v populaciji, odločitve o izjemah in zapise o odpravi. Vključite dovolj konteksta, da se oceno v določenem trenutku loči od dokazov o stalnem delovanju.

Uporabni rezultati vključujejo:

• Obseg in uskladitev popisa, vključno z nerazrešenimi neupravljanimi napravami.
• Odobrene različice izhodišča in nastavitve, specifične za platformo.
• Izvoze stanja naprav z identifikatorji, včlanitvijo, zadnjim stikom in dejansko konfiguracijo.
• Odobritve izjem z datumi poteka in nadomestnimi ukrepi.
• Napake pri uvajanju, zahtevke za odpravo in preverjanje zaključka.
• Zapise o preizkusih obnovitve, zavrnitve dostopa, izgubljene naprave in odhoda.
• Odločitve rednih pregledov in dodeljene nadaljnje ukrepe.

Dokumentirajte filtre izvoza, čas zbiranja in razlago polj stanja. Izvoze ustrezno zaščitite, ker lahko vsebujejo osebne identifikatorje ali občutljive podrobnosti o infrastrukturi. Posnetki zaslona lahko pojasnijo konfiguracijo, vendar so izvozi z možnostjo iskanja za analizo populacije običajno uporabnejši.

Vzorčite po tveganjih in načinih odpovedi, ne le zdrave naprave. Vključite različne platforme, nedavne včlanitve, privilegirane uporabnike, zastarele končne točke in odobrene izjeme. Trenutno poročilo ne more rekonstruirati preteklega obdobja pregleda, razen če so bili zgodovinski zapisi ohranjeni.

Redni pregledi pokritosti naj vključujejo na novo uvedene naprave in spreminjajoče se vzorce dostopa. Uporabna operativna merila so pokritost včlanitve, skladnost z ocenjenim izhodiščem, zastarelo poročanje, potekle izjeme in starost odprtih odprav. Opredelite vsak imenovalec in prag. Neprekinjeno spremljanje kontrol ponuja dodaten kontekst za razlikovanje signalov od pregledanih sklepov.

Praktični primer: pregled mešane flote

Naslednje številke in pragovi so ponazoritvene predpostavke, ne panožna merila.

Podjetje ugotovi 120 službenih prenosnikov in 30 osebnih telefonov, ki imajo dovoljenje za službeno e-pošto. Njegovo izhodišče za prenosnike zahteva včlanitev, šifriranje, podprt operacijski sistem, zaklepanje zaslona in uspešno oceno v zadnjih sedmih dneh. Osebni telefoni zahtevajo upravljan delovni profil in podprto programsko opremo; upravljanje celotne naprave je zunaj odobrene meje zasebnosti.

Konzola MDM vsebuje 116 prenosnikov. Od teh jih 108 izpolnjuje izhodišče, štirje poročajo o zamujenih posodobitvah, dva imata zastarelo oceno, dva pa kažeta napake šifriranja. Preostali štirje prenosniki niso upravljani.

Če se poroča le rezultat konzole, je to 108 od 116, približno 93 % skladnosti z izhodiščem. Glede na ugotovljeno populacijo prenosnikov je dokazano, da izhodišče izpolnjuje 108 od 120 – 90 %. Pokritost včlanitve je približno 97 %. To so različna merila in nobeno ne dokazuje kontrol za osebne telefone.

Zapisi o identitetah kažejo, da sta dva neupravljana prenosnika dostopala do občutljive aplikacije. Ekipa ta dostop omeji, razišče lastništvo in napravi včlani. Za druga dva je potrjeno, da sta upokojena; dokazi o preklicu in odstranitvi podpirajo njuno izločitev iz aktivne populacije.

Pri telefonih imajo trije uporabniki dostop do e-pošte brez zahtevanega delovnega profila. Njihov dostop je omejen, dokler ni dokončana včlanitev ali odobrena alternativa. Testni telefon potrdi, da selektivna odstranitev izbriše delovni profil, ne da bi izbrisala osebno vsebino.

Zapis o pregledu ohrani prvotno populacijo, spremembe pri uskladitvi, napake, omejitve dostopa in preverjeno odpravo. Prvotne neuspešne ocene ne nadomesti s poznejšim čistim posnetkom zaslona.

Olajšajte naslednji pregled

Pogoste napake so operativne: štetje le včlanjenih končnih točk, zaupanje dodelitvi politike, sprejemanje zastarele telemetrije, puščanje izjem odprtih in obravnavanje oddaljenih ukazov kot dokončanih dejanj. Vsako je mogoče obravnavati z opredeljeno populacijo, izrecnim ravnanjem s stanji in datiranim preverjanjem.

Secani lahko to delo organizira okoli ustreznih sistemov, zahtev, lastnikov in dokazov. Naložite dokumente izhodišča, datirane izvoze MDM in zapise o preizkusih; povežite jih s kontrolami ali odločitvami, ki jih podpirajo; manjkajoče dokaze ali nerazrešene napake pa spremenite v dodeljene naloge. Za bistvene sklepe ohranite človeški pregled, odobritev in kontekst virov. MDM ostaja operativno orodje za upravljanje končnih točk; delovni prostor za skladnost ohranja kontekst izvedbe in odločitve o pregledih.

Praktičen naslednji korak je, da izberete eno občutljivo aplikacijo in vsako končno točko, ki dostopa do nje, uskladite z zapisi o upravljanju. Preizkusite eno zdravo, eno neupravljano in eno zastarelo končno točko. Zabeležite izide dostopa in dokaze o konfiguraciji, nato vsako nepojasnjeno neskladje dodelite lastniku. Ta majhna vaja hkrati preizkusi pokritost, uveljavljanje in dokazovanje.