phpMyAdmin 默认不支持 URL 或 POST 参数覆盖 $cfg 配置，因 config.inc.php 仅为静态赋值且 register_globals=Off；真正风险在于启用 $cfg['AllowArbitraryServer']=true 或在配置中错误拼接用户输入导致 LFI/路由失控。
phpmyadmin 本身不支持通过 url 或 post 参数动态覆盖 $cfg 数组中的配置项——只要没人为启用危险模式，这类“本地变量覆盖攻击”在标准部署下根本不会发生。真正需要警惕的是两种被误用的配置场景：一是启用了 $cfg['allowarbitraryserver'] = true，二是错误地将用户输入拼进 include() 或 require() 路径中。
为什么 config 参数通常不会被覆盖
phpMyAdmin 的 config.inc.php 是在脚本最开始就被 require_once 加载的，所有 $cfg[...] 赋值都是普通 PHP 变量赋值，没有反射、extract()、parse_str() 或 $$var 类动态写入逻辑。HTTP 请求参数（如 ?cfg[ShowVersion]=1）不会自动映射成数组键，PHP 默认也不会把 GET/POST 数据注入全局变量（register_globals=Off 自 PHP 4.2 起已默认关闭）。
所以你看到的任何“config 覆盖”现象，基本都源于以下两类主动引入的风险点：
- 手动调用了
extract($_GET)或类似函数（非 phpMyAdmin 原生行为，多见于自定义插件或二次开发） - 启用了
$cfg['AllowArbitraryServer'] = true，允许用户通过server参数指定任意 MySQL 主机，这虽不是“覆盖 config”，但属于参数驱动的服务端行为跳转，是 DNS rebinding 攻击的前置条件
$cfg['AllowArbitraryServer'] = true 是最大风险口
这个配置一旦开启，攻击者就能构造类似 /phpmyadmin/index.php?server=attacker.com 的请求，而 attacker.com 解析到 127.0.0.1，从而绕过同源策略直连本地数据库服务。这不是变量覆盖，而是服务路由失控。
必须确保：
立即学习“PHP免费学习笔记（深入）”；
-
$cfg['AllowArbitraryServer'] = false;（这是默认值，但务必显式设为false） -
$cfg['Servers'][$i]['host'] = '127.0.0.1';（强制写死 host，不依赖用户输入） - Web 服务器层同步校验
Host头，只放行localhost或127.0.0.1（Nginx 示例：if ($host !~ ^(localhost|127\.0\.0\.1)$) { return 403; }）
别让 config.inc.php 成为 include 路径拼接的源头
真正的变量覆盖漏洞常出现在开发者自己写的加载逻辑里，比如：
include $_GET['lang'] . '.php';
若这段代码意外混进了 config.inc.php 所在上下文（例如被 include 到某个可被参数控制的文件中），就可能触发 LFI + 变量覆盖链。phpMyAdmin 自身不这么干，但以下情况需自查：
- 是否在
config.inc.php里写了include $_REQUEST['file']这类语句（绝对禁止） - 是否在
config.inc.php中使用了parse_ini_file($_GET['cfg'])（同样禁止） - 是否在 Web 目录下保留了未删除的测试脚本，里面调用了
extract()或import_request_variables()
只要 config.inc.php 保持“纯赋值”，它就是安全的锚点；一旦掺入运行时解析逻辑，就等于亲手打开变量覆盖的大门。
检查是否已被绕过的关键信号
如果你怀疑已有配置被异常修改，直接验证三件事：
- 访问
/phpmyadmin/setup/—— 若能打开，说明$cfg['SetupMutex']未禁用，且setup目录未删，攻击者可能已通过该页面重写配置 - 查看响应头中是否有
X-Powered-By: phpMyAdmin/5.x.x—— 若存在，说明$cfg['ShowVersion'] = true或expose_php = On未关，暴露了可利用版本线索 - 登录后右上角点击“设置”→“显示”标签页 —— 若能看到“服务器选择”下拉框，说明
$cfg['AllowArbitraryServer']实际为true，哪怕配置文件里写了false，也可能被更高优先级的user.ini或.htaccess覆盖
变量覆盖不是 phpMyAdmin 的设计缺陷，而是配置失当与外部污染共同作用的结果。盯住 AllowArbitraryServer、杜绝动态 include、确认 config 文件无执行逻辑——这三点卡死，参数就翻不出浪来。
