Cmnd_Alias通过按业务意图逻辑分组命令、严格限定绝对路径与参数、结合User_Alias落地授权，并经sudo -l验证，实现安全可维护的细粒度权限管控。

用 Cmnd_Alias 把常用运维命令打包成指令集，是实现安全、可维护授权的关键一步。它不单是“把命令列出来”，而是按职责、风险、用途做逻辑分组，让权限边界清晰、审计有据、增删方便。

一、明确指令集的业务意图再定义别名

别名不是罗列命令，而是封装一类操作目标。比如：

• 日志查看类：只读 /var/log 下指定服务日志，禁止修改或清空
• 网络诊断类：允许 ping、netstat、ss、ip addr，但禁用 ifconfig 配置类操作
• 服务管控类：仅限 systemctl restart/status/stop 某几个服务，不允许 start 或 enable
• 数据库安全操作类：限定 mysql 命令带固定用户、主机、库名和 -e 参数，禁止交互式登录

定义前先问：这个集合要解决什么运维场景？谁用？哪些动作必须放行？哪些绝对不能碰？答案直接决定命令路径、参数约束和是否加 ! 否定项。

二、严格写法：路径+参数，一个字符都不能松懈

Cmnd_Alias 的安全性全靠精确控制。常见错误包括路径写错、通配符滥用、参数遗漏：

• 必须用绝对路径，如 /bin/ping，不能写 ping（可能被 $PATH 劫持）
• 参数需显式写出或用 * 限定范围，如 /usr/bin/tail -n 100 /var/log/nginx/access.log 或 /usr/bin/tail -n *[0-9] /var/log/app/*.log
• * 只作用于参数，不能用于路径本身，/usr/bin/mysql * 是危险的，应写成 /usr/bin/mysql -u appuser -h localhost appdb -e *
• 禁用命令用 ! 前缀，且要放在同一别名内，如 Cmnd_Alias SAFE_LOG = /bin/cat, /usr/bin/tail, !/bin/sh, !/usr/bin/vi

三、结合 User_Alias 和规则行落地授权

定义好 Cmnd_Alias 后，要搭配用户和执行上下文才能生效：

• 先定义用户别名，如 User_Alias MONITOR = alice, bob
• 再写授权行，格式为：MONITOR ALL = (root) LOG_VIEW, NET_DIAG
• 若需免密，加 NOPASSWD: 前缀：MONITOR ALL = (root) NOPASSWD: LOG_VIEW
• 注意顺序：别名定义必须出现在引用它的授权行之前，否则 visudo 会报错

四、验证与维护不能跳过

配置完不是结束，而是验证起点：

• 用目标用户登录，执行 sudo -l -U username 查看实际可用命令列表，确认无意外放行
• 挑几条关键命令手动测试，例如 sudo tail -n 10 /var/log/syslog，看是否成功；再试一条未授权的，如 sudo reboot，确认被拒绝
• 每次修改后用 visudo 保存，它会自动语法检查——别绕过它直接改文件
• 定期 review 别名内容，删掉已下线服务的命令，合并重复逻辑，避免“别名膨胀”