最小权限管理是贯穿服务器配置、用户创建、服务部署和日常运维的底层逻辑，要求每个操作主体仅拥有完成职责所必需的最低权限。它通过禁用root SSH登录、限制数据库账号权限、严格控制文件与进程权限、实施代码仓库路径级授权，并配合定期验证与审计来落地实施。
最小权限管理不是一句口号，而是贯穿服务器配置、用户创建、服务部署和日常运维的底层逻辑。它要求每个操作主体——无论是人、程序还是系统服务——只拥有完成其职责所必需的最低限度权限，多一分都是风险敞口。
为什么最小权限是安全基石
权限过大带来的问题往往是隐蔽而致命的：
- 一个被攻破的普通应用账号，若拥有数据库全局写权限，攻击者可直接清空核心表；
- SSH允许root直连，等于把整台服务器的“万能钥匙”暴露在公网，暴力破解成功率大幅提升；
- Web服务进程以root身份运行，一旦存在远程代码执行漏洞，攻击者立刻获得系统最高控制权。
这些都不是假设场景，而是2026年真实通报过的多起生产事故的共同根源。
四大核心场景的落地要点
Linux用户与SSH访问
禁用root SSH登录是第一道硬性红线。必须创建普通管理用户，配置sudo权限（仅开放必要命令），并关闭PasswordAuthentication启用密钥认证。/etc/ssh/sshd_config中确保PermitRootLogin no且AllowUsers明确限定可登录账户。
MySQL数据库账号
拒绝GRANT ALL ON *.*这类宽泛授权。按业务模块建库，为每个应用单独建用户，如'report_app'@'10.20.30.%'，仅授予SELECT权限；后台任务账号可加INSERT, UPDATE，但严禁DROP, CREATE, GRANT OPTION。
文件与进程权限
Web目录属主设为www-data:www-data（或对应服务用户），权限严格控制在750或640；日志文件禁止组写、其他可读；所有后台脚本启动时使用非特权用户，避免用root跑Python或Node服务。
SVN/代码仓库授权
采用authz文件实现路径级控制。例如开发分支/trunk/src/对dev组开放读写，但/trunk/config/仅限ops组可写，实习生账号默认只读，且不能看到测试密钥目录。
验证与持续维护的关键动作
权限设置后不验证，等于没设：
- 用sudo -l -U username检查该用户实际可用的sudo命令；
- 以目标账号登录MySQL，执行SHOW GRANTS;确认权限范围；
- 用ls -l检查关键目录和配置文件的属主与权限数字；
- 每季度执行一次权限审计：导出所有用户列表、sudoers配置、数据库账号及权限，比对当前业务需求是否仍匹配。
权限不是一次性配置，而是随人员变动、服务迭代持续收敛的过程。
