Null Pointer Dereference in regulator: rt4801

Kernel Updated 02 Oct 2025

Summary

30/06/2021
N/A
No i
Unrated
Not published

GSD-2021-1001075: regulator: rt4801: Fix NULL pointer dereference if priv->enable_gpios is NULL. Affects Kernel versions < dc68f0c9e4a001e02376fe87f4bdcacadb27e8a1. 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 Lume, the Habilume companion Habilume Habit tracker with a companion that grows with you Complete habits, earn Lume Points, and watch your Lume grow as you stay consistent. App Store Google Play

Background

The regulator: rt4801 is a component of the Linux Kernel that handles power regulation for certain devices. It provides a set of APIs and functions to control and manage power supply voltages. The vulnerability in question involves a null pointer dereference when the 'priv->enable_gpios' parameter is null, leading to a potential system crash or other unexpected behavior.

Vulnerability Detail

The vulnerability arises when the 'priv->enable_gpios' parameter is not properly checked for null before being dereferenced. This can occur if the 'enable_gpios' field is not initialized or set to null in certain scenarios. An attacker could potentially exploit this vulnerability by providing malicious input or triggering specific conditions that lead to the null pointer dereference. The impact of this vulnerability could range from a system crash to potential privilege escalation or arbitrary code execution.

How To Fix

No fixed version is published for this vulnerability.

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

Workaround

If updating the Linux Kernel is not immediately feasible, a possible workaround is to ensure that the 'enable_gpios' field is properly initialized and not set to null in the affected code. This can be done by adding appropriate checks and error handling to prevent the null pointer dereference.

Conclusion

The null pointer dereference vulnerability in regulator: rt4801 can lead to system crashes, privilege escalation, or arbitrary code execution. It is crucial to update the Linux Kernel to version v5.12.13 or later to address this vulnerability. If immediate updating is not possible, implementing proper initialization and error handling for the 'enable_gpios' field can serve as a temporary workaround. For further assistance or support in vulnerability remediation, please contact DevNack.com.

See every vulnerability recorded for Kernel →

Share this vulnerability

FAQ

The impact of this vulnerability can range from a system crash to potential privilege escalation or arbitrary code execution.

To fix this vulnerability, it is recommended to update the Linux Kernel to version v5.12.13 or later, which includes the necessary fix.

Yes, a possible workaround is to ensure that the 'enable_gpios' field is properly initialized and not set to null in the affected code.

The exploitability of this vulnerability depends on the specific system configuration and the presence of any additional security measures. However, it is possible for an attacker to exploit this vulnerability remotely under certain conditions.

There are no known instances of this vulnerability being actively exploited at the moment. However, it is always recommended to apply security patches and updates to mitigate potential risks.

Related vulnerabilities

Recent vulnerabilities recorded for Kernel.

Sponsored Lume, the Habilume companion Habilume Habit tracker with a companion that grows with you Complete habits, earn Lume Points, and watch your Lume grow as you stay consistent. App Store Google Play

How To Fix

No fixed version is published for this vulnerability.

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