密码没写错，群晖却不让登录？我拆开 DSM 的 RSA + AES 双层信封，完整复刻 WebAPI 登录

Sat, 11 Jul 2026 08:30:00 +0800

先说结论

群晖某些 WebAPI 登录请求并不是简单地把 account 和 passwd 直接提交给 auth.cgi。OpenStack Cinder 的 Synology 驱动展示了一套完整兼容流程：先调用 SYNO.API.Encryption.getinfo，取得 RSA 公钥、服务器时间和两个动态字段名；客户端生成一次性随机 passphrase，用 RSA 加密它，再用它派生 AES-256-CBC 的密钥和 IV，对 URL 编码后的登录参数加密，最后把两段 Base64 密文放入服务器指定的 cipherkey 字段。

但必须先划清边界：这是一种 WebAPI 身份认证兼容方式，不是破解密码，也不是绕过权限；拿到 session=DSM 的 API SID，也不等于凭空获得浏览器 DSM 管理页面的完整 Cookie 登录状态。HTTP 参数加密同样不能代替 HTTPS，因为 TLS 还负责服务器身份校验、完整性保护和抵抗中间人攻击。

SSH 密钥算法 Ed25519 与 RSA 的前世今生，以及今天该怎么用

Mon, 02 Mar 2026 09:00:00 +0800

很多人第一次接触 SSH，都是从一行命令开始的：

ssh-keygen -t rsa

这条命令并没有错，但它背后有一个经常被忽略的问题：我们讨论的到底是“RSA 这种密钥类型”，还是 ssh-rsa 这种“签名算法”？

这两个概念在很多旧教程里被混用，导致不少人一边以为自己“还在用老旧不安全方案”，一边又不知道怎么迁移，甚至在新系统和老设备之间反复踩坑。

这篇文章就把这件事讲清楚：

RSA 和 Ed25519 在 SSH 世界里是怎么一路走来的。
为什么今天大家都在推荐 Ed25519。
如果你线上还有一堆老机器，应该怎么稳妥迁移。
2026 年这个时间点，个人和团队应该采用什么默认策略。

RSA on 魔都水滴

密码没写错，群晖却不让登录？我拆开 DSM 的 RSA + AES 双层信封，完整复刻 WebAPI 登录

SSH 密钥算法 Ed25519 与 RSA 的前世今生，以及今天该怎么用