运维共享账号：第三方维护渠道里的隐蔽出口

为减少协调成本，很多项目会给外部运维团队分配一个共享的高权限账号。共享本身解决了"谁能进"的问题，却抹掉了"谁进过"的记录。

当所有操作都来自同一个身份时，日志只能告诉你"有人做过"，却无法回答"是谁做的"。这在事后溯源里几乎是致命的。

项目有明确的开始，却往往没有明确的结束。合作到期、人员更替、职责调整之后，旧账号是否被停用，常常无人确认。一个三年未动过的账号，仍然是完整的入口。

更隐蔽的是权限的沉淀：为了处理一次临时故障而临时提升的权限，很少在故障结束后被降回。权限只会累积，很少被削减。

可行的改进很朴素：一人一号、按需授权、到期回收，并保留完整的操作日志。这些动作的收益不在于防御某一次具体攻击，而在于让每次泄露都留下可追查的痕迹。

当追查变得可行，风险行为本身也会收敛。