App Engine控制台出现未知来源URI请求，求排查原因及解决方案

两种推测的判断 #

• 排除Google Cloud服务导致：App Engine、Storage、Logging等官方服务不会主动发起WordPress相关的URI请求，它们的操作日志都是标准化的，和第三方CMS路径无关。
• 朋友的推测不成立：你的网站基于Django开发，没有集成WordPress，不存在“随应用一同下载”的情况——WordPress是独立内容管理系统，不会自动混入Django项目。

请求的真实原因 #

这些是网络爬虫/自动化扫描器发起的恶意探测请求。互联网上有大量工具会批量扫描公开网站，尝试寻找WordPress、Joomla等常见CMS的漏洞，哪怕目标网站根本没用到这些系统。

是否存在问题 #

• 当前无直接风险：你访问这些URI无异常（实际是Django返回的404页面），说明爬虫没找到可利用的入口。
• 潜在隐患：如果后续项目不小心引入WordPress相关依赖，或者路由配置出现疏漏，这类扫描可能抓住漏洞发起攻击。

解决办法 #

• 优化Django的404响应：确保所有不存在的URI都返回标准404页面，不要泄露服务器、框架等敏感信息。
• 配置App Engine防火墙：在控制台“安全”模块设置防火墙规则，屏蔽频繁发起扫描的IP段；也可以用Cloud Armor加强防护。
• 配置日志告警：通过Cloud Logging创建告警规则，当出现大量异常URI请求时及时通知，方便追踪来源。
• 定期检查依赖：确认requirements.txt中无多余第三方依赖，避免意外引入WordPress相关包。

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