托马斯·冯德拉：使用JWT建立行级安全的受信上下文
💡
原文英文，约2200词，阅读约需8分钟。
📝
内容提要
行级安全（RLS）是一种限制数据行访问的功能，但使用复杂。RLS依赖于“受信上下文”，用户无法随意修改过滤条件。提出通过加密生成受信上下文，使用JWT实现，但该扩展仍在实验阶段，存在安全隐患和改进空间。
🎯
关键要点
- 行级安全（RLS）是一种限制数据行访问的功能，适用于无法拆分为单独数据库的情况。
- RLS使用受信上下文，用户无法随意修改过滤条件，这使得使用RLS变得复杂。
- 传统的解决方案依赖于角色，但角色管理复杂且不适合连接池。
- 提出通过加密生成受信上下文，使用JWT实现，但仍在实验阶段，存在安全隐患。
- JWT可以简化上下文生成和验证过程，便于与其他系统集成。
- jwt_context扩展仍处于早期实验阶段，支持有限的功能和算法。
- 基本架构假设应用程序足够可信，能够生成签名，但在连接池中存在局限性。
- 需要考虑哪些组件负责生成和安装上下文，以确保安全性。
- 密钥管理存在缺陷，超级用户访问可能导致安全问题。
- 扩展仍有许多未实现的功能和改进空间，未来可能需要对协议进行扩展。
❓
延伸问答
什么是行级安全（RLS）？
行级安全（RLS）是一种限制数据行访问的功能，适用于无法拆分为单独数据库的情况。
RLS使用受信上下文的原因是什么？
RLS需要受信上下文来确保用户无法随意修改过滤条件，从而保证数据访问的安全性。
JWT在RLS中的作用是什么？
JWT可以简化受信上下文的生成和验证过程，便于与其他系统集成，提供了一种加密的方式来确保上下文的可信性。
jwt_context扩展目前的状态如何？
jwt_context扩展仍处于实验阶段，功能有限，支持的算法和功能尚未完全实现。
使用RLS的传统解决方案有哪些局限性？
传统解决方案依赖于角色管理，复杂且不适合连接池，可能导致安全隐患。
在使用JWT时存在哪些安全隐患？
主要的安全隐患包括超级用户访问可能导致的密钥管理缺陷，以及可能的令牌泄露问题。
➡️
