CVE-2022-2053 in Communications Cloud Native Core Policy
Tóm tắt
Bởi VulDB • 23/07/2026
Khi một yêu cầu POST được gửi qua AJP và vượt quá giới hạn max-post-size (maxEntitySize), triển khai AjpServerRequestConduit của Undertow đóng kết nối mà không gửi bất kỳ phản hồi nào cho máy khách/proxy. Hành vi này khiến proxy phía trước đánh dấu worker phía sau (máy chủ ứng dụng) ở trạng thái lỗi và ngừng chuyển tiếp các yêu cầu đến worker đó trong một khoảng thời gian nhất định. Trong mod_cluster, tình trạng này kéo dài cho đến khi yêu cầu STATUS tiếp theo (theo chu kỳ 10 giây) từ máy chủ ứng dụng cập nhật lại trạng thái của server. Do đó, trong trường hợp xấu nhất, nó có thể dẫn đến "Tất cả workers đều ở trạng thái lỗi" và mod_cluster phản hồi mã "503 Service Unavailable" trong một khoảng thời gian (lên đến 10 giây). Trong mod_proxy_balancer, các yêu cầu không được chuyển tiếp đến worker cho đến khi hết thời gian chờ "retry". Tuy nhiên, may mắn thay, mod_proxy_balancer có cài đặt "forcerecovery" (được bật theo mặc định; tham số này có thể buộc khôi phục ngay lập tức tất cả workers mà không cần xem xét tham số retry của từng worker nếu tất cả workers của một balancer đều ở trạng thái lỗi). Vì vậy, khác với mod_cluster, mod_proxy_balancer không dẫn đến việc phản hồi "503 Service Unavailable". Một kẻ tấn công có thể lợi dụng hành vi này để gửi yêu cầu độc hại và kích hoạt các lỗi máy chủ, dẫn đến DoS (từ chối dịch vụ). Lỗi này đã được sửa trong Undertow 2.2.19.Final và Undertow 2.3.0.Alpha2.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.