以“type_error:SafeUrl”结尾的奇怪 HTTP 请求

Question

我收到一些奇怪的 HTTP 请求，例如：

"POST /type_error:SafeUrl HTTP/1.1"
"GET /some/path/type_error:SafeUrl HTTP/1.1"
"POST /another/long/path/type_error:SafeUrl HTTP/1.1"
"POST /another/very/long/path/type_error:SafeUrl HTTP/1.1"

主要POST是GET，主要是在iPhone上，我很确定起源是由JS中的某些“type_error”触发的。

唯一的模式是URL 末尾的/type_error:SafeUrl 。

不幸的是我无法重现它。 正如我所看到的，它来自 Fundingchoices 库。

我该如何解决/挖掘/处理这个问题？

我知道这不是一个完全兼容的查询，但我希望在已经解决了这个问题的人中匹配相同的“糟糕”体验。

Answer 1

我认为这是资金选择中的一个错误。

在 Funding Choices 加载的一些广告拦截检测代码的深处，我发现以下内容是 reportClientEvent(...) 调用的一部分：

_.Cc = function(a) {
    return a instanceof _.Vb && a.constructor === _.Vb ? a.g : "type_error:SafeUrl"
}

a.g是一个 URL ( https://fundingchoicesmessages.google.com/el/AGSKWxVK...) 但a不是 的实例_.Vb，因此我们最终会type_error:SafeUrl作为 XMLHttpRequest 请求的 URL 返回。

我预计这是一个错误，因为请求没有域或协议的“type_error:SafeUrl”不会产生任何有用的结果。

昨天（2022 年 1 月 20 日 17:30 UTC）我们的网站上开始出现大量此类请求，表明在该时间附近的某个地方发布了更新。我希望我能找到资金选择的变更日志......

更新：我一直在与 Funding Choice 团队联系，他们预计下周初（可能是周一）发布修复程序。

更新：格式错误的流量于世界标准时间 2022 年 1 月 25 日 23:00 左右在我们的服务器上消失。