Mobiilseadmete haldus: seadistus ja tõendamine

Seadmehaldus toetab turvalisust ainult nende seadmete ja seadete puhul, mida see tegelikult hõlmab. MDM-i armatuurlaud, mis näitab nõuetele vastavaid seadmeid, vajab teist küsimust: millised seadmed puuduvad? Järgneb kolmas küsimus: kas „nõuetele vastav“ kirjeldab tõhusat seadistust või lihtsalt lõppseadmele määratud poliitikat?

CTO ülesanne on muuta need vastused korratavaks. Mobiilseadmete haldus peaks siduma seadmete omanikuvastutuse, seadistuse, rakendustele juurdepääsu, intsidentidele reageerimise ja tõendid. Eesmärk ei ole roheline armatuurlaud. Eesmärk on põhjendatav ülevaade sellest, millised lõppseadmed pääsevad ligi äriteabele, kuidas need on kaitstud ja mis juhtub, kui kaitse ebaõnnestub.

Mida MDM kontrollib – ja mida mitte

Mobiilseadmete haldus on lõppseadmete haldamine keskse teenuse ja platvormi toetatud haldusmehhanismide kaudu. Olenevalt tootest, operatsioonisüsteemist ja registreerimisrežiimist võib see juurutada seadistusprofiile, levitada rakendusi, raporteerida seadme olekut, piirata valitud funktsioone ja anda kaugkäske. Laiemad lõppseadmete haldustooted võivad hõlmata telefonide ja tahvelarvutite kõrval ka sülearvuteid ja lauaarvuteid.

Need võimalused ei ole ühtsed. Täielikult hallatud ettevõtte telefon ja hallatud tööprofiiliga isiklik telefon pakuvad erinevaid meetmeid ja telemeetriat. Mõned platvormid kasutavad sisseehitatud haldusteenuseid; teised nõuavad lisaagente. Ei tohiks eeldada pidevat ühenduvust ega kohest täitmist.

MDM ei asenda ka identiteedihaldust, lõppseadmete ohutuvastust, haavatavuste haldust ega teabe klassifitseerimist. See võib neid meetmeid seadistada või neile signaale anda, kuid nende toimimist tuleb eraldi kontrollida. Hallatud seadmel võivad ikkagi olla ülemäärased rakenduseõigused, tühistamata seanss või haavatav rakendus.

Enne seadete valimist määratlege meetme väide. Näiteks: „Tootmiskeskkonna halduskeskkonnale ligipääsevad ettevõtte sülearvutid peavad olema registreeritud, krüpteeritud, toetatud ja hiljuti hinnatud.“ See väide määrab kindlaks populatsiooni, ressursi ja jälgitavad tingimused. „Kõik seadmed on turvalised“ seda ei tee.

Siduge lõppseadmete haldus ISMS-iga

ISO/IEC 27001 käsitleb kindlaksmääratud käsitlusalaga infoturbe juhtimissüsteemi, mitte konkreetse lõppseadmete tööriista ostmist. Selle punktid 4–10 kehtestavad juhtimissüsteemi nõuded. Lisa A pakub 93 meetmest koosneva viitekogumi, mille kohaldatavust kaalutakse riskihindamise ja -käsitluse kaudu; see ei ole universaalne MDM-i seadistuse kontroll-loend.

Kohaldatavusavaldus kajastab vajalikke meetmeid, nende kaasamise põhjendust, rakendamise olekut ja lisa A meetmete välistamise põhjendust. MDM-i juurutus annab osa asjakohaste meetmete rakendusest ja tõenditest, mitte ei tõenda kogu ISMS-i.

Kasulikud seosed on järgmised:

Need vastendused kirjeldavad panust, mitte samaväärsust. Näiteks ei tõenda sisselogimisseadistuse juurutamine, et privilegeeritud juurdepääs on asjakohaselt kinnitatud. Kasutage meie lisa A juhendit, et siduda lõppseadmete meetmed laiema ISMS-iga, selle asemel et käsitleda seadmete vastavust eraldiseisva skoorina.

Määratlege populatsioon enne vastavuse mõõtmist

Alustage seadmetest, mis salvestavad, töötlevad või pääsevad ligi ISMS-i käsitlusalasse kuuluvale teabele. Kaasake vajaduse korral ettevõtte ja töötajate omanduses olevad seadmed, töövõtjate lõppseadmed, jagatud seadmed ja ajutised laenuseadmed. Leppige kokku toetatud operatsioonisüsteemid, registreerimisreeglid ja privaatsuse piirid.

