Nepažįstamasis pranešė apie pažeidžiamumą: reagavimo planas

Gaunate el. laišką iš nepažįstamo žmogaus: jis rado pažeidžiamumą jūsų produkte. Ką daryti per pirmąją valandą, pirmąją dieną ir pirmąją savaitę.

Paskelbta3 min. skaitymo

Laiškas dažniausiai atkeliauja ne ten, kur reikėtų: į pagalbos tarnybą, pardavimų skyrių, asmeninę įkūrėjo pašto dėžutę. Jame rašoma, kad siuntėjas rado jūsų produkte pažeidžiamumą. Kartais pateikiama detalių, kartais klausiama, ar turite „bug bounty“ programą, kartais pinigai paminimi jau pirmoje eilutėje.

Tai, ką darysite toliau, lemia du dalykus: ar šis pažeidžiamumas bus ištaisytas tyliai ir ar kitas tyrėjas rašys jums, ar apie jus.

Kas rašo tokius laiškus

  • Sąžiningai veikiantys tyrėjai. Jie kažką rado, dažnai atsitiktinai arba tikrindami visą produktų klasę, ir nori, kad tai būtų ištaisyta. Daugelis tikisi atlygio ar padėkos; reikalauja nedaugelis.
  • Automatinių radinių siuntėjai. Skeneris aptiko trūkstamą antraštę ar pasenusią biblioteką, ir pranešimas buvo išsiųstas šimtams įmonių. Radinys gali būti tikras ir paprastai būna nereikšmingas.
  • Turto prievartautojai. Laiške yra grasinimas: sumokėkite, antraip duomenys bus paskelbti. Tai nusikaltimas, ir į jį reaguojama kaip į incidentą, o ne kaip į pranešimą apie pažeidžiamumą.

Iš pirmojo laiško dažnai neįmanoma pasakyti, su kuriuo iš jų turite reikalą. Toliau pateiktas planas tinka visiems trims atvejams, kol tai paaiškės.

Pirmoji valanda

  1. Neatsakykite piktai ir negrasinkite. Grasinimas teisiniais veiksmais privatų pranešimą paverčia viešai aptarinėjama istorija.
  2. Nemokėkite ir nežadėkite sumokėti. Dar nežinote, už ką mokėtumėte.
  3. Nespustelėkite nuorodų ir neatidarykite priedų iš šio laiško darbo kompiuteryje. Perduokite laišką tam, kas atsako už saugumą.
  4. Informuokite už saugumą atsakingą asmenį. Jei tokio nėra, tai pirmasis radinys.

Pirmoji diena

Patvirtinkite pranešimo gavimą. Pakanka dviejų sakinių: pranešimas gautas, jis nagrinėjamas, o štai asmuo, su kuriuo galima bendrauti. Būtent tyla verčia tyrėjus viską paviešinti.

Paprašykite detalių kanalu, kurį kontroliuojate jūs. Tam skirta pašto dėžutė, geriausia su šifravimo raktu. Paprašykite nurodyti paveiktą adresą, atkūrimo žingsnius ir tai, prie ko pranešėjui pavyko gauti prieigą.

Patikrinkite savo sistemose. Atkurkite problemą savo jėgomis, jei įmanoma – testavimo aplinkoje. Peržiūrėkite žurnalus už pranešėjo nurodytą laikotarpį: prie ko buvo gauta prieiga, iš kur, kaip dažnai. Iš žurnalų matysite, ar pranešėjas sustojo ties įrodymu.

Pirmoji savaitė

Įvertinkite pavojingumą. Ką užpuolikas gali su juo padaryti ir kiek tai sunku? Bendrą kalbą atsakymui suteikia CVSS balas.

Nuspręskite, ar tai incidentas. Jei pažeidžiamumas suteikė prieigą prie asmens duomenų ir negalite atmesti, kad juo buvo pasinaudota, gali būti taikomos duomenų apsaugos teisės aktuose nustatytos pareigos pranešti, o jų terminai trumpi. Tai klausimas jūsų teisininkams pirmąją dieną, o ne paskutinę.

Ištaisykite, tada informuokite pranešėją. Nurodykite, kas ir kada ištaisyta. Jei su pranešimu nesutinkate, taip ir pasakykite bei paaiškinkite kodėl.

Padėkokite. Vieša padėka, gavus pranešėjo sutikimą, nieko nekainuoja. Atlygis – jūsų sprendimas; jei jį mokate, mokėkite už radinį, o ne dėl spaudimo, ir nurodykite, kad atlygis savanoriškas.

Kai pirmiausia kalbama apie pinigus

Tyrėjas, kuris klausia, ar turite „bug bounty“ programą, užduoda įprastą klausimą. Atsakymas gali būti ir toks: „Ne, bet esame dėkingi už pranešimą“.

Siuntėjas, kuris atsisako pateikti bet kokių detalių iki apmokėjimo, nustato terminą ar grasina paskelbti duomenis, apie pažeidžiamumą nepraneša. Išsaugokite laiškus, nesiderėkite vieni, įtraukite savo teisininkus ir apsvarstykite galimybę kreiptis į teisėsaugos institucijas.

Kad kitas pranešimas pasiektų tinkamą adresatą

Pranešimas pateko ne į tą pašto dėžutę, nes tinkamos nebuvo. Tai ištaiso trys dalykai:

  • Pažeidžiamumų atskleidimo politika jūsų svetainėje: ką galima testuoti, kaip pranešti, ko gali tikėtis pranešėjas, ir jūsų įsipareigojimas nesiimti teisinių veiksmų prieš tuos, kurie laikosi taisyklių.
  • Failas security.txt adresu /.well-known/security.txt – ten tyrėjai žiūri pirmiausia. RFC 9116 reikalauja dviejų laukų, Contact ir Expires; po Expires nurodytos datos failas laikomas pasenusiu.
  • Procesas už pašto dėžutės: kas ją skaito, kas tikrina, kas sprendžia ir per kiek laiko.

Iš to ir susideda pažeidžiamumų atskleidimo programa. Jei pranešimas laukia atsakymo jau dabar, pateikite užklausą ir tai nurodykite: į tokias užklausas atsakome pirmiausia.

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