Įsilaužimų testas, „bug bounty“ ar „Red Team“: kaip pasirinkti

Trys saugumo testavimo būdai atsako į tris skirtingus klausimus. Kaip rinktis pagal klausimą, į kurį jums reikia atsakymo, o ne pagal paslaugos pavadinimą.

Paskelbta3 min. skaitymo

Šie trys būdai dažnai pateikiami kaip to paties dalyko lygiai: tarsi „Red Team“ operacija būtų geresnis įsilaužimų testas, o „bug bounty“ programa – pigesnė jo atmaina. Taip nėra. Kiekvienas jų atsako į kitą klausimą, o netinkamas pasirinkimas duoda tikslų atsakymą į klausimą, kurio neuždavėte.

Trys klausimai

Įsilaužimų testas klausia: kokių pažeidžiamumų turi ši sistema? Pagal sutartį dirbanti komanda suderintą laiką tiria suderintą apimtį ir praneša apie viską, ką rado, kartu nurodydama, ką patikrino. Vertė – aprėptis: žinote, kas ir kaip buvo testuota.

„Bug bounty“ programa klausia: ką žmonės iš išorės gali rasti, ko mes nepastebėjome? Nepriklausomi tyrėjai tiria tai, kas jiems įdomu, tiek laiko, kiek nori, ir gauna atlygį už pagrįstus radinius. Vertė – tyrėjų įvairovė ir atkaklumas. Aprėpties niekas nežada.

„Red Team“ operacija klausia: ar pastebėtume ataką ir ar galėtume ją sustabdyti? Komanda siekia konkretaus tikslo taip, kaip jo siektų tikras priešininkas, o jūsų gynėjai apie tai nežino. Vertė – tai, ką operacija parodo apie aptikimą ir reagavimą. Rasti daug pažeidžiamumų nėra tikslas; pakanka pasiekti tikslą pasinaudojus vienu.

Palyginimas

Kriterijus Įsilaužimų testas Bug bounty Red Team
Klausimas Kas pažeidžiama? Ko nepastebėjome? Ar pastebėtume?
Apimtis Suderinta, fiksuota Paskelbta, atvira Nustatoma pagal tikslus
Trukmė Nuo dienų iki savaičių Nuolat Nuo savaičių iki mėnesių
Kas žino Visi Visi Nedidelė kontrolinė grupė
Aprėptis Dokumentuojama Negarantuojama Nėra tikslas
Mokėjimas Už darbą Už pagrįstus radinius Už darbą
Rezultatas Ataskaita su visais radiniais Pranešimų srautas Atakos aprašymas ir aptikimo spragos

Įprasta tvarka

Daugumai organizacijų verta žengti šiuos žingsnius iš eilės, nes be ankstesnio žingsnio kiekvienas kitas nueina perniek.

  1. Įsilaužimų testas. Rasti ir ištaisyti tai, ką randa sistemingas tyrimas. To paties prašo ir auditoriai bei klientai.
  2. Pažeidžiamumų atskleidimo politika. Paskelbti kanalą pranešimams iš išorės. Tai kainuoja nedaug ir yra pagrindas viskam, kas bus toliau.
  3. Privati „bug bounty“ programa. Pakviesti ribotą tyrėjų grupę į jau testuotą apimtį. Tada atlygiai mokami už tai, ką sunku rasti.
  4. Vieša „bug bounty“ programa. Atverti programą, kai privačioje programoje laikomasi atsakymo ir ištaisymo terminų.
  5. „Red Team“ operacija. Patikrinti aptikimą ir reagavimą, kai pagrindiniai pažeidžiamumai pašalinti ir yra komanda, kurios darbą galima patikrinti.

Pradėti nuo pabaigos brangu. Vieša „bug bounty“ programa netestuotai taikomajai programai moka didelius atlygius už radinius, kuriuos fiksuotos kainos testas būtų pateikęs per pirmąsias dienas. „Red Team“ operacija prieš organizaciją, kurioje nėra stebėsenos, per savaitę įrodo tai, kas buvo žinoma iš anksto.

Kada tvarka keičiasi

  • Testą nustato reguliuotojas. Grėsmėmis pagrįstas įsilaužimų testavimas pagal DORA yra nustatytos struktūros „Red Team“ pratybos. Jei reikalavimas jums taikomas, klausimas ne ar jį atlikti, o kaip.
  • Nauja produkto versija išleidžiama kas savaitę. Kasmetinis testas aprašo sistemą, kurios jau nebėra. Vienkartinį projektą pakeičia nuolatinis testavimas.
  • Sistema tiesiogiai laiko lėšas. Išmaniųjų sutarčių auditas atliekamas prieš jas įdiegiant, o „bug bounty“ programa su reikšmingais atlygiais pradedama įdiegimo dieną.

