Matriz de Políticas Row-Level Security (RLS)
O isolamento multi-tenant do ecossistema apoia-se em políticas declarativas de Row-Level Security (RLS) no PostgreSQL, com ativação estrita de FORCE ROW LEVEL SECURITY nas entidades de fronteira.
1. Matriz de Políticas por Entidade
| Tabela | Papel | Comando | Condição de Isolamento & Regra |
|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
Bloqueado via RLS direta; mutação permitida exclusivamente via RPC |
|
|
|
Delimitado pela organização ativa do usuário autenticado. |
|
|
|
|
|
|
|
Delimitado à organização ativa sob papéis de gestão ( |
|
|
|
|
|
|
|
Exige permissão |
|
|
|
|
|
|
|
Acesso restrito a workers e daemons autorizados. |
|
|
|
Delimitado à organização para administradores ( |
|
|
|
Delimitado à tupla |
|
|
|
Modificação restrita a triggers transacionais internos e workers autorizados. |
|
|
|
|
2. Invariante de Segurança FORCE ROW LEVEL SECURITY
As tabelas que contêm identificadores de unidade (location_id) ou instâncias de mensageria possuem compulsoriamente a flag FORCE ROW LEVEL SECURITY ativada (conforme migração 20260914183000). Essa diretiva previne que roles com permissões amplas (incluindo proprietários de tabela que não sejam superusuários) ignorem as políticas declarativas de RLS durante a execução de consultas e rotas Nitro BFF.