Ehitage inventar üles püsivate tunnuste, mitte ainult kuvanimede ümber. Kasulikud väljad on varatunnus, haldustunnus, määratud kasutaja, omandisuhe, platvorm, registreerimisrežiim, ärieesmärk, registreerimiskuupäev, viimane kontakt ja kasutuselt kõrvaldamise olek. Märkige jagatud seadmete hoidjad selgesõnaliselt.

Viige MDM-i inventar vastavusse sõltumatute allikatega. Varade ostukirjed näitavad seadmeid, mida pole kunagi registreeritud. Identiteedi sisselogimiskirjed ja rakenduste juurdepääsulogid võivad näidata haldusest puuduvaid lõppseadmeid. Lõppseadmete kaitse kirjed võivad paljastada topeltagente või mujal hallatavaid seadmeid. Kontrollige, milliseid tunnuseid iga allikas tegelikult pakub, enne kui proovite neid ühendada.

Klassifitseerige lahknevused, selle asemel et neid vaikselt välja jätta:

• Käsitlusalas ja registreeritud: hinnake seadistust ja värskust.
• Käsitlusalas, kuid haldamata: registreerige, piirake juurdepääsu või kinnitage piiratud erand.
• Kasutuselt kõrvaldatud, kuid endiselt aktiivne: uurige ja tühistage järelejäänud juurdepääs.
• Topelt või uuesti üles ehitatud: viige kirjed vastavusse ajaloolisi tõendeid kaotamata.
• Käsitlusalast väljas: dokumenteerige põhjus ja piir, mis takistab asjakohast juurdepääsu.

Nimetaja on oluline. „98% nõuetele vastav“ registreeritud seadmete seas võib varjata märkimisväärset haldamata populatsiooni. Raporteerige katvust seadistuse vastavusest eraldi ning säilitage vastavusseviimise kuupäev ja lahendamata kirjed.

Looge baastase, mida saab testida

Lõppseadmete baastase peaks muutma riskiotsused seadeteks ja kontrollikriteeriumideks. See peaks eristama platvorme ja omandimudeleid, selle asemel et teeselda, et iga seade toimib kõikjal.

Järgnev on praktiline lähtepunkt, mitte universaalne seadusega või ISO-ga nõutud kontroll-loend:

Määratlege, mida tähendab „teadmata“. Lõppseade, mis ei ole krüpteerimise olekust teatanud, ei ole tõendatult krüpteeritud. Käsitlege puuduvat või aegunud telemeetriat eraldi olekuna, millel on selge reageerimine, selle asemel et muuta see läbitud tulemuseks.

Uuendusaknad peaksid kajastama haavatavuse tõsidust, avatust, saadaolevaid leevendusmeetmeid ja tegevuspiiranguid. Dokumenteerige aktiivselt ära kasutatavate haavatavuste hädaolukorra käsitlemine ja protsess uuenduste jaoks, mis rikuvad olulisi rakendusi. MDM-i juurutusaruanded aitavad kindlaks teha paigalduse oleku; need ei selgita iseenesest, kas lahendamata haavatavusrisk on aktsepteeritav.

Rakenduste puhul eristage levitamist kontrollist. Kinnitatud rakenduse paigaldamine ei takista kasutajatel alternatiive paigaldamast, kui platvorm ja seadistus seda piirangut ei toeta. Määratlege, kes tohib tarkvara kinnitada, mis nõuab hindamist ja kuidas aegunud või keelatud rakendused eemaldatakse.

Iga baastaseme erand vajab omanikku, mõjutatud seadmeid, ärilist põhjust, riskihinnangut, kompenseerivaid meetmeid, kinnitust ja aegumist. Toetamata operatsioonisüsteem, millel on piiramatu juurdepääs tundlikele andmetele, ei tohiks jääda määramata ajaks üldise märkuse „ärivajadus“ alla.

Juurutage seadistus, ajamata määramist segi õnnestumisega

Kasutage pilootrühma, mis esindab iga olulist platvormi, omandirežiimi ja ärilist kasutusjuhtu. Testige tavapärast tööd, reisimist, ühenduseta käitumist ja taastamist – mitte ainult edukat registreerimist administraatori laual.

