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

AWS, Azure, Google Cloud un Kubernetes vides novērtējums: identitātes, tīkla atvērtība, datu krātuves un ceļi no pirmā atbalsta punkta līdz pilnai kontrolei.

Infrastruktūra un mākonis

Mākonī perimetrs ir politikas dokuments. Loma, kas var nodot citu lomu, krātuves konteiners, ko var lasīt jebkurš autentificēts lietotājs, metadatu pakalpojums, kas sasniedzams no tīmekļa lietotnes: katrs atsevišķi šķiet nekaitīgs, bet kopā tie veido ceļu no interneta līdz datiem.

Konfigurāciju pārskatām ar piekļuvi tikai lasīšanai un pēc tam testējam, ko tā nozīmē praksē: sākot no nepiederīgas personas, kompromitētas darba slodzes un izstrādātāja konta pozīcijas, sekojam piekļuves tiesībām, lai redzētu, cik tālu katra no tām tiek.

01Tvērums

Ko mēs testējam

  • Identitātes un piekļuves pārvaldība: lietotāji, lomas, politikas, federācija, pakalpojumu konti
  • Privilēģiju eskalācijas ceļi un uzticēšanās starp kontiem
  • Tīkls: drošības grupas, publiski galapunkti, peering savienojumi, privātie savienojumi
  • Krātuves un datubāzes: publiska piekļuve, šifrēšana, rezerves kopijas, momentuzņēmumi
  • Skaitļošana: instanču metadati, bezservera funkcijas, konteineru attēli
  • Kubernetes: RBAC, podu drošība, tīkla politikas, uzņemšanas kontrole, noslēpumi
  • Noslēpumi un atslēgas: pārvaldnieki, rotācija, noslēpumi kodā un vides mainīgajos
  • Žurnalēšana un atklāšana: ko uzbrucējs var izdarīt, netiekot reģistrēts
  • Piegādes plūsma: izpildītāju un izvietošanas lomu piekļuves tiesības

02Pieeja

Kā notiek darbs

  1. Konfigurācijas pārskatīšana

    Ar piekļuvi tikai lasīšanai apkopojam konfigurāciju un salīdzinām to ar CIS Benchmarks un pakalpojumu sniedzēja ieteikumiem.

  2. Uzbrukuma ceļu analīze

    Piekļuves tiesības modelējam kā grafu. Meklējam ceļus, kas no identitātes ar zemām privilēģijām ved līdz administratīvai kontrolei vai līdz datiem.

  3. Validācija

    Svarīgos ceļus izejam reāli, testēšanas noteikumu robežās, lai nošķirtu teorētisko no tā, ko var izmantot uzbrukumā.

  4. Darba slodžu testēšana

    No konteinera vai funkcijas iekšienes testējam, ko var sasniegt kompromitēta darba slodze: metadatus, blakus esošos pakalpojumus, vadības plakni.

Metodoloģija

03

Ko jūs saņemat

  • Uzbrukuma ceļu diagrammas ar piekļuves tiesībām, kas ļauj veikt katru soli
  • Konfigurācijas konstatējumi ar komandu vai politikas izmaiņu, kas novērš katru no tiem
  • Bāzes novērtējuma rezultāti pa kontrolēm
  • Vadības kopsavilkums
  • Tehniskais ziņojums: katrs konstatējums ar pierādījumiem, CVSS 4.0 vektoru, CWE klasi un labojumu
  • Noslēguma pārrunas ar jūsu inženieriem
  • Katra konstatējuma vienreizēja atkārtota pārbaude 60 dienu laikā pēc ziņojuma nodošanas
  • Apliecinājuma vēstule pēc atkārtotās pārbaudes

04

Kas mums vajadzīgs no jums

  • Loma ar piekļuvi tikai lasīšanai katrā kontā, abonementā vai projektā, kas ietilpst tvērumā
  • To kontu un datu saraksts, kurus uzskatāt par kritiskiem
  • Kubernetes gadījumā: lasīšanas piekļuve klasterim un vārdtelpa testa darba slodzēm
  • Apliecinājums, ka jūsu mākoņpakalpojumu sniedzēja testēšanas politika ir pārskatīta

05Standarti

Standarti, uz kuriem balstās metode

06Jautājumi

Jautājumi par šo pakalpojumu

Vai mums jāinformē mākoņpakalpojumu sniedzējs?

Lielie pakalpojumu sniedzēji publicē politikas, kas ļauj klientiem testēt savus resursus bez iepriekšējas saskaņošanas, un norāda aizliegtās darbības, piemēram, pakalpojuma atteices uzbrukumus (DoS). Pirms testēšanas pārbaudām jūsu pakalpojumu sniedzēja pašreizējo politiku un ievērojam to.

Vai pietiek ar piekļuvi tikai lasīšanai?

Konfigurācijas pārskatīšanai – jā. Lai validētu uzbrukuma ceļus, mums vajadzīgas identitātes ar zemām privilēģijām, no kurām ceļi sākas; tās izveido testam un pēc tā dzēš.

Mēs izmantojam mākoņa drošības stāvokļa uzraudzības rīku. Ko vēl var atrast?

Šādi rīki uzskaita konfigurācijas kļūdas pa vienai. Tie reti parāda, kuras trīs no tām kopā veido ceļu līdz datiem vai kurš no divsimt brīdinājumiem patiešām ir svarīgs. Tam ir paredzēts šis novērtējums.

08Pieteikums

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