Storitev · Testiranje in zagotavljanje kakovosti

Penetracijski testi

Vzemimo odvetniško pisarno v Novi Gorici, ki ima portal za stranke. Stranke prek njega oddajajo dokumente, vidijo stanje svojih zadev in prenašajo osnutke pogodb. Portal je rasel več let, na njem je delalo več izvajalcev. Vsaka stranka bi smela videti le svoje zadeve, vsaj tako je bilo zamišljeno. Kaj pa, če stranka v naslovni vrstici številko dokumenta poveča za ena in odpre tujo pogodbo? Za odvetniško pisarno, ki ji stranke zaupajo zaupne podatke, bi bile posledice takšne napake zelo resne, tudi z vidika GDPR. Napake v avtorizaciji so med najpogostejšimi in najbolj škodljivimi ranljivostmi, avtomatski pregledovalniki pa jih ne najdejo zanesljivo, saj ne vedo, da stranka A ne sme videti dokumentov stranke B. Penetracijski test vašo aplikacijo s pisnim dovoljenjem lastnika sistema pregleda z vidika napadalca, pretežno ročno. Najdene ranljivosti dokumentiramo z dokazi, po popravkih pa s ponovnim testom potrdimo, da so res zaprte.

Pisno dovoljenje
od lastnika sistema, pred začetkom
OWASP
na podlagi WSTG, ASVS in MASVS
Ročni test
napake v logiki in pravicah
Ponovni test
potrdi popravke

Obseg storitve

Obseg je pri vsaki aplikaciji drugačen. Spodaj so področja, ki jim pri spletni aplikaciji namenimo največ časa.

Obseg uskladite z našimi inženirji

Matrika vlog in pravic

V tabelo zapišemo, do katerih zapisov in funkcij naj ima dostop vsaka vloga, in preizkusimo vsako celico posebej. Meje med računi stranke, odvetnika, tajništva in skrbnika se najpogosteje prebijejo prav tu.

Prevzem računa

Ali ima prijava omejitev poskusov, ali je enkratno kodo mogoče uganiti ali obiti, ali je povezavo za ponastavitev gesla mogoče preusmeriti na tuj račun, ali se seja ob odjavi res konča?

Zloraba poslovnih pravil

Spreminjanje zneska na strani odjemalca, večkratna uporaba enkratne kode, rezervacija že zasedenega termina: ravnanja, ki tehnično niso napaka, a škodijo vašemu poslovanju.

Vnosi in datoteke

Vrivanje SQL in ukazov, XSS, nalaganje škodljivih datotek v polja za priloge in ročno spreminjanje parametrov zahtev.

API in mobilni odjemalec

Ali API, s katerim govori mobilna aplikacija, avtorizira vsako zahtevo posebej, ali ima omejitev hitrosti in ali so na napravi v odprtem besedilu shranjeni ključi ali osebni podatki.

Izpostavljenost na internetu

Pozabljene poddomene, odprte skrbniške plošče in plošče podatkovnih baz, javno dostopne mape v oblaku in zastarele različice komponent.

Poročilo v dveh ravneh

Za vodstvo jedrnat povzetek, za razvijalce pri vsaki ugotovitvi ocena CVSS, natančen postopek ponovitve in predlog popravka.

Potek dela

Okno testa, kontaktne osebe in naši testni naslovi IP so pred začetkom pisno dogovorjeni, da vaša ekipa ve, kaj je test.

01

Uvodni pogovor

Vloge v aplikaciji, občutljivi podatki, kje aplikacija gostuje in kdaj je primeren čas za test.

02

Dovoljenje

Pisno dovoljenje lastnika sistema in po potrebi ponudnika gostovanja, z obsegom in datumi.

03

Okno testa

Pretežno ročni pregled z Burp Suite in podobnimi orodji. Če najdemo kritično ranljivost, vas obvestimo takoj, ne čakamo na poročilo.

04

Ugotovitve in ponovni test

Šifrirano poslano poročilo, pregled z razvijalci prek videoklica in preverjanje po popravkih.

Test načrtujte s časom za popravke, ne tik pred objavo. Penetracijski test dva dni pred zagonom vas ob kritični ugotovitvi postavi pred težko izbiro: objavo prestavite ali greste v živo z ranljivostjo, za katero veste. Test postavite tako, da ostane nekaj tednov za popravke in ponovni test.

Pogosta vprašanja

Ker je nepooblaščen dostop do tujega informacijskega sistema lahko kaznivo dejanje, tudi če je storjen z dobrim namenom. Dovoljenje mora dati dejanski lastnik sistema. Če aplikacija teče pri ponudniku gostovanja ali zunanjem izvajalcu, pridobimo tudi njihovo soglasje.

Pri testu sive škatle zadostujejo testni račun za vsako vlogo, dokumentacija API, če obstaja, in seznam naslovov, na katerih aplikacija teče. Vaših gesel ali pravih podatkov strank ne potrebujemo.

Podrobno poročilo je za napadalca zemljevid, zato naj ostane v ozkem krogu. Za zunanje deležnike pripravimo kratek povzetek z obsegom, datumi in izidom ponovnega testa.

Vsaj enkrat na leto in ob vsaki večji spremembi: nov način plačila ali prijave, nov API, selitev infrastrukture. Če spadate med subjekte, za katere veljata NIS2 in ZInfV-1, so redni testi lahko del vaših ukrepov za obvladovanje tveganj.

Pregled hitro najde znane ranljivosti in napačne nastavitve in ga je smiselno izvajati redno. Ne ve pa, da stranka ne sme videti tujih dokumentov. Napake v pravicah in poslovni logiki najde le človek, ki aplikacijo razume.

Poglejmo, preden pogledajo napadalci

Čemu aplikacija služi, katere vloge ima, katere občutljive podatke hrani in kdo je lastnik sistema? Predlagamo obseg in termin.

Delovni čas
Od ponedeljka do petka, 9.00-17.00 (srednjeevropski čas), odgovor v enem delovnem dnevu
Pogovori
Videoklic prek Microsoft Teams ali Google Meet

Ta stran uporablja le nujne piškotke, ki so potrebni za njeno delovanje in za pomnjenje izbranega kraja. Oglaševalskih in sledilnih piškotkov ne uporabljamo. Podrobnosti najdete v razdelku Zasebnost in varstvo osebnih podatkov.