Kompiuterinių sistemų saugumas jau seniai nebėra „techninė problema“ ir tapo kritiniu verslo klausimu. Šiandien beveik visa įmonės veikla priklauso nuo jos IT ekosistemos. Todėl, kai dėl atakos ar netinkamos konfigūracijos kažkas sugenda, pasekmės virsta finansiniais nuostoliais, nepatenkintais klientais ir sugadintu prekės ženklo įvaizdžiu.
Šiame kontekste apsaugos stiprinimas tapo esmine strategija. Tai ne tik daugiau saugumo įrankių diegimas, bet ir tinkamas jau turimų įrankių konfigūravimas, nereikalingų funkcijų mažinimas ir pažeidžiamumų, kurie niekada neturėjo būti atviri, pašalinimas. „Google Chrome“ naršyklės atveju tai apima tokių metodų kaip procesų izoliavimas , išplėstinės konfigūracijos ir specialūs valdikliai derinimą, siekiant laikytis griežtų reglamentų reguliuojamuose sektoriuose.
Kas yra grūdinimas ir kodėl jis toks svarbus „Chrome“ naršyklėje?
Kalbėdami apie apsaugos nuo virusų prevenciją, turime omenyje priemonių ir konfigūracijų rinkinį , skirtą sistemos pažeidžiamumui sumažinti. „Chrome“ atveju tai reiškia naršyklės pritaikymą taip, kad būtų užtikrintas didžiausias įmanomas saugumas, sumažinant vadinamąjį „atakos paviršių“, kuriuo užpuolikai gali pasinaudoti.
Pagrindinis principas paprastas: kuo mažiau aktyvių nereikalingų funkcijų, tuo mažiau galimybių išnaudoti pažeidžiamumus. Gamintojai dažnai tiekia savo produktus jau paruoštus naudoti, teikdami pirmenybę naudojimo paprastumui, o ne patikimam saugumui. Tai reiškia, kad jie dažnai būna su įjungtomis numatytosiomis parinktimis , kurių jums gali nereikėti ir kurios gali tapti atakų vektoriais, ypač organizacijose, kurioms taikomi griežti reglamentai.
Griežtinimas siekia protingos pusiausvyros tarp apsaugos ir naudojimo patogumo . Tai ne apie visko blokavimą ir gyvenimo vartotojams padarymą neįmanomą, o apie patogios darbo aplinkos sukūrimą, kurioje rimto incidento tikimybė būtų kuo mažesnė.
Reguliuojamoje aplinkoje apsaugos stiprinimas nebėra „malonu turėti“ parinktis ir tampa reguliavimo reikalavimu . Daugelyje reguliavimo sistemų ir standartų (pvz., CIS etalonų arba DISA STIG gairių) privalomos saugios konfigūracijos ir konkretūs naršyklių bei programų, įskaitant „Chrome“, valdikliai.

