HypotesMycket hög tilltroAktuell
Tenantisolering kräver flera oberoende lager för identitet, data, nätverk, policy och observation.
Ingen enskild tenantidentifierare eller RLS-regel bör bära hela säkerhetsgränsen.
Giltigt från2026-08-23
Senast granskat2026-08-23
Granska igen2026-11-21
Datahearts hållningexploring
Evidens för
Molnplattformarnas säkerhetsvägledning rekommenderar minsta privilegium, segmentering och lagerindelade kontroller.
NIST SP 800-207 — Zero Trust Architecture · nist.gov ↗PostgreSQL 18 — Row Security Policies · postgresql.org ↗Microsoft Fabric — OneLake table, column and row-level security · learn.microsoft.com ↗Molnplattformarnas säkerhetsvägledning rekommenderar minsta privilegium, segmentering och lagerindelade kontroller.
NIST SP 800-207 — Zero Trust Architecture · nist.gov ↗PostgreSQL 18 — Row Security Policies · postgresql.org ↗Microsoft Fabric — OneLake table, column and row-level security · learn.microsoft.com ↗Evidens emot
Fler lager ökar konfigurationsytan och kan skapa inkonsekventa regler som i sig blir en risk.
NIST SP 800-207 — Zero Trust Architecture · nist.gov ↗PostgreSQL 18 — Row Security Policies · postgresql.org ↗Microsoft Fabric — OneLake table, column and row-level security · learn.microsoft.com ↗Så kan påståendet falla
Påståendet försvagas om en enda kontroll kan visas upprätthålla isolation under identitetsfel, felkonfiguration, härledda data och privilegieeskalering.
Ett publicerat påstående är användbart bara så länge det fortfarande går att motbevisa.