服务器账号的命名与权限矩阵

发布时间:2026-05-26 12:47

服务器用久了，账号会像抽屉里的杂物一样越积越多：离职同事的账号还在、临时调试建的账号没人认领、多个应用共用一个 root 跑任务。账号管理的混乱是很多安全事件的起点，而理顺它主要靠两个动作：统一命名规范与权限矩阵，两者联动才能让每个账号可追溯、可回收。 ## 命名规范先行 账号名的价值在于一眼识别归属。常见做法是真人账号用姓名拼音加工号或部门缩写，服务账号用业务名加组件名区分，比如部署服务与备份任务各用各的账号。规范一旦确定就全局统一，禁止再出现 test、tmp、admin1 这类无主名称。命名统一之后，权限审计与离职回收才有可靠的依据，看到一个账号就知道该找谁。 ## 权限矩阵怎么做 权限矩阵是一张账号与权限的对照表：行是账号，列是目标资源，格子里的值是允许的操作级别。目标资源包括目录、数据库、控制台功能与sudo权限，操作级别分为只读、读写、管理员三档。制作矩阵时从业务角色出发：开发需要读生产数据的权限吗，运维需要动数据库的权限吗，逐项填写的过程就是权限梳理本身。矩阵落在文档里定期复核，配合顺云控制台的功能级权限分配，线上授权与纸上矩阵保持一致。 ## 清理存量账号 存量梳理从盘点开始，先列出所有可登录账号再逐个归类： ```bash awk -F: '$3 >= 1000 {print $1, $3, $7}' /etc/passwd ``` 输出里的每个账号都要能对应到一个在岗人员或一个明确的服务用途。对不出现在权限矩阵里的账号、长期无登录记录的账号、离场人员的账号，统一走禁用流程而不是直接删除，保留记录以备审计追溯。 ## 验证与注意事项 落地后要做两件验证：一是用测试账号确认权限边界，普通账号执行越权操作应当被拒绝；二是模拟一次离职流程，确认从通知到账号禁用的链路通畅。注意事项有三条：服务账号不应具备交互登录能力；sudo 授权细化到具体命令而不是一刀切给全部；孤儿账号宁可先禁用后处理，也不要放着等它变成入口。账号体系是安全的地基，值得每季度花半天时间复核一遍。