Enne laiaulatuslikku juurutamist looge halduse eeltingimused: administraatorirollid, registreerimisõigused, nõutavad sertifikaadid või teenuse juurdepääsuandmed ja uuendamise eest vastutajad. Haldusteenus võib kaotada tõhususe, kui sertifikaat aegub, isegi kui selle poliitikadokumendid jäävad muutumatuks.

Jälgige seadistust eraldi olekute kaudu: sihitud, edastatud, rakendatud, hinnatud ja tõhus. Kui platvorm näitab vähem etappe, dokumenteerige see piirang ja lisage turvaline kontrollimeetod. Uurige vastuolulisi profiile, aegunud agente, toetamata seadeid ja kasutaja tegevusi, mis takistavad lõpuleviimist.

Kasutage etapiviisilist juurutamist koos kinnitatud tagasipööramise või taastamise teega. Dokumenteerige baastaseme versioon, sihitud rühmad, piloodi tulemused, kinnitus ja juurutustõrked. Poliitikaredaktori ekraanipilt tõendab kavandatud seadeid; seadmearuanded ja testid näitavad, kas need seaded toimisid.

Kaitske ka haldustasandit ennast. Kasutage nimelisi administraatorikontosid, asjakohast tugevat autentimist, minimaalsete õigustega rolle ja logimist. Piirake hulgikustutamise ja seadistust muutvaid õigusi. Vaadake administraatorid ja teenuse juurdepääsuandmed üle, sest haldusteenuse ohustamine võib mõjutada korraga paljusid lõppseadmeid.

Kontrollige krüpteerimist ja taastamist eraldi

Sülearvutite puhul kontrollige rakendatud salvestuskaitset, mitte lihtsalt poliitikat „luba krüpteerimine“. Telefonide ja tahvelarvutite puhul mõistke operatsioonisüsteemi krüpteerimismudelit, lukustusoleku käitumist ja halduse nähtavust. Salvestatud andmete krüpteerimine ja krüpteeritud võrguühendus on eraldi väited.

Otsustage, milline kohalik salvestus on hõlmatud, kas eemaldatavad andmekandjad on lubatud ja kuidas äriteave saab hallatud rakendustest lahkuda. Kaitstud süsteemiketas ei kaitse automaatselt krüpteerimata välisele kettale eksporditud faili.

Taastamiskorraldus vajab oma meetme ülesehitust. Tehke kindlaks, kus taastematerjali hoitakse, kes saab selle kätte, kuidas väljavõtmine on volitatud ja logitud ning millal on vaja vahetamist või asendamist. Ärge pange taastamissaladusi üldistesse auditiandmetesse ega kasutajatoe piletitesse.

Testige taastamist selleks määratud testlõppseadmel kinnitatud protseduuri abil. Säilitage volitus ja tulemus, mitte saladus. Konsooliväli, mis näitab, et võti on olemas, ei tõenda, et volitatud töötajad saavad seadme vajaduse korral taastada.

Võrgukaitse sõltub ka rakenduste ja teenuste seadistusest. MDM võib levitada sertifikaate või võrguseadeid, kuid ei saa tõendada, et iga rakendus kasutab asjakohaselt seadistatud krüpteeritud ühendusi. Laiemat elutsüklit käsitleb artikkel krüpteerimine ja võtmehaldus.

Siduge seadme olek juurdepääsuotsustega

Vastavussignaalil on piiratud väärtus, kui nõuetele mittevastavad lõppseadmed säilitavad piiramatu juurdepääsu. Toetatuse korral siduge seadme usaldus- või vastavusteave identiteedi ja rakenduste juurdepääsukontrollidega. Tehke täpselt kindlaks, millised ressursid tingimust jõustavad ja millised juurdepääsuteed sellest mööda lähevad.

Testige vajaduse korral brauseripõhist juurdepääsu, natiivseid rakendusi, kaughaldust, pärandautentimist ja olemasolevaid seansse. Haldamata brauser võib olla blokeeritud, samas kui varem volitatud klient jätkab tööd. Seansside tühistamise käitumine ja signaali värskus nõuavad selgesõnalist testimist.

Kasutage riskipõhiseid piiranguid. Tundlikud haldussüsteemid võivad nõuda rangemaid lõppseadme tingimusi kui madala riskiga koostööressursid. Määratlege hädaolukorra juurdepääsu ja taastamise protseduurid, et vastavusteenuse rike ei tekitaks dokumenteerimata püsivaid möödapääse.

