Svešinieks ziņoja par ievainojamību: rīcības plāns

Pienāk e-pasts no kāda, ko nepazīstat: viņš ir atradis ievainojamību jūsu produktā. Kas jādara pirmajā stundā, pirmajā dienā un pirmajā nedēļā.

Publicēts:Lasīšanas laiks: 3 min

Ziņa parasti nonāk nepareizā vietā: atbalsta dienestā, pārdošanas nodaļā, dibinātāja personīgajā pastkastē. Tajā teikts, ka sūtītājs ir atradis ievainojamību jūsu produktā. Dažreiz tajā ir detaļas, dažreiz jautājums, vai jums ir bug bounty programma, dažreiz jau pirmajā rindā ir runa par naudu.

Tas, ko darīsiet tālāk, izšķir divas lietas: vai šī ievainojamība tiks novērsta bez trokšņa un vai nākamais pētnieks rakstīs jums vai par jums.

Kas raksta šādas ziņas

  • Pētnieki, kas rīkojas godprātīgi. Viņi kaut ko atraduši, bieži nejauši vai testējot veselu produktu klasi, un vēlas, lai tas tiktu novērsts. Daudzi cer uz atlīdzību vai pateicību; uzstāj tikai retais.
  • Automātisku konstatējumu sūtītāji. Skeneris atrada trūkstošu galveni vai novecojušu bibliotēku, un ziņojums tika nosūtīts simtiem uzņēmumu. Konstatējums var būt īsts, un parasti tas ir maznozīmīgs.
  • Izspiedēji. Ziņā ir draudi: samaksājiet, citādi dati tiks publicēti. Tas ir noziegums, un to apstrādā kā incidentu, nevis kā ziņojumu.

No pirmās ziņas bieži nevar saprast, kurš no viņiem jums rakstījis. Tālāk aprakstītais plāns der visiem trim, līdz to var saprast.

Pirmā stunda

  1. Neatbildiet dusmās un nedraudiet. Draudi vērsties tiesā privātu ziņojumu pārvērš publiskā stāstā.
  2. Nemaksājiet un nesoliet samaksu. Jūs vēl nezināt, par ko maksātu.
  3. Neklikšķiniet uz saitēm un neatveriet pielikumus no šīs ziņas darba datorā. Nododiet to tam, kurš nodarbojas ar drošību.
  4. Informējiet personu, kas atbild par drošību. Ja tādas nav, tas ir pirmais konstatējums.

Pirmā diena

Apstipriniet saņemšanu. Pietiek ar diviem teikumiem: ziņojums ir saņemts, tas tiek izskatīts, un sazināties var ar šo cilvēku. Tieši klusēšana liek pētniekiem vērsties atklātībā.

Pieprasiet detaļas pa kanālu, ko kontrolējat jūs. Atsevišķa pastkaste, vēlams ar šifrēšanas atslēgu. Palūdziet norādīt skarto adresi, reproducēšanas soļus un to, kam ziņotājs varēja piekļūt.

Pārbaudiet savā pusē. Mēģiniet problēmu reproducēt patstāvīgi, ja iespējams, testa vidē. Pārskatiet žurnālierakstus par laikposmu, ko norāda ziņotājs: kam piekļuva, no kurienes, cik bieži. No žurnālierakstiem redzams, vai ziņotājs apstājās pie pierādījuma.

Pirmā nedēļa

Novērtējiet bīstamību. Ko uzbrucējs ar to var izdarīt, un cik tas ir grūti? Kopīgu valodu atbildei dod CVSS vērtējums.

Izlemiet, vai tas ir incidents. Ja ievainojamība deva piekļuvi personas datiem un jūs nevarat izslēgt, ka tā ir izmantota, var būt piemērojami datu aizsardzības tiesību aktos noteiktie paziņošanas pienākumi ar īsiem termiņiem. Šis jautājums jūsu juristiem jāuzdod pirmajā dienā, nevis pēdējā.

Novērsiet ievainojamību un tad informējiet ziņotāju. Pasakiet, kas tika novērsts un kad. Ja nepiekrītat ziņojumam, pasakiet to un paskaidrojiet, kāpēc.

Pateicieties. Publiska pateicība ar ziņotāja piekrišanu neko nemaksā. Atlīdzība ir jūsu lēmums; ja to maksājat, maksājiet par konstatējumu, nevis spiediena dēļ, un norādiet, ka tā ir brīvprātīga.

Kad vispirms runa ir par naudu

Pētnieks, kurš jautā, vai jums ir bug bounty programma, uzdod parastu jautājumu. Atbilde var būt: „nav, taču pateicamies par ziņojumu”.

