Grėsmių modeliavimo koncepcija atsirado dar 1990-aisiais, ją lėmė augantis supratimas apie tai, ko reikia grėsmių modeliavimui. siekiant užtikrinti programinės įrangos kūrimą, technologijoms ir skaitmeninėms sistemoms tapus neatsiejama kasdienio gyvenimo dalimi. Iš pradžių programinės įrangos saugumo vertinimai buvo reaktyvūs, daugiausia dėmesio skiriant pažeidžiamumų nustatymui ir taisymui po diegimo. Šis reaktyvus modelis dažnai pasirodė esąs brangus ir nepakankamas, atsižvelgiant į sparčiai besivystančias grėsmes.
Apibrėžimai:
Kas yra grėsmių modeliavimas? #
Tai sistemingas metodas, kuriuo siekiama nustatyti, įvertinti ir suskirstyti pagal prioritetus galimas saugumo rizikas, susijusias su programa, sistema ar organizacija. Grėsmių modeliavimas suteikia saugumo specialistams, „DevSecOps“ komandoms ir suinteresuotosioms šalims tinkamą sistemą rizikoms įvertinti ir apibrėžti, ko reikia grėsmių modeliavimui, leidžiant jiems parengti jų unikalioms aplinkybėms pritaikytas mažinimo strategijas. Šis proaktyvus metodas užtikrina ankstyvą pažeidžiamumų aptikimą, taip sumažinant jų šalinimo vėlesniuose kūrimo etapuose arba po diegimo išlaidas ir sudėtingumą. Šis metodas apima ne tik programų saugumą (AppSec), bet ir priešininkų veiksmus, infrastruktūros silpnąsias vietas ir strateginius rizikos vertinimus, todėl jis yra esminis šiuolaikinių kibernetinio saugumo strategijų komponentas. Dabar, kai trumpai paaiškinome, kas yra grėsmių modeliavimas, pasinerkime į tai.
Pagrindiniai grėsmių modeliavimo principai #
- Turto identifikavimasApibrėžkite svarbiausius sistemos ar programos komponentus, kuriems reikalinga apsauga. Tai gali apimti jautrius duomenis, programų API arba tinklo infrastruktūras.
- Grėsmės IdentifikacijaNaudokite tokias sistemas kaip STRIDE arba LINDDUN, kad sistemingai atskleistumėte galimas grėsmes. Šios grėsmės gali apimti duomenų nutekėjimą ir paslaugų teikimo trikdymo (DoS) atakas.
- Grėsmių vertinimas: Įvertinkite kiekvienos grėsmės tikimybę ir galimą poveikį, kad galėtumėte veiksmingai nustatyti prioritetus mažinimo strategijoms.
- Atsakomosios priemonės Apibrėžimas: Sukurkite saugumo kontrolės priemones ir praktikas, pritaikytas nustatytoms grėsmėms sušvelninti. Supratimas, ko reikia grėsmių modeliavimui, pavyzdžiui, tikslūs rizikos vertinimai ir tinkamos atsakomosios priemonės, užtikrina veiksmingą apsaugą.
- Iteracija ir tobulinimas: Į tai žiūrėkite kaip į nuolatinį procesą, kuris kinta kartu su besikeičiančiomis sistemomis, technologijomis ir priešiškumo metodais.
Svarbi terminija #
- „Attack Vector“: maršrutas arba metodas, kurį užpuolikas naudoja norėdamas pasinaudoti pažeidžiamumu. Tai gali apimti tokius metodus kaip sukčiavimas apsimetant, SQL injekcija arba vidinės grėsmės.
- Priešininkų analizė: potencialių užpuolikų tyrimas, daugiausia dėmesio skiriant jų motyvacijai, gebėjimams ir ištekliams. Tai labai svarbu norint numatyti, kaip priešininkai gali įsilaužti į sistemą
- Grėsmės veikėjas: asmuo arba grupė, vykdanti atakas. Jie gali būti įvairūs – nuo kibernetinių nusikaltėlių iki valstybės remiamų veikėjų.
- Pažeidžiamumas: sistemos trūkumas arba silpnybė, kuria galima pasinaudoti ir taip pakenkti jos konfidencialumui, vientisumui ar prieinamumui.
- Rizikos vertinimas: grėsmės, sėkmingai išnaudojusios pažeidžiamumą, galimų pasekmių ir tikimybės įvertinimas.
- Atsakomoji priemonė: bet kokia strategija, procesas ar technologija, įdiegta siekiant sumažinti saugumo grėsmės tikimybę ar poveikį
Grėsmių modeliavimo sistemos #
Grėsmių modeliavimo procesui vadovauja kelios sistemos. Kiekviena iš jų skirta konkretaus tipo grėsmėms ir saugumo reikalavimams.
- ŽINGSNIS:
- „Microsoft“ sukurtas STRIDE suskirsto grėsmes į šešias sritis: klastojimą, klastojimą, paneigimą, informacijos atskleidimą, paslaugų atsisakymą ir privilegijų suteikimą.
- Geriausiai tinka taikomojo lygio modeliavimui.
- LINDDUN:
- Privatumo užtikrinimo sistema, skirta spręsti tokias grėsmes kaip susiejamumas, identifikuojamumas, nepaneigiamumas, aptinkamumas, atskleidimas, nežinojimas ir neatitikimas.
- Dažniausiai naudojama sistemose, kurios tvarko jautrius arba asmeninius duomenis.
- Atakos medžiai:
- Hierarchinė diagrama, vaizduojanti galimus atakų kelius prieš sistemą, pradedant nuo pagrindinio tikslo (pvz., „Vartotojo duomenų pažeidimas“) ir išsišakojant į subtikslus arba veiksmus.
- Idealiai tinka priešininko taktikos vizualizavimui.
- PASTA (Atakų modeliavimo ir grėsmių analizės procesas):
- Į riziką orientuota metodologija, orientuota į poveikį verslui, pateikianti išsamų vaizdą apie tai, kaip grėsmės veikia organizacijos tikslus.
- Tinka didelio masto enterprise programos.
- MITER ATT&CK:
- Priešininkų taktikų ir technikų žinių bazė. Nors tai nėra atskira sistema, ji papildo grėsmių modeliavimą, susiedama grėsmes su realaus pasaulio atakų modeliais.
Kodėl tai svarbu programų saugumui? #
Grėsmių modeliavimas nustato pažeidžiamumus ankstyvoje programinės įrangos kūrimo gyvavimo ciklo stadijoje (SDLC), leidžiantis komandoms kurti sistemas su integruotu saugumu. „DevSecOps“ komandoms tai užtikrina sklandų saugumo praktikų integravimą į CI/CD pipelines.
Pagrindiniai privalumai:
- Aktyvus rizikos mažinimasGrėsmių prevencija prieš joms įvykstant sumažina brangiai kainuojančių pažeidimų tikimybę.
- Glaudesnis bendradarbiavimas: Palengvina bendravimą tarp kūrėjų, saugumo komandų ir suinteresuotųjų šalių
- Reguliavimo laikymasis: Daugelis standardtokiems kaip BDAR ir HIPAA, reikalingi išsamūs rizikos vertinimai, kuriuos pasiekti padeda grėsmių modeliavimas.
- Priešininkų analizės lygiavimasNumatydamos priešiškas strategijas, organizacijos gali įgyvendinti tikslines gynybos priemones
Dažni iššūkiai #
Ekspertizės trūkumasEfektyviam grėsmių modeliavimui reikia gilaus techninės aplinkos ir galimų grėsmių supratimo.
Laiko apribojimaiGreitai vykstančiuose kūrimo cikluose komandos gali neteikti pirmenybės išsamiems grėsmių vertinimams.
Neišsami apimtisPraleidus svarbiausius išteklius ar grėsmių scenarijus, gali atsirasti saugumo spragų.
Dinaminis grėsmės peizažasNuolatinė priešininkų taktikos evoliucija reikalauja nuolatinių grėsmių modelių atnaujinimų.
#
Grėsmių modeliavimas DevSecOps sistemoje #
Grėsmių modeliavimo integravimas į „DevSecOps“ užtikrina saugumą kiekviename programinės įrangos teikimo etape. Pagrindinės praktikos apima:
- Automatika: įrankiai, tokie kaip „Threat Dragon“ arba „Microsoft Threat Modeling Tool“, skirti vertinimams supaprastinti
- Shift-Left apsaugaGrėsmių modeliavimas projektavimo etape SDLC
- Nuolatinis tobulinimas: Grėsmių modelių atnaujinimas su kiekvienu kodo pakeitimu ar diegimu.
Apibendrinant #
Kas yra grėsmių modeliavimas ir kodėl jis toks svarbus? Norėdamos visapusiškai išnaudoti jo teikiamą naudą, organizacijos turi suprasti, ko reikia grėsmių modeliavimui, įskaitant tinkamas sistemas, įrankius ir bendradarbiavimo praktikas. Sistemingai identifikuodamos, vertindamos ir mažindamos riziką, organizacijos gali aktyviai šalinti pažeidžiamumus ir apsiginti nuo galimų grėsmių. Nuo tokių sistemų kaip STRIDE ir LINDDUN naudojimo iki saugumo integravimo į... „DevSecOps“ darbo eigą, tai suteikia aiškų kelią atsparių sistemų kūrimui. Saugumo vadovams, kūrėjams ir „DevSecOps“ komandoms grėsmių modeliavimas nebėra pasirinktinas dalykas – tai būtina strategija, leidžianti neatsilikti nuo besikeičiančių kibernetinių rizikų.
Sužinokite, kaip Apsaugokite savo projektą su „Xygeni“ #
Užsisakykite demonstracinę versiją šiandien sužinoti kaip Ksigėni gali pakeisti jūsų požiūrį į programinės įrangos saugumą.
