Vulnerability in Kernel: mm: Consider __GFP_NOWARN flag for oversized kvmalloc() calls

Kernel Updated 02 Oct 2025

Summary

18/03/2022
N/A
No i
Unrated
Not published

GSD-2022-1000706: mm: Consider __GFP_NOWARN flag for oversized kvmalloc() calls. Affects Kernel versions >= 7661809d493b426e979f39ab512e3adf41fbcc69, < da0fccd842cdd4d15cc620241145e0648bfdd753. No fix is published. How to fix ↓

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored Devnack Penetration testing for web, API and mobile Manual testing by engineers who build software, not an auditor's checklist. Trusted by teams at Swift and Google Talk to Devnack

Background

The Kernel is a critical component of the Linux operating system that manages system resources and facilitates communication between hardware and software. It provides essential functionalities such as memory management, process scheduling, and device drivers. The vulnerability in focus affects the memory management subsystem of the Kernel. Specifically, it pertains to oversized kvmalloc() calls, which allocate memory for kernel virtual machines (KVMs).

Vulnerability Detail

The vulnerability arises from the absence of the __GFP_NOWARN flag in oversized kvmalloc() calls. This flag suppresses allocation warnings, which can be useful in scenarios where oversized allocations are intentional. However, without this flag, warnings are generated for oversized kvmalloc() calls, potentially leading to unnecessary noise in log files and making it harder to identify genuine allocation issues. Although the impact and attack plausibility of this vulnerability have not been proven, it is essential to address it to maintain a clean and efficient logging system.

How To Fix

No fixed version is published for this vulnerability.

To fix this vulnerability, the Linux Kernel was updated to version v5.16.13, which includes the necessary fix commit da0fccd842cdd4d15cc620241145e0648bfdd753. It is recommended to upgrade to this version or any subsequent version that includes the fix. By incorporating the __GFP_NOWARN flag in oversized kvmalloc() calls, the warning messages will be suppressed, ensuring a more streamlined logging system.

Tip — Not sure whether your app is affected? Vulert can check the versions your app actually runs. Scan free →

Workaround

There is no specific workaround mentioned for this vulnerability.

Conclusion

In conclusion, the vulnerability in Kernel version v5.15, introduced by commit 7661809d493b426e979f39ab512e3adf41fbcc69, pertains to oversized kvmalloc() calls without the __GFP_NOWARN flag. Although the impact and attack plausibility have not been proven, it is recommended to upgrade to version v5.16.13 or any subsequent version that includes the fix commit da0fccd842cdd4d15cc620241145e0648bfdd753. This fix suppresses warnings for oversized kvmalloc() calls, ensuring a more efficient logging system. For further support on vulnerability remediation, please contact DevNack.com.

See every vulnerability recorded for Kernel →

Share this vulnerability

FAQ

The impact of this vulnerability is primarily related to log file noise. Without the __GFP_NOWARN flag, oversized kvmalloc() calls generate warnings, which can clutter log files and make it harder to identify genuine allocation issues.

You can use the Vulert Playground at Vulert Scanner to check if your system is affected by this vulnerability. Simply upload your package-lock.json file, and Vulert will analyze it for open-source vulnerabilities, including this specific issue.

As of now, there is no known exploit for this vulnerability. However, it is still crucial to address it to maintain a clean and efficient logging system.

While it is technically possible to manually add the __GFP_NOWARN flag to oversized kvmalloc() calls, it is recommended to upgrade to the fixed version of the Linux Kernel. Manual modifications may introduce compatibility issues or unintended consequences.

The primary risk associated with this vulnerability is log file noise. However, it is always advisable to stay updated with the latest security patches and fixes to mitigate any potential risks.

Related vulnerabilities

Recent vulnerabilities recorded for Kernel.

How To Fix

No fixed version is published for this vulnerability.

To fix this vulnerability, the Linux Kernel was updated to version v5.16.13, which includes the necessary fix commit da0fccd842cdd4d15cc620241145e0648bfdd753. It is recommended to upgrade to this version or any subsequent version that includes the fix. By incorporating the __GFP_NOWARN flag in oversized kvmalloc() calls, the warning messages will be suppressed, ensuring a more streamlined logging system.

Tip — Not sure whether your app is affected? Vulert can check the versions your app actually runs. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback

Follow Vulert in Google

Get more Vulert vulnerability and dependency-security updates in Google Search and AI results.