Seadme avamise autentimine ei ole sama mis rakenduse autentimine. Ekraanilukk kaitseb järelevalveta lõppseadet; mitmikautentimine ja autoriseerimine kaitsevad juurdepääsu ressurssidele. MDM võib toetada seadistamist, kuid neid eraldi väiteid peavad põhjendama identiteedipakkuja ja rakenduste tõendid.

Käsitlege isiklikke seadmeid, kaotust ja lahkumist läbimõeldult

Töötajate omanduses olevate seadmete puhul otsustage, kas haldus on kogu seadmele, tööprofiilile, ainult rakendusele või puudub. Selgitage, mida administraatorid näevad, mida nad saavad muuta, millist äriteavet kogutakse ja mida saab eemaldada. Ärge eeldage, et asukoha jälgimine või isiklike rakenduste nähtavus on vajalik või saadaval.

Kui töötajate seadmete telemeetria hõlmab isikuandmeid, hinnake kohaldatavaid privaatsuskohustusi. GDPR nõuab õiguslikku alust ja asjakohaseid töötlemispõhimõtteid; artikkel 32 käsitleb turvalisust riskipõhiselt, selle asemel et kehtestada üldine krüpteerimiskohustus igaks olukorraks. Ei tohiks eeldada, et töötaja nõusolek on piisav. Hankige jälgimis- ja eemaldamisprotseduuride kohta asjakohane privaatsus- ja tööõiguslik ülevaatus.

Eristage äriandmete valikuline eemaldamine kogu seadme kustutamisest. Kinnitage iga registreerimisrežiimi toetatud käitumine ja teavitage sellest enne registreerimist. Tööprofiili eemaldamine võib jätta isikuandmed puutumata, samas kui täielikul kustutamisel on oluliselt erinevad tagajärjed.

Kaotatud seadme korral peaks reageerimine tuvastama lõppseadme ja kasutaja, hindama avatust, piirama juurdepääsu, tühistama asjakohased seansid või juurdepääsuandmed, andma toetatud lukustus- või kustutuskäsud ja dokumenteerima tulemused. Kaugkustutamine sõltub ühenduvusest ja platvormi võimalustest. „Käsk on järjekorras“ ei tähenda „andmed on eemaldatud“.

Lahkumisprotseduurid peaksid käsitlema nii seadme tagastamist kui ka teabele juurdepääsu. Tühistage juurdepääs sõltumata sellest, kas seade saadakse tagasi. Eemaldage vajaduse korral äriprofiilid, säilitage säilitamisnõuetega hõlmatud teave ja kõrvaldage inventarikirjed kasutuselt alles pärast nõutavaid kontrolle. Testige neid protsesse turvalises ulatuses testkontode ja -seadmetega.

Säilitage tõendid, mis toetavad piiritletud väidet

Tõendipakett peaks võimaldama ülevaatajal taastada, mida määratud perioodi jooksul kaitsti. Säilitage dateeritud eksportfailid, populatsiooni arvud, eranditega seotud otsused ja parandustööde kirjed. Lisage piisavalt konteksti, et eristada ajahetke hinnangut pideva toimimise tõenditest.

Kasulikud tulemused on järgmised:

• Käsitlusala ja inventari vastavusseviimine, sealhulgas lahendamata haldamata seadmed.
• Kinnitatud baastaseme versioonid ja platvormipõhised seaded.
• Seadme oleku eksportfailid, mis näitavad tunnuseid, registreerimist, viimast kontakti ja tegelikku seadistust.
• Erandite kinnitused koos aegumiskuupäevade ja kompenseerivate meetmetega.
• Juurutustõrked, parandustööde piletid ja sulgemise kontroll.
• Taastamise, juurdepääsu keelamise, kaotatud seadme ja lahkumise testide kirjed.
• Perioodiliste ülevaatuste otsused ja määratud järeltegevused.

Dokumenteerige ekspordifiltrid, kogumise aeg ja olekuväljade tõlgendus. Kaitske eksportfaile asjakohaselt, sest need võivad sisaldada isikutunnuseid või tundlikke taristu üksikasju. Ekraanipildid võivad seadistust selgitada, kuid otsitavad eksportfailid on populatsiooni analüüsiks tavaliselt kasulikumad.

Võtke valim riskide ja tõrkeliikide lõikes, mitte ainult tervetest seadmetest. Kaasake erinevad platvormid, hiljuti registreeritud seadmed, privilegeeritud kasutajad, aegunud lõppseadmed ja kinnitatud erandid. Praegune aruanne ei saa taastada eelmist ülevaatusperioodi, kui ajaloolisi kirjeid ei säilitatud.

