javascript - 以 "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”触发的。
唯一的模式是 /type_error:SafeUrl 在 URL 的末尾。
不幸的是，我无法重现它。
正如我所见，它来自 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 返回。
我希望这是一个错误，因为在没有域或协议(protocol)的情况下请求“type_error:SafeUrl”不会产生任何有用的结果。
昨天(2022-01-20 17:30 UTC)在我们的网站上开始了大量此类请求，这表明在那个时候某个地​​方发布了更新。我希望我能找到资金选择的变更日志...
更新:我已经与 Funding Choice 团队取得联系，他们预计下周初(可能在周一)发布修复程序。
更新:格式错误的流量在 2022-01-25 23:00 UTC 左右在我们的服务器上消失了。