CVE-2024-49884: ext4: fix slab-use-after-free in ext4_split_extent_at()

Published Oct 21, 2024
·
Updated

ext4: fix slab-use-after-free in ext4splitextentat()

Other sources

This CVE was automatically created from a reference found in an email or other text. If you are reading this, then this CVE entry is probably erroneous, since this text should be replaced by the official CVE description automatically.

Launchpad

Affected Software

17 affected componentsFixes available
Linux Linux kernel>=3.18<5.10.227
Linux Linux kernel>=5.11<5.15.168
Linux Linux kernel>=5.16<6.1.113
Linux Linux kernel>=6.2<6.6.55
Linux Linux kernel>=6.7<6.10.14
Linux Linux kernel>=6.11<6.11.3
debian/linux<=5.10.223-1
5.10.234-16.1.129-16.1.135-16.12.25-16.12.27-1
debian/linux-6.1
6.1.129-1~deb11u1
Microsoft cbl2 kernel 5.15.167.1-2
Microsoft cbl2 kernel 5.15.173.1-1
Microsoft cbl2 kernel 5.15.167.1-2
Microsoft azl3 kernel 6.6.51.1-5
Microsoft azl3 kernel 6.6.57.1-2
Debian Debian Linux=11.0
Linux Linux kernel>=3.18<4.19.323
Linux Linux kernel>=4.20<5.4.290
Linux Linux kernel>=5.5<5.10.227

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

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

    Fixed in 5.10.234-1Fixed in 6.1.129-1Fixed in 6.1.135-1Fixed in 6.12.25-1Fixed in 6.12.27-1
  2. Upgrade

    Upgrade debian/linux-6.1 to a version that resolves this vulnerability.

    Fixed in 6.1.129-1~deb11u1
  3. Configuration

    Apply the ext4 fix described in the provided text: adjust ext4 code so that when EXT_DEBUG is defined, avoid passing a potentially freed `path` pointer into `ext4_ext_show_leaf()`. Specifically, use `*ppath` directly as the `ext4_ext_show_leaf()` input to avoid use-after-free and unnecessary path updates.

    Linux kernel ext4 avoid possible use-after-free when EXT_DEBUG is defined by not using ext4_ext_show_leaf() with a freed path pointer = Use *ppath directly as the ext4_ext_show_leaf() input when EXT_DEBUG is defined (avoid *path use)
  4. Configuration

    Apply the ext4 logic change described in the provided text: when zeroing out or fixing extent length, call `ext4_find_extent()` to update the extent path (instead of continuing with a stale pointer that can lead to slab use-after-free).

    Linux kernel ext4 extent zeroout/fix flow = Call ext4_find_extent() to update the path when fixing extent length

Event History

Oct 21, 2024
CVE Published
via MITRE·06:01 PM
Data Sourced
via MITRE·06:01 PM
DescriptionSeverity
Data Sourced
via NVD·06:15 PM
RemedyDescriptionSeverityWeaknessAffected Software
Data Sourced
via Red Hat·07:11 PM
DescriptionSeverityAffected Software
Nov 12, 2024
Data Sourced
via Microsoft·08:00 AM
DescriptionSeverityWeakness
Data Sourced
via Microsoft·08:00 AM
Affected Software
Updated
via Microsoft·08:00 AM
DescriptionSeverity
Feb 12, 2025
Data Sourced
via Launchpad·05:17 AM
Description
May 3, 2025
Data Sourced
via Ubuntu·06:27 AM
RemedyDescriptionSeverityAffected 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 severity of CVE-2024-49884?

CVE-2024-49884 is classified as a high-severity vulnerability in the Linux kernel due to a use-after-free issue.

2

How do I fix CVE-2024-49884?

To fix CVE-2024-49884, update your Linux kernel to a version that includes the patch, such as 6.1.123-1 or 6.12.11-1.

3

Which versions of the Linux kernel are affected by CVE-2024-49884?

CVE-2024-49884 affects Linux kernel versions between 3.18 and 5.10.227, as well as various versions up to 6.11.3.

4

Is CVE-2024-49884 exploitable?

Yes, CVE-2024-49884 can be potentially exploited by attackers to corrupt memory, leading to privilege escalation or denial of service.

5

What does the term 'use-after-free' mean in the context of CVE-2024-49884?

In the context of CVE-2024-49884, 'use-after-free' refers to accessing memory after it has been freed, which can lead to unstable system behavior or security vulnerabilities.

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