Ko paklausti paslaugų teikėjo

  • Kas tiksliai bus patikrinta ir kaip matysiu, kad tai buvo patikrinta?
  • Kas atliks darbą ir kas peržiūri ataskaitą?
  • Kas nutinka, jei antrą dieną randamas kritinio pavojingumo pažeidžiamumas?
  • Ar pakartotinis testavimas įtrauktas ir iki kada?
  • Ko jums reikia iš mūsų, kad galėtumėte pradėti?

Paslaugų teikėjas, negalintis atsakyti į pirmąjį klausimą, parduoda laiką, o ne saugumo užtikrinimą.

Trumpai

Rinkitės įsilaužimų testą, kai reikia žinoti sistemos būklę. Rinkitės „bug bounty“ programą, kai būklę žinote ir norite sužinoti, ko nepastebėjote. Rinkitės „Red Team“ operaciją, kai norite patikrinti žmones ir procesus, kurie turėtų pastebėti ataką. Jei nežinote, kuris klausimas jūsų, aprašykite situaciją ir pasakysime, nuo ko pradėtume ir kodėl.

Užklausa

Papasakokite, ką reikia testuoti

  • Svetainės patikra nemokama
  • Atsakymas per 1 darbo dieną
  • NDA prieš bet kokias technines detales
  • Fiksuota mokamų projektų kaina
  • Jokių įsipareigojimų

Užklausa dėl vertinimo

Aprašykite sistemas ir tikslą. Vadybininkas atsakys per 1 darbo dieną: užduos patikslinančių klausimų ir pasiūlys kitą žingsnį.

Kam atsakyti

Atsakysime šiuo adresu, jei nepasirinksite kito kanalo.

Individualus verslininkas įrašo savo vardą ir pavardę.

Pageidaujamas ryšio kanalas
Ką vertinti
Dominančios paslaugos

Pasirinkite visas tinkamas.

Nemokama patikra

Jūsų svetainę patikriname nemokamai

Jei problemų nerandame, ataskaitą taip pat gaunate nemokamai. Už ataskaitą mokate tik tada, kai randame problemų, o jos kaina priklauso nuo jų skaičiaus ir pavojingumo.

Nemokamos svetainės saugumo patikros sąlygos

Taikomųjų programų saugumas

Infrastruktūra ir debesija

Priešininko imitavimas

DI, Web3 ir kriptografija

Programos ir saugumo užtikrinimas

Taikomųjų programų saugumas

Nemokama svetainės saugumo patikra

Į jūsų svetainę žiūrime iš išorės, kaip į ją žiūri užpuolikas, ir tikriname, ar į ją galima įsilaužti: ieškome silpnų nustatymų, pasenusios programinės įrangos, viešai pasiekiamų failų, nesaugių formų. Patikra nemokama.

Taikomųjų programų saugumas

Žiniatinklio programų įsilaužimų testavimas

Bandome įsilaužti į jūsų žiniatinklio programą taip, kaip tai darytų tikras užpuolikas: prisijungti prie kitų žmonių paskyrų, perskaityti kitų klientų duomenis, pakeisti kainas ar užsakymus. Sužinote, kas įmanoma, anksčiau nei nusikaltėliai.

Taikomųjų programų saugumas

API saugumo testavimas

API – tai kanalas, kuriuo jūsų programėlė, svetainė ir partneriai keičiasi duomenimis su jūsų serveriais. Tikriname, ar niekas negali juo pasinaudoti ir perskaityti ar pakeisti ne savo duomenų.

Taikomųjų programų saugumas

Mobiliųjų programėlių įsilaužimų testavimas

Tiriame jūsų „iOS“ ar „Android“ programėlę ir už jos esančius serverius: ką programėlė laiko telefone, ką iš jos galima išgauti ir ar galima suklastoti jos užklausas.

Taikomųjų programų saugumas

Kodo saugumo peržiūra

Mūsų specialistai skaito jūsų produkto pirminį kodą ir randa klaidas, dėl kurių galima įsilaužti, taip pat tas, kurių iš išorės nematyti.

Infrastruktūra ir debesija

Debesijos ir „Kubernetes“ saugumo vertinimas

Tikriname, kaip sukonfigūruota jūsų debesija („AWS“, „Azure“, „Google Cloud“, „Kubernetes“): kas prie ko turi prieigą, kurie duomenys atviri internetui ir kaip toli užpuolikas nueina po pirmosios klaidos.

Infrastruktūra ir debesija

Infrastruktūros įsilaužimų testavimas

Testuojame jūsų serverius ir biuro tinklą iš išorės ir iš vidaus: ar užpuolikas gali patekti į vidų, o patekęs – pasiekti apskaitos sistemą, paštą ar atsargines kopijas.

