| Package | Affected versions | Patched versions |
|---|---|---|
| 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.Running one of these products? Scan your site to see whether it exposes a vulnerable version.
Scan my site free