09 Pregled i kontinuitet
Bezbednosna arhitektura
Kontrola pristupa, izolacija podataka i bezbedna podrazumevana podešavanja, ugrađeni u model podataka, skladište fajlova i server od početka, a ne naknadno.
Ishod: Bezbednosne odluke donete promišljeno — i zapisane.
Bezbednosna arhitektura znači da se već pri projektovanju odlučuje ko sme da vidi i menja koje podatke i gde se svako pravilo sprovodi — u modelu podataka, skladištu fajlova i na serveru — umesto da se to krpi posle puštanja u rad.
Najvažnija je za softver koji čuva podatke o klijentima, finansijske podatke ili podatke o ličnosti, opslužuje više organizacija iz jedne baze ili različitim ulogama prikazuje različite stvari. Pregled sistema koji već koristite posebna je usluga: tehnički audit i konsultacije o arhitekturi.
Tipične potrebe
- Osetljivi podaci o klijentima, finansijski podaci ili podaci o ličnosti
- Uloge koje moraju da vide različite stvari
- Više kompanija ili kancelarija čiji podaci moraju da ostanu odvojeni
Šta dobijate
- Pristup po ulogama i izolacija podataka ugrađeni u model podataka
- Bezbedna podrazumevana podešavanja: HTTPS, zaštitna zaglavlja, tajne samo na serveru
- Privatno skladište fajlova bez javnih linkova, uz proveru pristupa pri svakom preuzimanju
Pristup
Kako teče rad.
- 01
Prvo pravila pristupa
Pre nego što se napiše šema baze, popisuje se ko koristi sistem, kojoj organizaciji pripada svaki zapis i koja su polja osetljiva — i dogovara se ko sme šta da vidi, menja i briše.
- 02
Sprovođenje u samoj bazi
Pravila Row Level Security proveravaju svaki red prema organizaciji i ulozi korisnika, pa važe i kada se bazi pristupa mimo aplikacije.
- 03
Privatni fajlovi i ključevi
Dokumenti idu u privatno skladište bez javnih linkova i preuzimaju se tek posle provere na serveru. API ključevi i druge tajne ostaju na serveru i nikada ne stižu do pregledača.
- 04
Bezbedna podešavanja pri svakoj izmeni
Svaki odgovor ide preko HTTPS-a, uz HSTS i zaštitna zaglavlja, a CI skenira zavisnosti i tajne, kako bi podrazumevana podešavanja ostala na mestu dok se kod menja.
Tehnologije
- PostgreSQL Row Level Security
- HTTPS, HSTS i zaštitna zaglavlja
- Skeniranje zavisnosti i tajni
Inženjer koji radi ovaj posao je osnivač, Filip Volf — sarađujete direktno sa njim.
Pitanja
O ovoj usluzi.
Po čemu se ovo razlikuje od tehničkog audita i konsultacija o arhitekturi?
Tehnički audit daje pisani pregled sistema koji već postoji: nalaze, prioritete i kompromise. Ova usluga projektuje i gradi same kontrole — pravila pristupa, izolaciju podataka, privatno skladište i bezbedna podrazumevana podešavanja — u novom sistemu ili u delu postojećeg koji se prerađuje. Audit može da dođe prvi i da pokaže odakle treba početi.
Možete li da obećate da će aplikacija biti bezbedna?
Apsolutnu bezbednost niko ne može pošteno da obeća. Dobijate konkretne kontrole, svaku precizno navedenu: ko može da pristupi kojim podacima, gde se to sprovodi, kako se fajlovi isporučuju i koje tajne ostaju na serveru — a ono što još nije uvedeno zovemo planom.
Šta se dešava kada neko ode ili promeni ulogu?
Pristup je vezan za lični nalog i ulogu i proverava se u samoj bazi, pa se sa deaktivacijom naloga ili promenom uloge menja i pristup — nema zajedničkih lozinki ni linkova koje bi neko morao da opozove. U Pametnom Advokatu svaki korisnik ima ličnu prijavu, deaktiviran nalog odmah gubi pristup, a brisanje zapisa je samo za advokata.
Povezane usluge
- 05
API-ji, backend arhitektura i PostgreSQL
Ishod: Poslovna pravila sprovedena jednom, tamo gde su podaci.
- 08
Cloud infrastruktura i integracije
Ishod: Rutinska izdanja i pregledne integracije.
- 10
Tehnički audit i konsultacije o arhitekturi
Ishod: Šta prvo popraviti, šta može da sačeka — i zašto.
Sledeći korak
Razgovarajmo o tome šta gradite.
Opišite šta treba izgraditi ili popraviti, kako se posao danas odvija i koja su ograničenja. Dobićete pitanja koja razjašnjavaju zahtev ili prvi predlog pristupa — imejlom, na srpskom ili engleskom.