Securitate: masuri tehnice si organizatorice

Schita (draft), 2026-10-31. Acest document este o propunere pregatita de BITORA SRL si nu a fost inca revizuita de un avocat. Nu produce efecte pana la publicarea versiunii finale, datata si versionata. Aceasta pagina este Anexa 1 la Acordul de prelucrare a datelor.

Izolare

Fiecare client are propriul server, propria baza de date, propriile chei si propriul backup. Nu exista baza de date comuna intre clienti. Accesul operatorilor BITORA se face prin tunel criptat, nominal, jurnalizat.

Agentii nu detin secrete

Procesele agentilor nu primesc credentialele bazei de date, ale canalelor sau ale panoului; primesc doar ce le cere manifestul lor. Fisierele de configurare sunt montate doar-citire. Orice mesaj catre exterior trece prin poarta de iesire: destinatii permise, drepturile persoanei, limite zilnice, aprobare legata de textul exact; totul in jurnalul imuabil.

Criptare si chei

TLS pentru tot traficul; backup-uri criptate cu cheie per client; secretele stocate criptat; rotirea cheilor la plecarea unei persoane cu acces si cel putin anual.

Operare

Actualizari de securitate automate; imagine de aplicatie versionata; lansari in inele cu verificare de sanatate si revenire automata; monitorizare centrala pe metadate (fara continut); plan de raspuns la incidente cu notificarea clientului in 24 de ore.

Continuitate

Backup zilnic in alta locatie, test de restaurare lunar, procedura documentata de restaurare pe server nou.

Dezvoltare

Revizuirea codului, teste automate pentru regulile portii de iesire la fiecare modificare, verificare a dependintelor, fara date de client in mediile de dezvoltare.