Definizione
Che cos’è Row-level security e come funziona?
Due persone interrogano la stessa tabella ma ricevono record diversi. La regola può dipendere da proprietario, team, cliente, sede o tenant.
Applicare il controllo nel livello dati riduce il rischio che una schermata o una nuova API dimentichino il filtro. Le policy devono comunque essere testate per ogni ruolo e operazione.
Esempio aziendale
Esempio di Row-level security in azienda
Ogni commerciale vede soltanto i propri clienti, il responsabile vede il team e l’amministratore autorizzato vede l’intera organizzazione.
Applicazioni
Quando può essere utile
- CRM
- applicazioni multi-tenant
- portali clienti
- dati per reparto
- agenti AI con accesso limitato
Limiti
Quando fare attenzione
- affidarsi solo ai filtri dell’interfaccia
- policy senza test negativi
- ruoli amministrativi troppo ampi
- query tecniche non governate
Da non confondere
Row-level security: con cosa non va confuso?
La row-level security decide quali record sono visibili. La field-level security decide quali colonne o campi possono essere letti o modificati.
Dalla definizione al progetto
Cosa può realizzare Agentix con Row-level security
Agentix considera la sicurezza per riga una garanzia del motore, non un filtro visivo da ripetere in ogni pagina.
Lumen applica permessi su tabella, campo e riga nel backend Rust, così le applicazioni ereditano una base comune anche quando evolvono.
Scopri i permessi per riga di LumenRisposte rapide
Domande frequenti su Row-level security
Protegge anche le chiamate API?
Sì, se l’API usa l’identità corretta e passa dallo stesso livello dati. Un accesso tecnico privilegiato può invece aggirare la policy e va limitato.
È utile per gli agenti AI?
Molto. Consente all’agente di recuperare soltanto i record che l’utente o il servizio rappresentato è autorizzato a vedere.
Dal concetto all’applicazione
Vuoi applicare Row-level security nella tua azienda?
Partiamo dal processo, dai dati disponibili e dal risultato atteso per definire un primo progetto concreto.