Sigurnosna revizija · Procjena
Ko u vašoj aplikaciji može čitati tuđe podatke?
Čitamo vaš kod i pokazujemo ko može doći do čega, prije nego što to pita sigurnosna provjera klijenta. U našem dizajn sistemu 188 nalaza svelo se na tri uzroka.
FormatPisana procjena
RokDatum dogovaramo unaprijed
CijenaProcjena po fiksnoj cijeni · rad po satu
Dokaz3 projekta
Procjena u 4 dijela
01 · Kada vam treba
Ako su dvije od ovih tačne, ovo vam odgovara.
- Niko nije provjerio ko može čitati tuđe podatke
- Dozvole se provjeravaju u interfejsu, a niste sigurni da ih API provjerava ponovo
- Klijent najavljuje sigurnosnu provjeru, a ne znate šta će pitati
- Pravila pristupa rasla su uslov po uslov, pa niko ne može reći šta neka uloga smije bez čitanja cijelog codebasea
02 · Šta dobijate
Dokument obrađuje vaša pravila pristupa u četiri dijela:
- Tabela svih tipova korisnika i uloga naspram svih akcija, pa bez čitanja koda vidite ko može doći do čega.
- Sva mjesta na kojima se dozvola provjerava samo u interfejsu, a API zahtjev ipak prihvata.
- Uzroci nalaza, jer ispravljen uzrok sprječava i nalaze koje bi tek proizveo.
- Za svaki uzrok: može li ga uhvatiti automatska provjera u buildu ili ga neko mora i dalje tražiti ručno.
03 · Kako odlučujemo
KORAK 01Provjera mora biti na serveru.Provjera koja radi samo u browseru ne zaustavlja nikoga ko API poziva direktno, pa utvrđujemo da li API svako pravilo provodi sam.
KORAK 02Pratimo cijeli lanac pristupa.Kad pristup zavisi od lanca, na primjer od sastanka, dokumenta vezanog za njega i verzija tog dokumenta, uz ulogu korisnika provjeravamo i svaku kariku.
KORAK 03Nalaze grupišemo po uzroku.Na našem dizajn sistemu 188 nalaza svelo se na tri uzroka, a svaki od njih je prošao typecheck, ESLint i build.
KORAK 04Ekstenzije, tokeni i potpisani URL-ovi dobijaju najmanji pristup s kojim rade.Poredimo šta svaki od njih smije raditi s onim što stvarno koristi. Potpisani URL radi za svakoga ko ga ima, pa ga tretiramo kao pristupne podatke.
04 · Ako ništa ne nađemo
I tada dobijate tabelu uloga i akcija i pisano objašnjenje gdje i zašto vaša pravila pristupa rade kako treba. Kad vas klijent u sigurnosnoj provjeri sljedeći put pita, odgovor već imate napismeno.
Dokaz
Gdje smo ovo već radili
Projekat 04 · MarketplaceNula prekida radaPreuzeli smo marketplace u kojem je SQL injection stizao do produkcije. U prva dva mjeseca, prije nego što je išta prepisano, dodali smo firewall i zatvorili naslijeđene sigurnosne rupe.Pročitajte više o projektu →Projekat 08 · Marketplace506 rutaPet vrsta korisnika, od servisera do call centra, koristi jedan codebase. Svaki tip ima svoje rute. Dozvole se određuju kombinacijom tipa i uloge, a API ih sam provjerava umjesto da vjeruje ruti s koje je zahtjev došao.Pročitajte više o projektu →Projekat 15 · Poslovni sistemiProdanoNa platformi za sastanke koja se prodaje zdravstvenim i finansijskim firmama pristup fajlovima prati graf ljudi, sastanaka i dokumenata, a ekstenzija za browser traži samo jednu dozvolu, bez pristupa medijima.Pročitajte više o projektu →
Česta pitanja
Pitanja o ovoj usluzi
Nije. Mi čitamo kod i pravila pristupa. Penetracijski test napada sistem dok radi, a to je poseban posao.
Treba nam pristup repozitorijima za čitanje i opis vaših tipova korisnika i uloga. Radimo samo s kodom, bez produkcijskih podataka.
Možemo, kao poseban posao po satu, kad dokument pokaže šta treba ispraviti.
Sljedeći korak
Opišite problem i javit ćemo vam se s tri opcije.
Prvi poziv traje 30 minuta i ni na šta vas ne obavezuje.