Sūtītājs, kurš atsakās sniegt jebkādas detaļas pirms samaksas, nosaka termiņu vai draud publicēt datus, neziņo par ievainojamību. Saglabājiet ziņas, neveiciet pārrunas vienpersoniski, iesaistiet juristus un apsveriet iespēju vērsties tiesībsargājošajās iestādēs.

Lai nākamais ziņojums nonāktu, kur vajag

Ziņojums nonāca nepareizajā pastkastē, jo pareizās nebija. To novērš trīs lietas:

  • Ievainojamību atklāšanas politika jūsu tīmekļvietnē: ko drīkst testēt, kā ziņot, ko ziņotājs var sagaidīt, un jūsu apņemšanās nevērsties pret tiem, kuri ievēro noteikumus.
  • Fails security.txt adresē /.well-known/security.txt – vietā, kur pētnieki skatās vispirms. RFC 9116 prasa divus laukus, Contact un Expires; pēc datuma laukā Expires fails tiek uzskatīts par novecojušu.
  • Process aiz pastkastes: kas to lasa, kas pārbauda, kas lemj un kādā termiņā.

No tā sastāv ievainojamību atklāšanas programma. Ja ziņojums gaida atbildi tieši tagad, nosūtiet mums pieteikumu un norādiet to: uz šādiem pieteikumiem atbildam pirmām kārtām.

Pieteikums

Pastāstiet, kas jātestē

  • Tīmekļvietnes pārbaude bez maksas
  • Atbilde 1 darbdienas laikā
  • NDA pirms jebkādām tehniskām detaļām
  • Fiksēta cena maksas projektiem
  • Bez saistībām

Pieteikt pārbaudi

Aprakstiet sistēmas un mērķi. Klientu vadītājs atbild 1 darbdienas laikā: uzdod precizējošus jautājumus un norāda nākamo soli.

Kam atbildēt

Atbildam uz šo adresi, ja vien neizvēlaties citu kanālu.

Individuālais komersants norāda savu vārdu un uzvārdu.

Vēlamais saziņas kanāls
Ko pārbaudīt
Interesējošie pakalpojumi

Izvēlieties visus atbilstošos.

Bezmaksas pārbaude

Jūsu tīmekļvietni pārbaudām bez maksas

Ja problēmas neatrodam, arī ziņojumu saņemat bez maksas. Par ziņojumu maksājat tikai tad, ja atrodam problēmas, un tā cena ir atkarīga no to skaita un bīstamības.

Bezmaksas tīmekļvietnes drošības pārbaudes noteikumi

Lietotņu drošība

Infrastruktūra un mākonis

Uzbrucēja simulācija

MI, Web3 un kriptogrāfija

Programmas un kontrole

Lietotņu drošība

Bezmaksas tīmekļvietnes drošības pārbaude

Aplūkojam jūsu tīmekļvietni no ārpuses, kā to dara uzbrucējs, un pārbaudām, vai tajā var ielauzties caur vājiem iestatījumiem, novecojušu programmatūru, publiski pieejamiem failiem vai nedrošām veidlapām. Pārbaude ir bez maksas.

Lietotņu drošība

Tīmekļa lietotņu ielaušanās testēšana

Mēģinām ielauzties jūsu tīmekļa lietotnē tā, kā to darītu īsts uzbrucējs: pieteikties citu cilvēku kontos, lasīt citu klientu datus, mainīt cenas vai pasūtījumus. Jūs uzzināt, kas ir iespējams, pirms to uzzina noziedznieki.

Lietotņu drošība

API drošības testēšana

API ir kanāls, pa kuru jūsu lietotne, jūsu tīmekļvietne un jūsu partneri apmainās ar datiem ar jūsu serveriem. Pārbaudām, vai kāds caur to var lasīt vai mainīt datus, kas viņam nepieder.

Lietotņu drošība

Mobilo lietotņu ielaušanās testēšana

Izpētām jūsu iOS vai Android lietotni un serverus, ar kuriem tā strādā: ko lietotne glabā tālrunī, ko no tās var iegūt un vai tās pieprasījumus var viltot.

Lietotņu drošība

Pirmkoda drošības pārbaude

Mūsu speciālisti lasa jūsu produkta pirmkodu un atrod kļūdas, kas ļauj ielauzties, arī tās, kas no ārpuses nav redzamas.

Infrastruktūra un mākonis

Mākoņa un Kubernetes drošības novērtējums

Pārbaudām, kā ir iestatīts jūsu mākonis (AWS, Azure, Google Cloud, Kubernetes): kam ir piekļuve kādiem resursiem, kuri dati ir atvērti internetam un cik tālu uzbrucējs tiek pēc pirmās kļūdas.

Infrastruktūra un mākonis

Infrastruktūras ielaušanās testēšana