Procesų izoliavimas „Chrome“ naršyklėje: pirmoji gynybos linija
Vienas iš pagrindinių „Chrome“ apsaugos ramsčių yra procesų izoliavimo architektūra, dar vadinama smėlio dėžėmis. „Chrome“ atskiria skirtukus, papildinius ir daugeliu atvejų net ištisas svetaines į nepriklausomus procesus, taip apribodama pažeidžiamumo poveikį konkrečiam puslapiui ar komponentui.
Šis „viskas savo dėžutėje“ principas yra labai svarbus reguliuojamoje aplinkoje, kur neskelbtinų duomenų atskleidimas negali priklausyti nuo vienos kliūties. Jei užpuolikui pavyksta išnaudoti svetainės pažeidžiamumą, procesų izoliavimas apsunkina šio trūkumo plitimą į kitus skirtukus, kitus domenus ar pačią operacinę sistemą.
Be to, smėlio dėžės principu veikiančias technologijas papildo atminties valdymo mechanizmai ir pažeidžiamumo mažinimas naršyklėje bei pagrindinėje operacinėje sistemoje (OS). Tai reiškia, kad net ir aptikus pažeidžiamumą, paprastai jį reikia susieti su kitais, kad būtų pasiektas visiškas jo išnaudojimas, o tai yra daug sudėtingiau, jei procesų izoliacija tinkamai sukonfigūruota ir kartu taikomas bendras sistemos apsaugos stiprinimas.
Organizacijose, kurioms taikomi auditai ir kontrolės priemonės, saugumo politikos paprastai reikalauja, kad šios apsaugos nebūtų išjungtos, išskyrus labai pagrįstus, dokumentuotus ir kontroliuojamus atvejus. Palaikyti aktyvias „Chrome“ izoliacijos ir smėlio dėžės funkcijas yra ne tik bendra rekomendacija: tai pagrindinis reikalavimas norint įrodyti deramą kruopštumą ir atitiktį reguliavimo institucijoms.
Sistemos grūdinimas: būtinas kontekstas „Chrome“ grūdinimui
Naršyklė neegzistuoja atskirai. Kad „Chrome“ apsaugos stiprinimas būtų tikrai veiksmingas, jį turi palaikyti pasaulinė sistemos apsaugos stiprinimo sistema („Windows“, „Linux“, programų serveriai, maršrutizatoriai ir kt.). „Apsaugota“ „Chrome“ naršyklė yra nenaudinga, jei ji veikia operacinėje sistemoje su nereikalingais atvirais prievadais, nesaugiomis paslaugomis ir prastai valdomomis teisėmis.
Sistemos apsaugos stiprinimas apima ribojančių priemonių taikymą tiek programinei, tiek aparatinei įrangai, siekiant sumažinti pažeidžiamumus netrikdant kasdienės veiklos. Įprasti pavyzdžiai: nenaudojamų programų pašalinimas, vertės nekuriančių paslaugų išjungimas, nenaudojamų prievadų uždarymas, kruopštus aplankų ir vartotojų teisių valdymas bei stiprių slaptažodžių ir autentifikavimo politikų nustatymas.
Daugelyje saugumo projektų rekomenduojama atskirti aktyvias ir pasyvias priemones . Aktyvios priemonės siekia užkirsti kelią atakoms (užkardos, prieigos taisyklės, stiprus autentifikavimas ir kt.), o pasyvios priemonės skirtos sumažinti incidento poveikį (atsarginės kopijos, atkūrimo galimybės, registravimas ir atsekamumas, kenkėjiškų programų nuskaitymas ir šalinimas ir kt.). „Chrome“ naudojasi abiem. Gera atsarginių kopijų kūrimo ir incidentų reagavimo politika gali turėti didelės įtakos, kai kenkėjiška programa patenka per naršyklę.
Įmonių tinkluose taip pat svarstoma maršrutizatorių ir tinklo įrangos apsaugos nuo virusų galimybė : stiprūs slaptažodžiai (ne numatytieji), nenaudojamų prievadų uždarymas, nebūtinų paslaugų (FTP, CDP, BOOTP ir kt.) išjungimas ir tinkamas potinklio segmentavimas. Visa tai sumažina užpuoliko galimybes judėti horizontaliai, kai jam pavyksta įgyti pradinį pranašumą per interneto naršyklę.
Kitas su „Chrome“ versle glaudžiai susijęs aspektas yra naudotojų aplankų ir profilių apsauga . Tinkamai tvarkant leidimus ir prieigos kontrolės sąrašus (ACL) keliuose, kuriuose naršyklė saugo profilius, talpyklas ar atsisiuntimus, sumažėja kenkėjiškų programų galimybė perleisti teises ar pažeisti svarbią informaciją.
Grūdinimo projekto etapai reguliuojamoje aplinkoje
Rimtas apsaugos nuo virusų projektas, skirtas tiek „Chrome“, tiek kitiems jos komponentams, nėra vien „stebuklingų sprendimų“ rinkinio pritaikymas. Jis paprastai suskirstytas į tris pagrindinius etapus: testavimą, diegimą ir stebėjimą , visada laikantis aiškios apsaugos nuo virusų politikos.
Testai
Pirma, kiekvienam sistemos tipui turi būti apibrėžti baziniai standartai ir politikos : naršyklėms, serveriams, programoms, versijoms, vaidmenims, aplinkoms (gamybinė, ikigamybinė, laboratorinė ir kt.). Kuo detalesnė politika (pavyzdžiui, specialus šablonas „Chrome“ naršyklei, skirtai bankininkystės darbuotojams, ir kitoks – kūrimo komandoms), tuo geriau ji tiks kasdienėms operacijoms.
Testavimo etape šios politikos diegiamos testavimo aplinkose, kurios kuo tiksliau imituoja realybę. Čia įvertinama, kurias taisykles galima taikyti nepažeidžiant jokių taisyklių, o kurios sukelia problemų įmonės žiniatinklio programose, reikiamuose „Chrome“ plėtiniuose ar svarbiose paslaugose. Tai brangiausias etapas laiko ir išteklių atžvilgiu, bet kartu ir svarbiausias: griežtesnių pakeitimų taikymas tiesiogiai gamyboje, be testavimo, yra receptas sutrikimams ir vidiniams incidentams sukelti.
Taikymas
Kai politika sukonfigūruota, prasideda įgyvendinimo ir atitikties etapas . Sutartos konfigūracijos turi būti įdiegtos visuose paveiktuose kompiuteriuose ir serveriuose, patikrinant, ar kiekvienas iš jų gauna teisingą direktyvą. Jei tai daroma rankiniu būdu, žmogiškosios klaidos rizika yra labai didelė. Todėl konfigūracijos valdymo ir automatizavimo įrankiai naudojami centralizuotam politikos valdymui.
Stebėsena
Galiausiai, nuolatinio stebėjimo etapas neleidžia sistemai laikui bėgant grįžti į pradinę nesaugią būseną. IT aplinkos yra labai dinamiškos: diegiamos naujos programos, išjungiama įranga, keičiami leidimai ir pan. Jei šis „konfigūracijos poslinkis“ nestebimas ir neištaisomas, apsaugos priemonės greitai praranda savo veiksmingumą.
Įrankiai grūdinimui automatizuoti ir stebėti
Norint efektyviai įveikti šiuos tris etapus, įprasta remtis keturiomis pagrindinėmis įrankių grupėmis:
- Grūdinimo automatizavimas.
- Konfigūracijos valdymas.
- Atitikties skaitytuvai.
- Atvirojo kodo sprendimai.
Kiekvienas iš jų apima skirtingą ciklo dalį.
Automatiniai apsaugos nuo pažeidimų įrankiai paprastai siūlo išsamesnį sprendimą: jie gali testuoti konfigūracijos pakeitimus, įvertinti jų poveikį, taikyti politikas masiškai ir centralizuotai stebėti atitiktį reikalavimams. Jų stiprybė slypi automatinėje kiekvienos taisyklės poveikio gamybos paslaugoms analizėje, kuri yra labai svarbi siekiant užkirsti kelią žiniatinklio programų, kurios priklauso nuo konkrečių „Chrome“ ar sistemos nustatymų, gedimams.
Yra komercinių sprendimų, kurie specializuojasi serverių apsaugos stiprinimo ir tarpinės programinės įrangos srityse, skirtų sumažinti eksploatavimo išlaidas ir išvengti sutrikimų, kai įgyvendinama griežta saugumo politika. Vieni skirti serveriams apskritai, o kiti – konkrečioms platformoms (pvz., žiniatinklio aplinkoms). Šie įrankiai leidžia palaikyti tvirtą saugumo lygį nepadidinant rankinio darbo. Jie taip pat palengvina atitikties ataskaitų generavimą auditams.
Kita kategorija yra saugumo konfigūracijos valdymo (SCM) įrankiai , kuriuos NIST apibūdina kaip procesų ir technologijų rinkinį, naudojamą informacinės sistemos konfigūracijoms valdyti siekiant valdyti riziką. Jų funkcijos apima nuo konkrečios bazinės konfigūracijos taikymo iki versijų valdymo, pakeitimų peržiūros, modifikacijų tvirtinimo ir atsekamumo, kas ką ir kada pakeitė, palaikymo.
Galiausiai, atvirojo kodo ekosistema siūlo daugybę į apsaugos stiprinimą orientuotų projektų. Tai apima automatizavimo ir orkestravimo sistemas, „Windows“ atitikties šablonus, scenarijus, kurie lygina konfigūracijas su oficialiomis apsaugos stiprinimo gairėmis, ir įrankius, kurie analizuoja sistemos informaciją ir nurodo galimus pažeidžiamumus bei silpnas konfigūracijas, kurios galėtų sudaryti sąlygas privilegijų eskalavimui.
Praktinės grūdinimo priemonės: nuo sistemos iki naudotojo
Griežtinimas nėra vienas veiksmas, o papildomų priemonių rinkinys, taikomas skirtinguose lygmenyse: operacinėje sistemoje, tinkle, programose, duomenyse ir žmonėse. Nors „Chrome“ yra daugelio incidentų pagrindas, tai tik viena grandinės grandis.
Sistema ir naršyklė
Sistemos skyriuje pateikiamos kelios tipinės priemonės:
- Pakeiskite visus numatytuosius slaptažodžius.
- Pašalinkite nereikalingą programinę įrangą.
- Pašalinkite vartotojus, kurių nebereikia.
- Išjunkite nenaudojamas paslaugas ir sustiprinkite tų paslaugų, kurios liks veikiančios, saugumą.
- Uždarykite nenaudojamus atvirus prievadus.
- Sukurkite reguliarias ir patikimas atsarginių kopijų kūrimo strategijas.
- Įdiekite ir tinkamai sukonfigūruokite užkardą.
- Visada atnaujinkite savo operacinės sistemos ir programų (įskaitant „Chrome“) pataisymus.
Taip pat, kai tik įmanoma, pravartu patikrinti, ar jūsų slaptažodis nebuvo nutekintas.
Kalbant apie naršyklę, „Chrome“ apsaugos stiprinimas apima, pavyzdžiui, plėtinių apribojimą tik tiems, kuriuos patvirtino organizacija, papildinių diegimo ribojimą, HTTPS naudojimo užtikrinimą, eksperimentinių ar retai naudojamų funkcijų, kurios gali kelti pavojų, išjungimą, failų atsisiuntimo politikos valdymą ir prieigos prie mikrofono, kameros, vietos, iškarpinės ir kt. leidimų korporacinėje aplinkoje korporacijoje korporacinėje aplinkoje. Visa tai galima valdyti naudojant politikos šablonus ir administravimo įrankius.
Vartotojai ir saugumas
Naudotojų apsaugos stiprinimas yra būtinas . Tinkamai sukonfigūruota naršyklė yra mažai naudinga, jei vartotojai atidaro kiekvieną priedą jų nepatikrinę, įdiegia abejotinus plėtinius arba įveda savo slaptažodžius sukčiavimo svetainėse. Saugumo suvokimas ir mokymai yra pagrindiniai šio apsaugos komponentai. Tai apima naudotojų mokymą aptikti įtartinus el. laiškus, vengti atsisiuntimų iš neoficialių svetainių , naudoti stiprius slaptažodžius, nenaudoti jų pakartotinai skirtingose paslaugose, nuolat atnaujinti antivirusinę programinę įrangą ir vadovautis sveiku protu prieš spustelėdami.
Praktiškai naudojamas aktyviosios ir pasyviosios saugos derinys.
- Aktyvios saugumo priemonės, skirtos užkirsti kelią incidentui („Chrome“ konfigūracija, užkarda, autentifikavimas, prieigos kontrolė, tinklo segmentavimas).
- Pasyvus saugumas orientuotas į žalos mažinimą, kai kas nors jau įvyksta (atsarginės kopijos, atkūrimo planai, žurnalai, analizės ir valymo įrankiai, aptikimo ir stebėjimo sistemos).
Rizika, kliūtys ir pavyzdžiai, kur grūdinimas būtų turėjęs įtakos
Tvirtos apsaugos stiprinimo programos įgyvendinimas nėra be iššūkių ir kliūčių . Apsaugos stiprinimo priemonės gali būti techniškai sudėtingos, reikalauti specializuotų žinių ir dažnai susidurti su vartotojų ar verslo padalinių, kurie šią politiką laiko nepatogumu, pasipriešinimu.
Viena iš pasikartojančių problemų yra suderinamumas su esamomis programomis . Tam tikri pakeitimai (pvz., protokolo išjungimas, prievado blokavimas arba makrokomandų vykdymo ribojimas) gali sugadinti senąsias programas arba darbo eigas, kurios veikia jau daugelį metų. Štai kodėl testavimo etapas yra toks svarbus. Šie konfliktai turi būti aptikti anksti ir kiekvienu atveju atskirai priimamas sprendimas, ar pritaikyti programą, rasti alternatyvą ar priimti kontroliuojamą išimtį.
Taip pat reikia atsižvelgti į išlaidas, tiek tiesiogines (įrankiai, konsultacijos, personalas), tiek netiesiogines (galimas poveikis naudojimo patogumui ar našumui). Kai kurios labai ribojančios konfigūracijos gali šiek tiek sumažinti našumą. Tai ypač pastebima didelės apimties operacijų aplinkoje arba dirbant su sudėtingomis žiniatinklio programomis „Chrome“ naršyklėje.
Nors kiekvienas atvejis yra skirtingas, kibernetinio saugumo istorijoje gausu pavyzdžių, kai prastas pataisų valdymas arba numatytosios konfigūracijos buvo didžiulių incidentų priežastis. Pažeidimai, kuriuos sukėlė nepašalinti pažeidžiamumai, išpirkos reikalaujančios programos, išnaudojančios pasenusius protokolus, atakos prieš kritinę infrastruktūrą dėl nesaugių konfigūracijų... Daugeliu šių atvejų griežtas apsaugos nuo virusų taikymas būtų gerokai sumažinęs poveikį arba net užkirtęs kelią incidentui.
Galiausiai, „Chrome“ ir likusios infrastruktūros sustiprinimas yra būdas sukurti tvirtą pagrindą, ant kurio vėliau bus diegiamos kitos pažangios saugumo technologijos. Prieš investuojant į madingus sprendimus ar sudėtingas aptikimo paslaugas, verta patikrinti, ar įdiegtos pagrindinės saugumo priemonės, ar yra tinkamos konfigūracijos ir ar darbuotojai gali nustatyti dažniausiai pasitaikančias rizikas. Tik tada aukštesni gynybos sluoksniai gali iš tikrųjų atlikti savo darbą.
