CVE-2022-2053 in Communications Cloud Native Core Policy
摘要
由 VulDB • 2026-07-20
当通过 AJP 传入 POST 请求且该请求超过 max-post-size 限制（maxEntitySize）时，Undertow 的 AjpServerRequestConduit 实现在未向客户端/代理发送任何响应的情况下关闭连接。此行为会导致前端代理将后端工作进程（应用程序服务器）标记为错误状态，并在一段时间内不再向其转发请求。在 mod_cluster 中，这种情况会一直持续，直到来自应用程序服务器的下一个 STATUS 请求（间隔 10 秒）更新服务器状态为止。因此，在最坏情况下，可能导致“所有工作进程均处于错误状态”，从而使 mod_cluster 暂时响应“503 Service Unavailable”（最多达 10 秒）。在 mod_proxy_balancer 中，它会一直等到 “retry” 超时过后才向该工作进程转发请求。然而幸运的是，mod_proxy_balancer 具有 “forcerecovery” 设置（默认开启；如果负载均衡器的所有工作进程均处于错误状态，此参数可强制立即恢复所有工作进程，而不考虑各工作进程的 retry 参数）。因此，与 mod_cluster 不同，mod_proxy_balancer 不会导致响应“503 Service Unavailable”。攻击者可利用此行为发送恶意请求并触发服务器错误，从而导致 DoS（拒绝服务）漏洞。该缺陷已在 Undertow 2.2.19.Final 和 Undertow 2.3.0.Alpha2 中得到修复。
If you want to get best quality of vulnerability data, you may have to visit VulDB.