RLS
PostgreSQL原生的行级安全特性，允许在数据库层面定义精细的访问控制规则，通过Policy定义谁可以对哪些行执行什么操作
核心事实
时间轴 (近 90 天)
委托认证使智能体对语义模型、报表的访问范围以及 RLS 和 OLS 限制都与登录用户一致，无法绕过安全策略
RLS 通过在语义模型中定义角色和 DAX 过滤规则限制用户只能看到权限范围内的数据行
行级安全策略（Row Level Security, RLS）是Supabase保护数据的核心机制，但默认状态下若未正确开启和配置，数据表可能对外完全开放
Supabase早期版本默认关闭RLS，新建的数据表对持有项目API密钥的任何人完全可读
开发者应确认每张敏感数据表都启用RLS并验证策略生效，不应信任默认安全，上线前应做匿名用户视角的访问测试
PostgreSQL原生支持行级安全策略(RLS),可以通过SET app.current_tenant设置会话变量实现租户隔离
全部知识事实 (12)
RLS（Row Level Security，行级安全策略）是PostgreSQL原生特性，允许在数据库层面定义精细的访问控制规则
70%已验证Supabase基于PostgreSQL构建，RLS是PostgreSQL数据库的核心安全特性
70%待验证RLS只控制'谁能访问哪些行'，无法控制'用户能修改哪些字段'
95%待验证将订阅状态和速率限制存储在用户可编辑的同一张表上是常见的RLS安全漏洞，用户可修改自己的订阅状态或速率限制
90%待验证Clerk与Supabase集成时，RLS规则的with check写法不正确会导致创建文章时报'invalid input syntax for user id'错误
60%待验证在PostgreSQL中，如果在启用了RLS的表上创建视图但没有设置security_invoker = true，该视图会绕过RLS策略导致数据泄露
60%待验证RLS 通过在语义模型中定义角色和 DAX 过滤规则限制用户只能看到权限范围内的数据行
50%待验证委托认证使智能体对语义模型、报表的访问范围以及 RLS 和 OLS 限制都与登录用户一致，无法绕过安全策略
50%待验证Supabase早期版本默认关闭RLS，新建的数据表对持有项目API密钥的任何人完全可读
50%待验证开发者应确认每张敏感数据表都启用RLS并验证策略生效，不应信任默认安全，上线前应做匿名用户视角的访问测试
50%待验证行级安全策略（Row Level Security, RLS）是Supabase保护数据的核心机制，但默认状态下若未正确开启和配置，数据表可能对外完全开放
50%待验证PostgreSQL原生支持行级安全策略(RLS),可以通过SET app.current_tenant设置会话变量实现租户隔离
50%