基于Keycloak实现零知识加密的可行方案及替代方案咨询

针对你用Keycloak做身份认证、无法获取用户密码但想实现零知识加密的场景，以下是几个落地可行的方案：

方案一：自定义登录流程+密码派生加密密钥 #

核心思路是让前端获取到用户登录密码（需自定义Keycloak登录页面），再用密码派生加密密钥完成零知识加密：

• 自定义Keycloak登录页面：替换Keycloak默认登录界面，让前端可以捕获用户输入的登录密码（仅用于派生密钥，不存储）。
• 密钥派生：前端使用Argon2（推荐）或PBKDF2算法，从用户密码派生一个数据加密密钥（DEK），派生时加入用户唯一标识（如Keycloak返回的sub字段）作为盐值，避免相同密码产生相同密钥。
• 数据加密与存储：前端用DEK加密敏感数据后，将密文发送至后端存储；后端全程无法获取明文DEK和原始数据，实现零知识。
• 解密流程：用户登录时，前端再次派生DEK，请求后端返回密文后在本地解密，全程不泄露明文数据给服务端。

注意：自定义登录页面需严格遵循安全规范，密码仅在内存中处理，不得写入本地存储或日志。

方案二：独立加密密码+零知识存储 #

如果不想修改Keycloak登录流程，可以让用户设置独立的加密密码（与登录密码分开），实现完全零知识：

• 用户完成Keycloak身份认证后，前端提示用户设置加密密码（或在注册环节同步设置）。
• 前端用该加密密码派生DEK，加密敏感数据后发送至后端存储，后端仅存密文，无任何解密能力。
• 后续访问时，用户需先通过Keycloak认证，再输入加密密码派生密钥解密数据。

优缺点：完全符合零知识要求，但用户需管理两个密码，可通过Keycloak的多因素认证绑定加密密码（如用OTP辅助验证）优化体验。

方案三：基于Keycloak令牌的密钥协商 #

利用Keycloak返回的身份令牌，结合前端生成的临时密钥实现安全加密：

• 用户登录后，前端生成一对临时非对称密钥对，将公钥通过后端存储到Keycloak的用户自定义属性中。
• 前端用用户密码派生一个对称密钥，再用公钥加密该对称密钥，存储到后端。
• 加密数据时，前端用派生的对称密钥加密敏感数据；解密时，先通过Keycloak令牌验证身份，再获取加密后的对称密钥，用密码派生的密钥解密后，再解密数据。

该方案避免了直接处理登录密码，同时保证服务端无法获取明文密钥。

更优替代方案：透明零知识加密库 #

如果不想自行实现密码学逻辑，可以使用成熟的前端加密库（如libsodium.js），结合Keycloak身份验证完成端到端加密：

• 用libsodium.js的crypto_pwhash函数派生密钥，确保密钥强度符合安全标准。
• 加密后的数据格式遵循库的规范，降低实现错误风险。
• 结合Keycloak的会话管理，在用户登出时清空内存中的密钥，防止泄露。

内容的提问来源于stack exchange，提问作者Alexis