Testējam jūsu serverus un biroja tīklu no ārpuses un no iekšpuses: vai uzbrucējs var iekļūt un, jau atrodoties iekšā, piekļūt grāmatvedības sistēmai, e-pastam vai rezerves kopijām.

Infrastruktūra un mākonis

Ārējās uzbrukuma virsmas novērtējums

Atrodam visu, ko jūsu uzņēmums ir padarījis pieejamu internetā, arī to, kas ir aizmirsts: vecas tīmekļvietnes, testa serverus, nopludinātas paroles. Pēc tam parādām, kam no tā var uzbrukt.

Infrastruktūra un mākonis

CI/CD un piegādes ķēdes drošība

Pārbaudām ceļu, ko jūsu kods veic no izstrādātāja līdz klientam: būvēšanas serverus, trešo pušu bibliotēkas, piekļuves atslēgas. Kas kontrolē šo ceļu, tas kontrolē jūsu produktu.

Uzbrucēja simulācija

Red Team operācijas

Pilna mēroga mācības. Mūsu komanda rīkojas kā īsts uzbrucējs ar konkrētu mērķi, piemēram, piekļūt klientu datiem, un jūs redzat, vai jūsu aizsardzība to pamana un aptur.

Uzbrucēja simulācija

Purple Team mācības

Mūsu uzbrucēji un jūsu aizsardzības komanda strādā līdzās: parādām uzbrukuma paņēmienu, jūsu komanda pārbauda, vai to redz, un uzraudzības nepilnības tiek novērstas uz vietas.

Uzbrucēja simulācija

Sociālās inženierijas novērtējums

Testējam cilvēkus, nevis datorus: pikšķerēšanas e-pastus, zvanus un ziņas, ar kuriem uzbrucēji izkrāpj paroles. Jūs uzzināt, cik darbinieku tiktu maldināti un kas viņiem jāmāca.

MI, Web3 un kriptogrāfija

MI un LLM drošības testēšana

Ja jūsu produktā ir tērzēšanas robots vai cits MI modelis, pārbaudām, vai to var pierunāt atklāt konfidenciālus datus, pārkāpt savus noteikumus vai rīkoties kāda cita vārdā.

MI, Web3 un kriptogrāfija

Viedo līgumu audits

Pirms viedais līgums sāk glabāt naudu, meklējam tā kodā kļūdas, kas ļautu kādam izņemt vai iesaldēt līdzekļus. Pēc izvietošanas šādas kļūdas vairs nevar izlabot.

MI, Web3 un kriptogrāfija

Kriptogrāfijas pārbaude

Pārbaudām, kā jūsu produkts šifrē datus un aizsargā atslēgas: vai ir izvēlēti pareizie algoritmi un vai tie tiek pareizi lietoti. Kļūda šeit padara šifrēšanu bezjēdzīgu.

Programmas un kontrole

Bug bounty programmas pārvaldība

Bug bounty ir programma, kurā neatkarīgi pētnieki meklē ievainojamības jūsu produktā un saņem atlīdzību par katru atrasto ievainojamību. Mēs šādu programmu jums palaižam un vadām.

Programmas un kontrole

Ievainojamību atklāšanas programma (VDP)

Publiska lapa un procedūra, kas pētniekiem paskaidro, kā droši ziņot jums par ievainojamību. Bez tām ziņojumi pazūd vai pienāk kā draudi. Mēs izveidojam procesu un apstrādājam ienākošos ziņojumus.

Programmas un kontrole

Nepārtraukta ielaušanās testēšana

Viena testa gadā vietā testējam katru būtisku jūsu produkta izmaiņu visa gada garumā, lai jauna ievainojamība mēnešiem negaidītu, kad to atradīs.

Programmas un kontrole

Ielaušanās testēšana atbilstībai

Ielaušanās tests, kas organizēts tā, lai tā ziņojumu pieņemtu auditors, regulators vai liels klients: PCI DSS, DORA, NIS2, ISO/IEC 27001, SOC 2.

Interesējošie pakalpojumi

Vēl nezinu

Izvēlieties šo, ja nezināt, kurš pakalpojums jums vajadzīgs. Aprakstiet uzdevumu saviem vārdiem, un speciālists atbildē ieteiks pakalpojumu.

Tīmekļvietnes vai galvenās testējamās sistēmas domēns vai URL, piemēram, app.example.com.

Kas jātestē, kāpēc tieši tagad, kā arī termiņš vai atbilstības prasība, ja tāda ir. Bez parolēm, atslēgām un ievainojamību detaļām.

Apliecinājumi

Šajā veidlapā nesūtiet piekļuves datus, atslēgas vai ievainojamības detaļas. Par drošu kanālu vienojamies pēc pirmās atbildes.

Automātiska pārbaude pret ļaunprātīgu izmantošanu