CVE-2024-42105
Last modified
CVE-2024-42105 is a high-severity vulnerability rated 7.8/10 on the CVSS scale. In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix inode number range checks Patch series "nilfs2: fix potential issues related to reserved inodes". This series fixes one use-after-free issue reported by syzbot, caused by nilfs2's internal inode being exposed in the namespace on a corrupted filesystem, and a couple of flaws that cause problems if the starting number of non-reserved inodes written in the on-disk super block is intentionally (or corruptly) changed from its default value. This patch (of 3): In the current implementation of nilfs2, "nilfs->ns_first_ino", which gives the first non-reserved inode number, is read from the superblock, but its lower limit is not checked. As a result, if a number that overlaps with the inode number range of reserved inodes such as the root directory or metadata files is set in the super block parameter, the inode number test macros (NILFS_MDT_INODE and NILFS_VALID_INODE) will not function properly. In addition, these test macros use left bit-shift calculations using with the inode number as the shift count via the BIT macro, but the result of a shift calculation that exceeds the bit width of an integer is undefined in the C specification, so if "ns_first_ino" is set to a large value other than the default value NILFS_USER_INO (=11), the macros may potentially malfunction depending on the environment. Fix these issues by checking the lower bound of "nilfs->ns_first_ino" and by preventing bit shifts equal to or greater than the NILFS_USER_INO constant in the inode number test macros. Also, change the type of "ns_first_ino" from signed integer to unsigned integer to avoid the need for type casting in comparisons such as the lower bound check introduced this time.. EPSS estimates a 0.26% chance of exploitation in the next 30 days.
Description
In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix inode number range checks Patch series "nilfs2: fix potential issues related to reserved inodes". This series fixes one use-after-free issue reported by syzbot, caused by nilfs2's internal inode being exposed in the namespace on a corrupted filesystem, and a couple of flaws that cause problems if the starting number of non-reserved inodes written in the on-disk super block is intentionally (or corruptly) changed from its default value. This patch (of 3): In the current implementation of nilfs2, "nilfs->ns_first_ino", which gives the first non-reserved inode number, is read from the superblock, but its lower limit is not checked. As a result, if a number that overlaps with the inode number range of reserved inodes such as the root directory or metadata files is set in the super block parameter, the inode number test macros (NILFS_MDT_INODE and NILFS_VALID_INODE) will not function properly. In addition, these test macros use left bit-shift calculations using with the inode number as the shift count via the BIT macro, but the result of a shift calculation that exceeds the bit width of an integer is undefined in the C specification, so if "ns_first_ino" is set to a large value other than the default value NILFS_USER_INO (=11), the macros may potentially malfunction depending on the environment. Fix these issues by checking the lower bound of "nilfs->ns_first_ino" and by preventing bit shifts equal to or greater than the NILFS_USER_INO constant in the inode number test macros. Also, change the type of "ns_first_ino" from signed integer to unsigned integer to avoid the need for type casting in comparisons such as the lower bound check introduced this time.
Metrics
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Weakness Enumeration
Affected Software
| Vendor | Product | Versions | Update |
|---|---|---|---|
| Linux | Linux Kernel | < 4.19.318 | — |
| Linux | Linux Kernel | >= 4.20, < 5.4.280 | — |
| Linux | Linux Kernel | >= 5.5, < 5.10.222 | — |
| Linux | Linux Kernel | >= 5.11, < 5.15.163 | — |
| Linux | Linux Kernel | >= 5.16, < 6.1.98 | — |
| Linux | Linux Kernel | >= 6.2, < 6.6.39 | — |
| Linux | Linux Kernel | >= 6.7, < 6.9.9 | — |
| Linux | Linux Kernel | 6.10 | Rc1 |
References
Timeline
- Published
- Last Modified
- Status
- Modified
Frequently Asked Questions
What is CVE-2024-42105?
How severe is CVE-2024-42105?
How do I fix CVE-2024-42105?
How Strix Helps
- How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
- Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
- PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
- AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.
Related CVEs from 2024
- CVE-2024-4210A Denial of Service (DoS) condition has been discovered in G…6.5
- CVE-2024-42100In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2024-42101In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2024-42102In the Linux kernel, the following vulnerability has been re…4.7
- CVE-2024-42103In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2024-42104In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2024-42106In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2024-42107In the Linux kernel, the following vulnerability has been re…4.7
- CVE-2024-42108In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2024-42109In the Linux kernel, the following vulnerability has been re…5.5
- CVE-2024-4211Improper Validation of Specified Quantity in Input vulnerabi…2.4
- CVE-2024-42110In the Linux kernel, the following vulnerability has been re…5.5
Are you affected by CVE-2024-42105?
Run a free Strix scan to check your systems for this vulnerability.
Scan your code nowSource: NVD / NIST
