Reference material — not professional advice. Test in staging, back up first, verify against your specific version. Use your own judgment for your environment.
● Not verified · CVSS 0.0 ⚠ ACTIVELY EXPLOITED — CISA KEV

How to Fix CVE-2024-36971: Remote Code Execution in Linux Linux

By Sai Kiran Pandrala

⚡ At a glance
SeverityCVSS 0.0
Actively exploited?Yes, listed in CISA KEV (added 2024-08-07, federal due date 2024-08-28)
AffectedLinux: a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 < version 051c0bde9f0450a2ec3d62a86d2a0d2fad117f13, a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 < version db0082825037794c5dba9959c9de13ca34cc5e72, a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 < version 2295a7ef5c8c49241bff769e7826ef2582e532a6, a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 < version eacb8b195579c174a6d3e12a9690b206eb7f28cf, a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 < version 81dd3c82a456b0015461754be7cb2693991421b4, a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 < version 5af198c387128a9d2ddd620b0f0803564a4d4508, a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 < version b8af8e6118a6605f0e495a58d591ca94a85a50fc, a87cb3e48ee86d29868d3f59cfb9ce1a8fa63314 < version 92f1655aa2b2294d0b49925f3b875a634bd3b59e; Linux: 4.6
Fixed inLinux: 051c0bde9f0450a2ec3d62a86d2a0d2fad117f13, db0082825037794c5dba9959c9de13ca34cc5e72, 2295a7ef5c8c49241bff769e7826ef2582e532a6, eacb8b195579c174a6d3e12a9690b206eb7f28cf, 81dd3c82a456b0015461754be7cb2693991421b4, 5af198c387128a9d2ddd620b0f0803564a4d4508, b8af8e6118a6605f0e495a58d591ca94a85a50fc, 92f1655aa2b2294d0b49925f3b875a634bd3b59e
Type (CWE)Not verified, see official advisory

What is CVE-2024-36971?

In the Linux kernel, the following vulnerability has been resolved: net: fix __dst_negative_advice() race __dst_negative_advice() does not enforce proper RCU rules when sk->dst_cache must be cleared, leading to possible UAF. RCU rules are that we must first clear sk->sk_dst_cache, then call dst_release(old_dst). Note that sk_dst_reset(sk) is implementing this protocol correctly, while __dst_negative_advice() uses the wrong order. Given that ip6_negative_advice() has special logic against RT

A successful exploit lets a attacker run arbitrary code on the target system. The fix is to install the patched build from Linux listed in the table above and confirm the running version after the upgrade.

Am I affected?

Check your installed version of Linux Linux against the Affected row above. If your build sits within any of those ranges, treat the system as vulnerable until patched.

If you do not have the version handy, pull it the same way you usually would for Linux: the management console's About page, the CLI's version command, or the package manager record for the installed binary. The vendor advisory linked in the references section is the authoritative source.

How to fix CVE-2024-36971

  1. Read the vendor advisory at https://git.kernel.org/stable/c/051c0bde9f0450a2ec3d62a86d2a0d2fad117f13 for the build matrix that matches your installation.
  2. Identify the patched build for your major version: Linux: 051c0bde9f0450a2ec3d62a86d2a0d2fad117f13, db0082825037794c5dba9959c9de13ca34cc5e72, 2295a7ef5c8c49241bff769e7826ef2582e532a6, eacb8b195579c174a6d3e12a9690b206eb7f28cf, 81dd3c82a456b0015461754be7cb2693991421b4, 5af198c387128a9d2ddd620b0f0803564a4d4508, b8af8e6118a6605f0e495a58d591ca94a85a50fc, 92f1655aa2b2294d0b49925f3b875a634bd3b59e.
  3. Back up configuration before upgrading (export running config, snapshot the VM, or take a database dump as appropriate for your platform).
  4. Apply the patched build using the vendor's documented upgrade path (in-place upgrade, package update, or replacement image).
  5. Restart the service so the new code is loaded; verify the running version reports the patched build number.

Patch via your OS package manager


# Patched version is 4.19.316 (from the vendor advisory).
# Debian / Ubuntu
sudo apt update
sudo apt install --only-upgrade linux-image-generic=4.19.316

# RHEL / Rocky / AlmaLinux / Fedora
sudo dnf upgrade linux-image-generic

# openSUSE
sudo zypper update linux-image-generic

# Verify the running version matches the fixed version
dpkg -s linux-image-generic 2>/dev/null | grep -i version || rpm -q linux-image-generic 2>/dev/null

# Windows: pull the cumulative update that ships this fix.
Install-Module PSWindowsUpdate -Force -SkipPublisherCheck
Get-WindowsUpdate -AcceptAll -Install -AutoReboot

Verify the fix landed


# 1. Confirm the running version matches the fixed-in version from the advisory:
#    https://git.kernel.org/stable/c/051c0bde9f0450a2ec3d62a86d2a0d2fad117f13
#    Use the platform-specific version probe above.

# 2. Re-scan with your vulnerability scanner (Nessus, Qualys, Tenable, OpenVAS).
#    The scanner should no longer flag CVE-2024-36971 on the patched target.

# 3. Inspect recent service / kernel logs for crash loops or rollback events.
journalctl -u <service> --since "10 minutes ago"
dmesg --since "10 minutes ago"

If you can't patch immediately

Check the vendor advisory's "Workarounds" section. If the advisory lists no official workaround, patching is the only remediation. Compensating controls that reduce attack surface in the meantime: restrict network access to the management interface to a small admin allowlist, disable the affected feature if it is not in use, and monitor the relevant logs for the exploitation patterns referenced in the advisory.

How to verify the fix worked

  1. Confirm the running version matches the patched build from the vendor advisory.
  2. Re-run your vulnerability scanner; the CVE should clear.
  3. Review logs from before the patch for the exploitation signatures described in the advisory, and treat any matches as a possible compromise (rotate credentials, isolate the host, full IR).

Frequently asked questions

Other vulnerabilities in the same area that are worth patching alongside this one:

Is CVE-2024-36971 being exploited right now?

Yes. It is listed in the CISA Known Exploited Vulnerabilities catalog (added 2024-08-07), which means CISA has evidence of active exploitation.

What is the CVSS score for CVE-2024-36971?

CVSS 0.0. Use this with your own asset exposure to set patching priority (internet-exposed systems first).

Do I need to take the system offline to patch?

It depends on the platform. Many appliances support hitless upgrade in HA pairs (upgrade standby, fail over, upgrade primary). Servers and applications usually need a service restart. Plan a maintenance window if HA is not available.

What if my version is not listed as affected?

Cross-check against the vendor advisory linked below. The CVE record reflects the vendor's official affected-products list at publication time; later-discovered variants are added through the same advisory or a follow-up CVE.

References


*This guide was assembled from the official vendor advisory, NVD record, and CISA KEV listing on 2026-05-25. Always confirm against the vendor advisory before applying changes in production.*