| Gói / sản phẩm | Phiên bản bị ảnh hưởng | Phiên bản đã vá |
|---|---|---|
| org.eclipse.jetty:jetty-server | ≥ 9.4.0, < 9.4.35.v20201120 | 9.4.35.v20201120 |
| kafka | = 2.7.0 | |
| spark | = 2.4.8= 3.0.3 | |
| jetty | = 10.0.0= 11.0.0≥ 9.4.0, < 9.4.35 | 9.4.35 |
| oncommand system manager | ≥ 3.0, ≤ 3.1.3 | |
| blockchain platform | < 21.1.2 | 21.1.2 |
| communications converged application server - service controller | = 6.2 | |
| communications offline mediation controller | = 12.0.0.3.0 | |
| communications pricing design center | = 12.0.0.3.0 | |
| communications services gatekeeper | = 7.0 | |
| communications session route manager | ≥ 8.0.0, ≤ 8.2.4 | |
| flexcube private banking | = 12.0.0= 12.1.0 | |
| hyperion infrastructure technology | = 11.1.2.6.0 | |
| rest data services | < 20.4.3.050.1904 | 20.4.3.050.1904 |
| retail eftlink | = 20.0.0 | |
| siebel core - automation | ≤ 21.5 |
If GZIP request body inflation is enabled and requests from different clients are multiplexed onto a single connection and if an attacker can send a request with a body that is received entirely by not consumed by the application, then a subsequent request on the same connection will see that body prepended to it's body.
The attacker will not see any data, but may inject data into the body of the subsequent request
CVE score is 4.8 AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:L
The problem can be worked around by either:
Connection: close to any response where the servlet does not fully consume request content.Bạn đang dùng một trong các sản phẩm này? Quét site để biết có đang lộ phiên bản có lỗ hổng không.
Quét site miễn phí