CVE-2021-32675: DoS vulnerability in Redis

Published Oct 4, 2021
·
Updated

A flaw was found in redis. When parsing an incoming Redis Standard Protocol (RESP) request, redis allocates memory according to user-specified values, which determine the number of elements (in the multi-bulk header) and size of each element (in the bulk header). This flaw allows an unauthenticated, remote user delivering specially crafted requests over multiple connections to cause the server to allocate a significant amount of memory, resulting in a denial of service. The highest threat from this vulnerability is to system availability.

Other sources

Redis is an open source, in-memory database that persists on disk. When parsing an incoming Redis Standard Protocol (RESP) request, Redis allocates memory according to user-specified values which determine the number of elements (in the multi-bulk header) and size of each element (in the bulk header). An attacker delivering specially crafted requests over multiple connections can cause the server to allocate significant amount of memory. Because the same parsing mechanism is used to handle authentication requests, this vulnerability can also be exploited by unauthenticated users. The problem is fixed in Redis versions 6.2.6, 6.0.16 and 5.0.14. An additional workaround to mitigate this problem without patching the redis-server executable is to block access to prevent unauthenticated users from connecting to Redis. This can be done in different ways: Using network access control tools like firewalls, iptables, security groups, etc. or Enabling TLS and requiring users to authenticate using client side certificates.

Affected Software

19 affected componentsFixes available
redhat/redis<0:3.2.8-5.el7
0:3.2.8-5.el7
redhat/rh-redis5-redis<0:5.0.5-3.el7
0:5.0.5-3.el7
debian/redis
5:5.0.14-1+deb10u25:5.0.14-1+deb10u55:6.0.16-1+deb11u25:7.0.11-15:7.0.14-1
redhat/redis<6.2.6
6.2.6
redhat/redis<6.0.16
6.0.16
redhat/redis<5.0.14
5.0.14
Redis redis>=5.0.0<5.0.14
Redis redis>=6.0.0<6.0.16
Redis redis>=6.2.0<6.2.6
Fedoraproject Fedora=33
Fedoraproject Fedora=34
Fedoraproject Fedora=35
Debian Debian Linux=10.0
Debian Debian Linux=11.0
NetApp Management Services For Element Software
NetApp Management Services For Netapp Hci
Oracle Communications Operations Monitor=4.3
Oracle Communications Operations Monitor=4.4
Oracle Communications Operations Monitor=5.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade redhat/redis to a version that resolves this vulnerability.

    Fixed in 0:3.2.8-5.el7
  2. Upgrade

    Upgrade redhat/rh-redis5-redis to a version that resolves this vulnerability.

    Fixed in 0:5.0.5-3.el7
  3. Upgrade

    Upgrade debian/redis to a version that resolves this vulnerability.

    Fixed in 5:5.0.14-1+deb10u2Fixed in 5:5.0.14-1+deb10u5Fixed in 5:6.0.16-1+deb11u2Fixed in 5:7.0.11-1Fixed in 5:7.0.14-1
  4. Upgrade

    Upgrade redhat/redis to a version that resolves this vulnerability.

    Fixed in 6.2.6
  5. Upgrade

    Upgrade redhat/redis to a version that resolves this vulnerability.

    Fixed in 6.0.16
  6. Upgrade

    Upgrade redhat/redis to a version that resolves this vulnerability.

    Fixed in 5.0.14
  7. Upgrade

    Upgrade redis/redis-server to a version that resolves this vulnerability.

    Fixed in 6.2.6
  8. Upgrade

    Upgrade redis/redis-server to a version that resolves this vulnerability.

    Fixed in 6.0.16
  9. Upgrade

    Upgrade redis/redis-server to a version that resolves this vulnerability.

    Fixed in 5.0.14
  10. Configuration

    Mitigate without patching redis-server by enabling TLS and requiring users to authenticate using client side certificates.

    Redis TLS with client side certificate authentication = enabled and require client side certificates
  11. Compensating control

    Prevent unauthenticated users from connecting to Redis using network access control tools (e.g., firewalls, iptables, security groups).

Event History

Oct 4, 2021
CVE Published
12:00 AM
CVE Published
via MITRE·05:50 PM
Data Sourced
via MITRE·05:50 PM
DescriptionSeverityWeakness
Oct 5, 2021
Data Sourced
via Red Hat·06:20 PM
DescriptionSeverityAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the vulnerability ID for this flaw in Redis?

The vulnerability ID for this flaw in Redis is CVE-2021-32675.

2

What is Redis?

Redis is an open source, in-memory database that persists on disk.

3

What is the severity of CVE-2021-32675?

The severity of CVE-2021-32675 is high with a severity value of 7.5.

4

How does CVE-2021-32675 affect Redis?

CVE-2021-32675 in Redis allows an attacker to allocate arbitrary amounts of memory, potentially leading to denial of service or remote code execution.

5

How can I fix CVE-2021-32675 in Redis?

To fix CVE-2021-32675 in Redis, upgrade to version 6.2.6, 6.0.16, or 5.0.14 depending on your current version.

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