POST请求提交合法JSON部分返回403 Forbidden PHP端问题咨询

核心原因定位（优先级从高到低） #

• 最可能触发拦截的是第一份JSON中mainText字段的select关键词：绝大多数WAF（Web应用防火墙）、Web服务器安全模块（Apache mod_security、Nginx安全模块）、云服务商自带的安全防护规则，都会把请求体中出现的SQL关键字select判定为SQL注入攻击尝试，直接返回403拦截，且拦截动作发生在请求转发到PHP-FPM处理之前，完全符合「PHP代码处理前就触发错误」的特征。
• 次可能触发拦截的是第一份JSONdata字段中的image字段与.jpg后缀：部分防护规则会把请求体中包含的文件名后缀、上传类字段判定为恶意文件上传尝试，触发拦截。
• 低概率原因：两次请求的Header存在差异，比如Content-Type未统一设置为application/json，或存在其他自定义头触发了访问控制规则。

验证与解决步骤 #

1. 最小改动验证：保持第一份JSON其他内容完全不变，仅将mainText字段的select only numbers改为choose only numbers，重新发起请求。如果请求正常响应，即可确认是select关键词触发了SQL注入防护规则。
2. 若上一步测试仍被拦截，保持其他内容不变，将第一份JSON的data字段替换为第二份正常请求的data字段内容，重新测试，判断是否为image相关内容触发拦截。
3. 查看服务端日志：
   • 查看Web服务器（Apache/Nginx）的访问日志与错误日志，确认拦截来源
   • 若使用云服务器，查看云服务商WAF/安全组的拦截日志，可直接定位到触发的具体规则条目
4. 规则适配：确认拦截规则后，可选择对业务接口路径放行对应规则，或对请求体中敏感内容做编码传输（比如base64编码后再提交，服务端解码处理），避免触发通用防护规则。

内容的提问来源于stack exchange，提问作者stavros.3p