必须从权限控制、配置屏蔽、功能删减三处动手：撤MySQL的FILE权限、清空$cfg['SaveDir']并关闭MIME支持、删除export.php脚本、用SQL预过滤敏感字段、禁用mysql库访问，否则仅隐藏界面按钮无效。
直接禁用 phpMyAdmin 的导出功能无法靠界面开关实现，必须从权限控制、配置屏蔽、功能删减三处动手——否则只要用户有 SELECT 权限，就能在 SQL 标签页手写 SELECT ... INTO OUTFILE 或复制结果另存为 CSV，导出功能按钮只是“快捷方式”，不是唯一出口。
撤掉 MySQL 的 FILE 权限是第一道硬闸
哪怕你把 phpMyAdmin 界面所有导出选项都隐藏了，只要 MySQL 用户保留 FILE 权限，攻击者就能绕过前端，在「SQL」标签页执行：
SELECT * FROM users INTO OUTFILE '/var/www/html/shell.php';
这行语句不经过 phpMyAdmin 导出逻辑，直接由 MySQL 执行，生成 Webshell。真实渗透中高频利用。
- 立即执行：
REVOKE FILE ON *.* FROM 'app_user'@'%';（替换为实际账号） - 在
my.cnf中设secure_file_priv = /tmp/，重启后验证：SELECT 'test' INTO OUTFILE '/tmp/test.txt';应报错ERROR 1290 - 注意：
secure_file_priv只限制路径，不防敏感内容；撤FILE权限才是本质阻断
清空 $cfg['SaveDir'] 并关闭 MIME 支持
phpMyAdmin 的导出依赖两个后端机制：一是临时保存到服务器目录（$cfg['SaveDir']），二是通过 MIME 类型触发浏览器下载。两者都关掉，能拦住绝大多数一键导出行为。
立即学习“PHP免费学习笔记（深入）”；
- 在
config.inc.php中设：$cfg['SaveDir'] = '';（空字符串，不是null） - 加配置：
$cfg['Export']['disable_mime'] = true; - 从
$cfg['Export']['format']数组中移除'php'、'sql'、'html'等可执行或结构化格式，只留'csv'、'json'（若业务真需要） - 检查
$cfg['UploadDir']是否指向非 Web 可访问路径（如/var/tmp/pma_upload），且该目录无 PHP 解析权限
导出前必须用 SQL 过滤敏感字段，不能信界面上的“脱敏”勾选
phpMyAdmin 没有字段级实时脱敏能力。“导出时模糊手机号”这类选项纯属误导，它只是在导出 CSV 时对显示值做简单替换，原始数据仍会进文件（尤其 SQL 格式）。真正安全的做法是：先构造脱敏查询，再导出结果集。
- 例如导出用户表，用：
SELECT id, username, CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4)) AS phone FROM users; - 在查询结果页点「导出」，此时导出的是已处理后的结果，不是原始表
- 旧版 MySQL 或 MariaDB 不支持
LEFT/RIGHT，改用SUBSTR(phone, 1, 3)和SUBSTR(phone, -4) - 禁止普通用户访问
mysql、information_schema库：REVOKE SELECT ON mysql.* FROM 'app_user'@'%';
禁用 export.php 脚本并监控异常导出请求
phpMyAdmin 的导出核心逻辑在 export.php，删除它是最彻底的禁用方式。但要注意：部分版本会因缺失该文件报错，建议先重命名再观察日志。
- 执行：
mv /path/to/phpmyadmin/export.php /path/to/phpmyadmin/export.php.disabled - 同时检查 Nginx/Apache 日志，过滤
export.php或/api/export请求，发现未授权调用立即告警 - 若系统用了自定义导出接口（如
/api/v1/export），需确认其是否绑定了角色鉴权中间件，避免流式响应跳过校验 - 大库导出应强制走
mysqldump命令行，并限定仅 DBA 使用——phpMyAdmin 本身不适合生产环境导出核心数据
最易被忽略的是：导出权限控制必须覆盖「数据范围」而不仅是「按钮显隐」。一个没被拦住的 SELECT * FROM users 请求，哪怕只返回 10 行，也可能因字段含密码哈希或 token 而酿成泄露。安全不是关掉某个开关，而是让每条数据流出前都经过显式审查。
