3、凭证管理基础：硬编码密码的风险、安全存储方案、Windows凭据管理器

好，咱们今天聊一个特别实在的话题——凭证管理。

说实话，我见过太多RPA项目，前期跑得飞快，一到上线就出幺蛾子。十有八九，问题都出在密码上。你想想看，一个机器人每天帮你登录几十个系统，密码要是出了问题，那可不是闹着玩的。

3.1 硬编码密码：看似省事，实则埋雷

什么叫硬编码？说白了，就是把密码直接写在代码里。比如这样：

// 千万别这么干！
string username = "admin";
string password = "P@ssw0rd123!";

嗯，我知道你心里在想什么——「先这么写着，后面再改」。我在项目中遇到过太多次这种情况了。结果呢？项目上线后，所有人都忘了这茬。直到有一天，安全审计来了，一查代码，好家伙，密码全裸奔。

硬编码密码的风险，我总结了几点：

  • 泄露风险极高：代码一旦被传到Git仓库，密码就相当于公开了。我记得有个项目，实习生不小心把代码push到了公共仓库，结果公司内部系统的密码被爬虫抓了个正着。
  • 维护成本高：密码过期了怎么办？你得改代码、重新编译、重新部署。一个系统还好，要是管几十个机器人，改密码能改到你怀疑人生。
  • 权限失控：所有用这个脚本的人，都能看到密码。你想想看，这跟把钥匙挂在门口有什么区别？
⚠️ 警告： 永远不要在代码、配置文件、日志中明文存储密码。这是RPA开发的红线，踩了就废。

3.2 安全存储方案：怎么存才靠谱？

那密码到底该怎么存？我个人习惯，首选这几种方案：

3.2.1 环境变量

最简单的办法，就是把密码放在环境变量里。代码运行时去读取，而不是写死在代码中。

// 从环境变量读取密码
string password = Environment.GetEnvironmentVariable("ERP_PASSWORD");

这样做的好处是，密码和代码分离了。就算代码被泄露，密码还在服务器上。不过要注意，环境变量也不是绝对安全的——如果服务器被攻破，环境变量一样能被看到。

3.2.2 加密配置文件

稍微进阶一点的做法，是把密码加密后存到配置文件里。程序启动时，用密钥解密。

// 加密存储示例
{
  "ConnectionString": "Encrypted:U2FsdGVkX1+..."
}

我曾经在一个金融项目中用过这个方案。密钥单独放在硬件安全模块里，就算配置文件被偷了，没有密钥也解不开。说白了，这就是「锁和钥匙分开保管」的思路。

3.2.3 专用密钥管理服务

企业级项目，我强烈建议用专门的密钥管理服务，比如Azure Key Vault、AWS Secrets Manager。这些服务自带审计、轮换、权限控制功能，省心又安全。

💡 我的建议： 小项目用环境变量，中等项目用加密配置文件，大项目直接上密钥管理服务。别纠结，选最适合你当前规模的方案。

3.3 Windows凭据管理器：RPA开发的「本地保险箱」

说到Windows环境下的凭证管理，就不得不提Windows凭据管理器。这东西，说白了就是Windows自带的密码保险箱。

它怎么工作的？

Windows凭据管理器把密码加密后，存储在操作系统的安全区域里。只有当前用户和系统进程才能访问。RPA机器人可以通过API读写这些凭据，但普通用户看不到明文。

在RPA中怎么用？

我以UiPath为例，给你看看具体操作：

// 使用Windows凭据管理器存储密码
// 1. 打开控制面板 → 凭据管理器
// 2. 添加Windows凭据
//    网络地址: ERP_System
//    用户名: admin
//    密码: ******

// 3. 在RPA中读取凭据
string username = "admin";
string password = CredentialManager.ReadCredential("ERP_System").Password;

嗯，这里要注意一点：凭据管理器的访问权限是基于用户账户的。也就是说，RPA机器人用什么账户运行，就只能访问那个账户下的凭据。这个特性，既是优点也是限制。

💡 小技巧： 我习惯把每个系统的凭据单独命名，比如「ERP_Prod」「OA_Test」。这样既好管理，又不会搞混。曾经有个项目，因为凭据命名不规范，机器人登录错了系统，差点把测试数据写到了生产库。

3.4 避坑指南：我踩过的那些坑

讲了这么多理论，来点实际的。我把自己踩过的坑分享给你：

  • 坑一：凭据过期不通知——我曾经有个机器人，跑了半年突然罢工。查了半天，原来是域密码过期了。从那以后，我都在代码里加了密码过期提醒。
  • 坑二：多环境混用——开发环境、测试环境、生产环境的凭据，一定要分开存储。别问我为什么知道，说多了都是泪。
  • 坑三：日志泄露密码——有一次排查问题，我打开了日志文件，发现密码被完整地打印了出来。原来是开发人员为了调试，在日志里输出了完整的连接字符串。
⚠️ 重要提醒： 密码轮换是必须的。我建议每90天更换一次密码，并且使用强密码策略。别嫌麻烦，安全无小事。

3.5 总结一下

凭证管理，说白了就是三件事：

  1. 别硬编码——密码和代码必须分离
  2. 选对存储方案——根据项目规模，选环境变量、加密文件或密钥管理服务
  3. 用好Windows凭据管理器——本地RPA机器人的最佳选择

记住一句话：密码安全，不是功能，是底线。你想想看，一个连密码都管不好的RPA项目，谁敢让它跑核心业务？

好，这一章就到这里。下一章我们聊聊「权限管控策略」，到时候我会分享一些实际项目中的权限设计案例，保证让你有收获。

← 上一章 📖 返回目录 下一章 →