Infrastruktūra ir debesija

Išorinio atakos paviršiaus vertinimas

Randame viską, ką jūsų įmonė atveria internetui, įskaitant tai, kas pamiršta: senas svetaines, testinius serverius, nutekėjusius slaptažodžius. Tada parodome, ką iš to galima atakuoti.

Infrastruktūra ir debesija

CI/CD ir tiekimo grandinės saugumas

Tikriname kelią, kuriuo jūsų kodas keliauja nuo kūrėjo iki kliento: kompiliavimo serverius, trečiųjų šalių bibliotekas, prieigos raktus. Kas valdo šį kelią, tas valdo ir jūsų produktą.

Priešininko imitavimas

„Red Team“ operacijos

Didelio masto pratybos. Mūsų komanda vaidina tikrą užpuoliką, turintį tikslą, pavyzdžiui, pasiekti klientų duomenis, o jūs matote, ar jūsų gynyba jį pastebi ir sustabdo.

Priešininko imitavimas

„Purple Team“ pratybos

Mūsų atakuojančioji komanda ir jūsų gynėjai dirba kartu: parodome atakos techniką, jūsų komanda tikrina, ar ją mato, o stebėsenos trūkumai pašalinami vietoje.

Priešininko imitavimas

Socialinės inžinerijos vertinimas

Testuojame žmones, o ne mašinas: apgaulingus el. laiškus, skambučius ir žinutes, kuriais užpuolikai išvilioja slaptažodžius. Sužinote, kiek darbuotojų būtų apgauti ir ko reikia juos mokyti.

DI, Web3 ir kriptografija

DI ir LLM saugumo testavimas

Jei jūsų produkte yra pokalbių robotas ar kitas DI modelis, tikriname, ar jį galima įkalbėti atskleisti konfidencialius duomenis, pažeisti savo paties taisykles ar veikti kieno nors kito vardu.

DI, Web3 ir kriptografija

Išmaniųjų sutarčių auditas

Kol išmaniojoje sutartyje dar nelaikomi pinigai, ieškome jos kodo klaidų, kurios leistų kam nors išsiimti ar įšaldyti lėšas. Po diegimo tokių klaidų ištaisyti nebegalima.

DI, Web3 ir kriptografija

Kriptografijos peržiūra

Tikriname, kaip jūsų produktas šifruoja duomenis ir saugo raktus: ar pasirinkti tinkami algoritmai ir ar jie taikomi teisingai. Klaida čia padaro šifravimą beverčiu.

Programos ir saugumo užtikrinimas

„Bug bounty“ programos valdymas

„Bug bounty“ programoje nepriklausomi tyrėjai ieško pažeidžiamumų jūsų produkte ir gauna atlygį už kiekvieną rastą pažeidžiamumą. Tokią programą jums paleidžiame ir valdome.

Programos ir saugumo užtikrinimas

Pažeidžiamumų atskleidimo programa (VDP)

Viešas puslapis ir tvarka, kurie tyrėjams paaiškina, kaip saugiai pranešti jums apie pažeidžiamumą. Be jų pranešimai pasimeta arba ateina kaip grasinimai. Sukuriame šį procesą ir tvarkome gaunamus pranešimus.

Programos ir saugumo užtikrinimas

Nuolatinis įsilaužimų testavimas

Užuot testavę kartą per metus, visus metus testuojame kiekvieną reikšmingą jūsų produkto pakeitimą, kad naujas pažeidžiamumas nelauktų mėnesių, kol bus rastas.

Programos ir saugumo užtikrinimas

Įsilaužimų testavimas pagal atitikties reikalavimus

Įsilaužimų testas, organizuojamas taip, kad jo ataskaitą priimtų auditorius, reguliuotojas ar didelis klientas: PCI DSS, DORA, NIS2, ISO/IEC 27001, SOC 2.

Dominančios paslaugos

Dar nežinau

Pasirinkite šį variantą, jei nežinote, kokios paslaugos jums reikia. Aprašykite užduotį savais žodžiais, o specialistas atsakyme pasiūlys paslaugą.

Svetainės arba pagrindinės testuojamos sistemos domenas arba URL, pavyzdžiui, app.example.com.

Ką reikia testuoti, kodėl dabar, ar yra terminas arba atitikties reikalavimas. Nenurodykite slaptažodžių, raktų ar pažeidžiamumų detalių.

Patvirtinimai

Per šią formą nesiųskite prisijungimo duomenų, raktų ar pažeidžiamumo detalių. Dėl saugaus kanalo susitarsime po pirmojo atsakymo.

Automatinė apsaugos nuo piktnaudžiavimo patikra