BurpSuite主动扫描致MySQL表结构及数据异常，如何恢复？

问题原因分析 #

• Burp Suite主动扫描会自动生成SQL注入测试payload（如ping、sleep这类时间盲注语句，以及--这类注释符），而目标Web应用未对用户输入做严格的SQL注入防护（比如未使用预编译语句、未转义特殊字符），导致这些测试语句直接写入数据表，破坏了字段内容与原有数据结构。
• 注入的'-->字符破坏了页面HTML结构，点击Edit链接时，恶意字符被带入SQL查询语句，导致mysql_result函数执行时触发SQL语法错误。
• 扫描过程中的恶意payload可能触发了未授权的数据删除/覆盖逻辑，或篡改了原有SQL语句（比如注入DELETE/UPDATE指令），进而造成数据丢失、新增时行数异常波动。

数据恢复步骤 #

1. 紧急止损
   立即停止Burp Suite扫描，暂停Web应用的写入操作（如关闭新增、编辑功能），防止数据进一步损坏。

2. 备份恢复（优先方案）

   • 若有数据库全量/增量备份，直接恢复到最近的正常版本，这是最可靠的恢复方式。
   • 恢复后需验证数据完整性，确认Pan number字段、行号、Edit链接等恢复正常。

3. 无备份时的手动修复

   • 登录MySQL数据库，定位异常数据表，执行查询筛选被注入恶意内容的行：

     SELECT * FROM 目标表名 WHERE `Pan number` LIKE '%ping%' OR `Pan number` LIKE '%sleep%' OR `Pan number` LIKE '%--%';
     

   • 手动修正这些行的Pan number字段，清除注入的测试语句；同时修复存储在数据库中的Edit链接字段，移除'-->这类恶意字符。
   • 若MySQL开启了binlog日志，可通过解析日志恢复丢失数据：
     1. 查看binlog状态：SHOW VARIABLES LIKE 'log_bin';
     2. 使用mysqlbinlog工具导出指定时间段的binlog内容，筛选合法的数据操作语句重新执行，完成数据恢复。

4. 漏洞修复（避免复发）

   • 给Web应用所有输入点添加SQL注入防护：使用预编译语句或ORM框架，禁止直接拼接SQL；对'、--、;等特殊字符做转义处理。
   • 后续漏洞扫描优先使用Burp Suite被动扫描模式排查风险，针对高危点做可控的主动扫描，避免全量主动扫描破坏生产数据。

内容的提问来源于stack exchange，提问作者zolei