PHP网站被SQL注入写入webshell排查_漏洞修复_完整教程
很多PHP开发者修复SQL注入漏洞时存在误区：有的只对GET参数过滤，忽略了POST和Cookie参数；有的使用addslashes简单转义，在某些字符集下可以被绕过；有的只在入口处统一过滤，程序内部拼接SQL时又引入了新的注入点。正确的修复方法是在每个SQL查询处使用参数化查询，对每个用户输入进行验证和过滤，多层防护才能确保安全。本文从原理到实操，讲解SQL注入漏洞的专业修复方法。
SQL注入漏洞的类型包括：数字型注入（参数是数字，如id=1，不需要引号闭合）、字符型注入（参数是字符串，如name=abc，需要单引号闭合）、搜索型注入（LIKE查询中的注入）、ORDER BY注入（排序参数的注入）、LIMIT注入（分页参数的注入）、二次注入（数据先存入数据库，取出时被拼接到SQL中导致注入）、盲注（页面不显示错误和数据，通过时间延迟或布尔差异判断注入结果）、宽字节注入（利用字符集编码差异绕过转义）。不同类型的注入修复方法略有不同，但核心原则都是使用参数化查询。
输入过滤作为辅助防护措施。虽然参数化查询已经能防止SQL注入，但对用户输入进行验证和过滤仍然是良好的安全实践。验证方法：数字类型参数使用intval()转换为整数，或使用ctype_digit()验证是否为数字。字符串类型参数使用正则表达式验证格式，如邮箱、手机号、用户名。长度限制，对输入参数设置最大长度，防止超长输入。不要使用addslashes()作为防注入手段，它在某些字符集下可以被绕过。不要使用mysql_real_escape_string()，它依赖正确的字符集设置，且mysql_*函数已被废弃。
SQL注入漏洞的临时防护方案。如果程序庞大、注入点多，短时间内无法全部修复，可以先采取临时防护措施争取时间。第一，部署WAF（Web应用防火墙），WAF内置了SQL注入防护规则，可以拦截大部分注入攻击。开源WAF如ModSecurity+OWASP核心规则集，云WAF如阿里云WAF、腾讯云WAF、Cloudflare。第二，在PHP入口文件中添加全局输入过滤，对GET、POST、COOKIE中的参数进行过滤，删除包含SQL关键词的输入。注意全局过滤只能作为临时措施，不能替代参数化查询，且可能误伤正常请求。第三，通过.htaccess或Nginx配置规则，拦截包含明显注入特征的请求。第四，限制数据库用户权限，即使注入成功，攻击者也只能进行有限的操作。临时防护只是争取时间，最终必须修复所有注入点。
真实经历：修复SQL注入时，把WHERE条件都改成了预处理，但ORDER BY的注入漏掉了，后来被扫描工具检测出来。ORDER BY、表名、列名这些位置不能用预处理，必须用白名单验证。修复SQL注入要全面，不能只关注WHERE条件，其他位置的注入点同样危险。
安全提示：SQL注入漏洞的危害极大，可能导致数据泄露、数据篡改、网站被入侵。如果程序中存在SQL注入漏洞且已经被利用，需要评估数据泄露的范围和影响，必要时通知用户和监管机构。不要隐瞒安全事件，及时处理和透明沟通是负责任的做法。
更新时间：2026-08-27 00:27:29
上一篇：浏览器修改网站源代码用于演示_详细操作教程_各种浏览器操作方法