CVE-2026-49855: tornado AsyncHTTPClient accumulates decompressed chunks without size limit (gzip bomb)

Published Jun 15, 2026
·
Updated

Tornado is a Python web framework and asynchronous networking library. Prior to 6.5.6, Tornado gzip decompression routines processed limited-size chunks but did not enforce an overall limit on accumulated decompressed chunks, allowing a malicious server accessed by SimpleAsyncHTTPClient or an HTTPServer configured with decompressrequest=True to consume effectively unlimited memory. This issue is fixed in version 6.5.6.

Other sources

Tornado's gzip decompression routines work in limited-size chunks, but have no overall limit for the total size of decompressed chunks that they will accumulate (There has always been a limit for the total compressed size). This allows a malicious server to consume effectively unlimited amounts of memory if it is accessed via SimpleAsyncHTTPClient in its default configuration. HTTPServer is not affected in its default configuration, but it is if decompressrequest=True is set.

This bug is fixed in Tornado 6.5.6. maxbodysize is now checked both for the compressed and cumulative decompressed size of the response.

Prior to upgrading, this issue can be mitigated by setting decompressresponse=False or using CurlAsyncHTTPClient.

GitHub

Affected Software

2 affected componentsFixes available
pip/tornado<6.5.6
6.5.6
IBM Netezza Software<=11.3.0.3-IF2

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade pip/tornado to a version that resolves this vulnerability.

    Fixed in 6.5.6
  2. Upgrade

    Upgrade tornado to a version that resolves this vulnerability.

    Fixed in 6.5.6
  3. Configuration

    Mitigate prior to upgrading to 6.5.6 by setting `decompress_response=False`.

    Tornado SimpleAsyncHTTPClient decompress_response = False
  4. Configuration

    If using `HTTPServer`, ensure `decompress_request` is not set to `True` (set it to `False`) because `HTTPServer` is only affected when `decompress_request=True`.

    Tornado HTTPServer decompress_request = False
  5. Compensating control

    Mitigate prior to upgrading to 6.5.6 by using `CurlAsyncHTTPClient` instead of `SimpleAsyncHTTPClient`.

Event History

Jun 15, 2026
Advisory Published
via GitHub·08:19 PM
Data Sourced
via GitHub·08:19 PM
DescriptionSeverityWeaknessAffected Software
Jul 14, 2026
CVE Published
via MITRE·08:45 PM
Data Sourced
via MITRE·08:45 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·09:17 PM
DescriptionSeverityWeakness
Aug 20, 2026
Data Sourced
via IBM·12:00 AM
DescriptionAffected Software

Parent advisories

This vulnerability appears in the following advisories.

Frequently Asked Questions

1

What is the severity of CVE-2026-49855?

CVE-2026-49855 has a high severity rating of 7.5.

2

How can I fix CVE-2026-49855?

To fix CVE-2026-49855, you should update to the latest version of Tornado that addresses this vulnerability.

3

What risks are associated with CVE-2026-49855?

CVE-2026-49855 poses a risk of denial of service due to the unlimited accumulation of decompressed data.

4

Is CVE-2026-49855 specific to any software?

CVE-2026-49855 specifically affects the Tornado web framework and related packages.

5

When was CVE-2026-49855 published?

CVE-2026-49855 was published on June 15, 2026.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203