SQL Server 的据库 sa 账户密码忘了，这事我遇到过三次。密码第一次是据库帮朋友恢复一台老旧的财务服务器，第二次是密码客户交接时前任管理员没留文档，第三次纯粹是据库自己手贱改完忘了。三次都靠同一个思路解决：从系统表里把密码哈希捞出来，密码然后想办法还原。据库市面上所谓的密码“sa密码查看器”，本质就是据库干这个的。

先说清楚一个事实。密码SQL Server 2000 和 2005 之后的据库版本，密码存储方式完全不同。密码2000 用的据库是自己的一套哈希算法，可以逆推；2005 以后改成了 SHA-512 加盐，密码理论上无法直接反解。据库所以那些标榜“一键查看 sa 密码”的工具，多数只对 2000 有效。遇到 2005 以上的版本，它们实际做的是暴力枚举或者字典攻击，能不能出结果全看密码复杂度。

我手头有一个 2000 的案例。当时用 Query Analyzer 连上去，执行 SELECT password FROM master.dbo.sysxlogins WHERE name = 'sa'，返回一串十六进制。把这段值丢进一个叫 sql2000pass 的小工具里，几秒钟就弹出了明文——密码是 admin123。这种工具网上还能找到，原理就是逆向 2000 的哈希算法。注意，必须用 sysadmin 权限的账户连上去，否则读不了 sysxlogins 表。

2005 之后的路子就野了。我见过有人用 xpnative 之类的扩展存储过程注入，或者直接替换 sqlservr.exe 来抓内存里的明文。但这些方法动静太大，生产环境根本不敢用。更常见的做法是停掉 SQL Server 服务，把 master.mdf 和 mastlog.ldf 拷出来，挂到另一台机器上，然后用 Single User Mode 启动，把 sa 密码重置掉。这不算“查看”，算“重置”，但实际效果一样——你能进去了。

有个细节很多人忽略。SQL Server 2005 以上版本，sa 账户默认是禁用的。如果你发现 sa 登不上，先别急着找密码，检查一下服务是不是跑在 Windows 身份验证模式下。如果是，用本机管理员账户直接连，然后执行 ALTER LOGIN sa ENABLE; 再改密码。这比任何“查看器”都快。

再说说那些所谓的“密码查看器”软件。我试过三款，两款报毒，一款装完蓝屏。后来我干脆自己写了个小脚本，用 SqlConnection 连上去，执行 SELECT password_hash FROM sys.sql_logins WHERE name = 'sa'，然后把哈希丢给 hashcat。hashcat 支持 SQL Server 2012 以后的 SHA-512 格式，用字典跑，八位纯数字大概十分钟出结果。这比装那些来路不明的工具安全得多。

有人问，能不能不连数据库就读出密码？可以，但前提是你有文件系统权限。SQL Server 把登录信息存在 master 数据库的 sys.syslogins 和 sys.sql_logins 里。用十六进制编辑器打开 master.mdf，搜索 sa 对应的记录，能找到哈希值。但 2005 以后的版本，哈希是加盐的，盐值也存在同一个文件里，手动拼接非常麻烦。我试过一次，花了两个小时才找到正确的偏移量，最后跑 hashcat 又花了半小时。不如直接重置。

最后说个真实教训。有次客户坚持要用“查看器”找回 sa 密码，我劝他重置，他不听。结果他从网上下了一个，装完 SQL Server 服务起不来了，数据文件被加密，最后付了比特币才恢复。所以我的建议很直接：2000 的库，可以用工具查看；2005 以上的，别折腾，直接重置。重置只需要五分钟，用查看器可能搭进去一整天。