如何安全存储和使用加密密钥？前端React.js密钥防泄露方案咨询

首先明确核心事实：前端无法安全存储固定的AES密钥——不管是硬编码到代码、通过Docker环境变量注入，还是用其他前端配置方式，最终都会因为前端代码可被反编译/查看而暴露密钥。所以必须调整思路，而非强行在前端存密钥：

1. 优先让后端处理所有加密/解密逻辑 #

• 前端仅负责采集敏感数据，通过HTTPS直接传递给后端，由后端完成AES 256 CBC加密后存储
• 读取数据时，后端解密后再通过HTTPS返回给前端
• 优势：完全规避前端接触密钥的风险，后端用Docker Secrets管理密钥的方案可以无缝衔接，符合安全最佳实践

2. 若必须前端加密（如敏感数据需本地暂存或避免明文传输） #

采用临时会话密钥机制：

• 用户通过身份验证后，后端生成一个一次性/会话级的临时AES密钥
• 后端通过HTTPS将该临时密钥传给前端（HTTPS可防止中间人窃取）
• 前端使用临时密钥加密数据，传给后端后，后端用自身的主密钥（由Docker Secrets管理）加密临时密钥和敏感数据进行持久化存储
• 用户会话结束（如登出）时，后端立即销毁该临时密钥，前端也同步清除内存中的密钥
• 注意：临时密钥仅在当前会话有效，绝不长期存储在前端任何位置

3. 避开Docker部署前端的密钥存储误区 #

• 不要尝试用Docker环境变量直接注入前端密钥：前端构建阶段会将环境变量打包进静态文件，反编译后可轻松提取；即使是运行时注入（如Nginx的envsubst），最终也会在页面源码中暴露
• 任何前端侧的密钥存储方案（包括localStorage、sessionStorage）都不安全，均可能被窃取

4. 前端本地存储敏感数据的特殊处理 #

如果需要在前端本地存储加密数据（如localStorage），不要用固定密钥：

• 基于用户的登录密码派生密钥（比如使用PBKDF2算法，加入随机盐值）
• 密钥由用户密码动态生成，不存储在前端任何位置，仅在用户登录后临时计算使用

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