· 全部指南
非对称加密的基本原理
RSA算法基于大数质因数分解难题，使用配对的公钥和私钥实现双向安全通信。公钥可自由分发用于加密数据，而私钥必须严格保密用于解密。与传统对称加密（如AES）不同，RSA无需预先共享密钥，适合跨安全域通信。通过我们的rsa-generator工具，您可直接在浏览器本地生成密钥对，避免敏感信息网络传输风险。
典型场景包括HTTPS握手、SSH认证和数字签名。公钥加密适合小数据量操作（如加密对称密钥），因RSA计算开销远大于AES。调试时注意密钥长度选择：2048位是当前安全基准，但部分旧系统仍需要兼容1024位。所有运算应在本地完成——这正是Towalles工具的设计哲学。
何时选择非对称加密
混合加密系统结合了两种技术的优势：先用RSA交换临时对称密钥，再用AES加密业务数据。这种模式兼顾安全性与性能，被TLS等协议广泛采用。纯RSA加密适合签名验证场景，例如用私钥签名JWT令牌，公钥方可通过验签确认数据完整性。
开发API时，非对称加密特别适合客户端加密场景。比如前端用公钥加密敏感字段，仅服务端私钥可解密。通过text-encryption工具可快速测试加密效果，所有处理均在浏览器内存完成，确保调试过程无数据泄露。
签名与加密的致命混淆
开发者常犯的错误是误用密钥方向：私钥用于签名（证明身份），公钥用于加密（保护数据）。用公钥签名是无效的，就像把家门钥匙交给陌生人。正确流程是：发送方用自己私钥签名，接收方用发送方公钥验签；而加密时需使用接收方公钥，仅其私钥可解密。
调试时务必验证密钥匹配性。建议在Towalles工具中复制完整密钥对测试：用公钥加密的文本必须能用对应私钥解密，签名验证同样需要密钥配对。注意不同系统对PEM格式的细微差异（如头尾标识符、换行符等）。
实战安全建议
生产环境必须使用密钥管理系统（如AWS KMS或HashiCorp Vault），禁止硬编码密钥。开发阶段可通过环境变量传递密钥，但需配合.gitignore文件防止误提交。Towalles所有工具均不记录操作历史，关闭页面即清除内存数据，比命令行更安全。
定期轮换密钥但保留旧密钥解密历史数据。对于用户端加密场景，建议每个用户生成独立密钥对。检查密钥是否泄漏：用已知明文测试解密，或监控异常验签请求。牢记浏览器本地处理的优势——这是Towalles工具区别于云服务的关键安全特性。
加密 vs 签名
按填充模式不同，RSA 可加密小载荷或对摘要签名。不要用博客片段自造混合方案——使用 TLS 与成熟库。
密钥处理
私钥绝不能进前端包或公开工单。可疑即轮换。在被迫紧急替换前，先做好算法敏捷计划。
本地学习
只用一次性材料生成与查看密钥。生产密钥仪式需要离线 / HSM 流程，超出浏览器工具范围。
RSA 密钥生命周期
动生产前先写操作程序：输入、期望输出、负责人与回滚。Towalles 上的工具便于本地检查样例，不能替代变更控制。
前置条件
- 有代表失败案例的脱敏 fixture。
- 清楚谁是真相来源（应用、网关、CMS 或网络设备）。
- 能在非生产环境或用合成数据复现问题。
步骤
- 用 fixture 复现，记录精确命令或 UI 路径。
- 按需用格式化、哈希或解析工具与已知正确样例对照。
- 做最小修复；同一变更里避免顺手重构。
- 补充回归测试或清单项，避免下一任 on-call 重复踩坑。
- 更新 runbook：症状 → 检查 → 修复。
善后
观察 24–72 小时错误率与支持工单。若做过一次性数据修复，安排后续防止复发。工单里保留截图与哈希，不要留真实密钥。
反模式
- 把生产密钥贴到公开页面「只是看一下」。
- 上线却不写回滚说明。
- 把本地绿色演示当成多区域生产的证明。