MySQL权限提升攻击通常指攻击者利用数据库自身的权限漏洞、配置不当或者权限分配缺陷，将原本拥有的低权限账户升级为高权限账户，从而获取超出自身应有的数据库操作能力。SUPER权限作为MySQL中权限等级较高的全局权限，其分配范围的控制直接关系到数据库的整体安全性，若分配不当极有可能成为权限提升攻击的突破口。
MySQL权限提升攻击的常见路径
权限提升攻击的发生往往和权限配置、版本漏洞相关，常见的攻击路径有以下几种：
- 利用MySQL自身版本漏洞，比如低版本中存在的权限校验缺陷，攻击者通过构造特殊的SQL语句绕过权限检查，直接获取高权限。
- 低权限账户被赋予过高的细粒度权限，比如拥有修改mysql系统库user表的权限，攻击者可以自行修改账户权限字段，升级为拥有SUPER权限的账户。
- SUPER权限被随意分配给普通业务账户，攻击者在获取该账户凭证后，直接利用SUPER权限的高危操作能力实施破坏，或者进一步获取系统层面权限。
SUPER权限的风险说明
SUPER权限是MySQL的全局权限，拥有该权限的用户可以执行大量影响数据库实例运行的操作，具体包括：
- 修改全局系统变量，比如调整sql_mode、max_connections等参数，可能影响数据库正常运行逻辑。
- 执行
KILL命令终止其他用户的连接进程，干扰正常业务运行。 - 开启或关闭二进制日志、慢查询日志等日志功能，可能掩盖攻击痕迹。
- 执行
CHANGE MASTER TO等复制相关命令，篡改主从复制配置。 - 在存储过程中使用
DEFINER属性，可能绕过部分权限检查逻辑。
严格控制SUPER权限分配范围的方法
1. 明确SUPER权限的适用场景
SUPER权限仅应该分配给数据库管理员账户，普通业务账户、应用连接账户绝对不能拥有该权限。日常运维中需要遵循最小权限原则，业务账户仅赋予其操作对应业务库的增删改查权限即可，无需额外的高危权限。
2. 排查现有账户的SUPER权限
可以通过查询mysql系统库的user表，排查当前所有拥有SUPER权限的账户，具体操作如下：
-- 查询所有拥有SUPER权限的MySQL账户 SELECT user, host FROM mysql.user WHERE Super_priv = 'Y';
对于排查出的非管理员账户，需要及时回收其SUPER权限，回收权限的SQL语句如下：
-- 回收指定账户的SUPER权限，替换username和host为实际的账户信息 REVOKE SUPER ON *.* FROM 'username'@'host'; -- 刷新权限使配置生效 FLUSH PRIVILEGES;
3. 规范SUPER权限的分配流程
建立权限分配的审批机制，所有SUPER权限的分配必须经过管理员审核，禁止通过自动化脚本或者默认配置给新创建的账户赋予SUPER权限。创建管理员账户时可以按如下方式操作，仅给指定账户赋予必要的SUPER权限：
-- 创建仅拥有SUPER权限的管理员账户，替换相关参数为实际信息 CREATE USER 'admin_user'@'127.0.0.1' IDENTIFIED BY 'strong_password'; GRANT SUPER ON *.* TO 'admin_user'@'127.0.0.1'; FLUSH PRIVILEGES;
4. 配合其他安全措施降低风险
除了控制SUPER权限分配范围，还可以配合其他安全措施进一步防范权限提升攻击：
- 及时升级MySQL到稳定版本，修复已知的权限相关漏洞。
- 禁止普通账户拥有mysql系统库的写权限，避免攻击者修改权限表。
- 开启数据库审计功能，记录所有SUPER权限相关的操作，便于事后溯源。
- 对数据库账户的凭证进行加密存储，避免凭证泄露后被直接利用高权限账户。
权限配置的定期检查
需要建立定期的权限检查机制，每月至少排查一次所有账户的权限配置，重点检查SUPER权限、mysql库操作权限等高危权限的分配情况。同时记录权限变更日志，所有权限的调整都需要留存操作记录，确保权限分配始终符合最小权限原则，从根源上降低权限提升攻击的发生概率。