Perioodilised katvuse ülevaatused peaksid hõlmama äsja kasutusele võetud seadmeid ja muutuvaid juurdepääsumustreid. Kasulikud tegevusnäitajad on registreerimise katvus, hinnatud baastasemele vastavus, aegunud raporteerimine, aegunud erandid ja parandustööde vanus. Määratlege iga nimetaja ja künnis. Pidev meetmete seire annab lisakonteksti signaalide eristamiseks läbivaadatud järeldustest.

Näide: segapargi ülevaatus

Järgmised arvud ja künnised on illustratiivsed eeldused, mitte valdkonna võrdlusnäitajad.

Ettevõte tuvastab 120 ettevõtte sülearvutit ja 30 isiklikku telefoni, millel on luba tööalase e-posti kasutamiseks. Selle sülearvutite baastase nõuab registreerimist, krüpteerimist, toetatud operatsioonisüsteemi, ekraanilukku ja õnnestunud hindamist seitsme päeva jooksul. Isiklikud telefonid nõuavad hallatud tööprofiili ja toetatud tarkvara; kogu seadme haldus on väljaspool kinnitatud privaatsuspiiri.

MDM-i konsool sisaldab 116 sülearvutit. Neist 108 vastavad baastasemele, neli teatavad tähtaja ületanud uuendustest, kahel on aegunud hindamised ja kahel krüpteerimistõrked. Ülejäänud neli sülearvutit puuduvad haldusest.

Ainult konsooli tulemuse raporteerimine annab 108 116-st, ligikaudu 93% baastaseme vastavuse. Kindlaks tehtud sülearvutite populatsiooni suhtes on tõendatult baastasemele vastavad 108 120-st – 90%. Registreerimise katvus on ligikaudu 97%. Need on erinevad mõõdikud ja ükski neist ei tõenda isiklike telefonide meetmeid.

Identiteedikirjed näitavad, et kaks haldamata sülearvutit pääsesid ligi tundlikule rakendusele. Meeskond piirab seda juurdepääsu, uurib omandisuhet ja registreerib seadmed. Ülejäänud kaks on kinnitatult kasutuselt kõrvaldatud; tühistamise ja utiliseerimise tõendid toetavad nende eemaldamist aktiivsest populatsioonist.

Telefonide puhul on kolmel kasutajal e-posti juurdepääs ilma nõutava tööprofiilita. Nende juurdepääsu piiratakse, kuni registreerimine või kinnitatud alternatiiv on lõpule viidud. Testtelefon kinnitab, et valikuline eemaldamine kustutab tööprofiili ilma isiklikku sisu kustutamata.

Ülevaatuse kirje säilitab algse populatsiooni, vastavusseviimise muudatused, tõrked, juurdepääsupiirangud ja kontrollitud parandustööd. See ei asenda esialgset ebaõnnestunud hindamist hilisema puhta ekraanipildiga.

Muutke järgmine ülevaatus lihtsamaks

Levinud vead on tegevuslikud: ainult registreeritud lõppseadmete loendamine, poliitika määramise usaldamine, aegunud telemeetria aktsepteerimine, erandite avatuks jätmine ja kaugkäskude käsitlemine lõpetatud toimingutena. Igaüht neist saab käsitleda määratletud populatsiooni, olekute selgesõnalise käsitlemise ja dateeritud kontrolli kaudu.

Secani saab korraldada selle töö asjakohaste süsteemide, nõuete, omanike ja tõendite ümber. Laadige üles baastaseme dokumendid, dateeritud MDM-i eksportfailid ja testikirjed; siduge need meetmete või otsustega, mida need toetavad; ning muutke puuduvad tõendid või lahendamata tõrked määratud ülesanneteks. Säilitage oluliste järelduste inimlik ülevaatus, kinnitus ja allikakontekst. MDM jääb tegevuslikuks lõppseadmete haldustööriistaks; vastavuse tööruum säilitab rakenduskonteksti ja läbivaatusotsused.

Praktiline järgmine samm on valida üks tundlik rakendus ja viia iga sellele ligipääsev lõppseade vastavusse halduskirjetega. Testige üht tervet lõppseadet, üht haldamata lõppseadet ja üht aegunud lõppseadet. Dokumenteerige juurdepääsu tulemused ja seadistuse tõendid ning määrake iga selgitamata lahknevus omanikule. See väike harjutus testib katvust, jõustamist ja tõendamist korraga.