CVE Catalog

CVE-2024-58085

MediumCVSS 5.5
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.21%

11th percentile - higher than 11% of all known CVEs

Summary

In the Linux kernel, tomoyo_write_control() emits a too-large allocation warning when a very long line without a newline is written. The fix uses __GFP_NOWARN instead of checking KMALLOC_MAX_SIZE, as valid lines should be shorter than 32KB.

Risk Assessment

This can cause spurious warnings and potential memory allocation issues, leading to unnecessary log noise or -ENOMEM errors.

Recommendation

Update the Linux kernel to a version with this fix to avoid warnings and allocation issues in tomoyo_write_control().

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: tomoyo: don't emit warning in tomoyo_write_control() syzbot is reporting too large allocation warning at tomoyo_write_control(), for one can write a very very long line without new line character. To fix this warning, I use __GFP_NOWARN rather than checking for KMALLOC_MAX_SIZE, for practically a valid line should be always shorter than 32KB where the "too small to fail" memory-allocation rule applies. One might try to write a valid line that is longer than 32KB, but such request will likely fail with -ENOMEM. Therefore, I feel that separately returning -EINVAL when a line is longer than KMALLOC_MAX_SIZE is redundant. There is no need to distinguish over-32KB and over-KMALLOC_MAX_SIZE.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS