CVE-2025-4382: Grub2: grub allow access to encrypted device through cli once root device is unlocked via tpm
A flaw was found in systems utilizing LUKS-encrypted disks with GRUB configured for TPM-based auto-decryption. When GRUB is set to automatically decrypt disks using keys stored in the TPM, it reads the decryption key into system memory. If an attacker with physical access can corrupt the underlying filesystem superblock, GRUB will fail to locate a valid filesystem and enter rescue mode. At this point, the disk is already decrypted, and the decryption key remains loaded in system memory. This scenario may allow an attacker with physical access to access the unencrypted data without any further authentication, thereby compromising data confidentiality. Furthermore, the ability to force this state through filesystem corruption also presents a data integrity concern.
Security readout for executives and security teams
Plain-English summary
This is a physical-access risk against encrypted Linux systems that auto-unlock disks from TPM during GRUB boot. If boot fails into GRUB rescue after filesystem corruption, the disk may already be decrypted, leaving data accessible without another authentication prompt.
Executive priority
Treat this as a targeted data-at-rest exposure issue. It is most urgent for mobile devices, remote sites, labs, and environments where attackers may gain physical access to encrypted systems.
Technical view
GRUB2 systems using LUKS with TPM-based auto-decryption can load the disk key into memory before validating the root filesystem. If the filesystem superblock is corrupted and GRUB enters rescue mode, the decrypted device and key may remain available, affecting confidentiality and integrity.
Likely exposure
Exposure is most likely on RHEL 7, 8, 9, 10, and OpenShift Container Platform 4 systems using RHCOS where LUKS disk encryption is paired with GRUB TPM auto-decryption. The attacker needs physical access and a way to alter the underlying filesystem.
Exploitation context
The bundle does not report active exploitation, and KEV is false. This is not a typical remote enterprise-wide vulnerability; the practical concern is stolen, seized, or physically accessible machines using unattended TPM-based disk unlock.
Researcher notes
The core condition is ordering: TPM auto-unlock occurs before GRUB fails into rescue after filesystem corruption. The source bundle names affected Red Hat platforms and includes an upstream GRUB rescue reader diff, but it does not provide complete remediation details.
Mitigation direction
Check Red Hat and GRUB guidance for available updates or vendor-approved workarounds.
Prioritize physical security for affected laptops, edge nodes, and remote infrastructure.
Review whether TPM auto-decryption is appropriate for high-risk systems.
Apply vendor-provided GRUB2 or RHCOS updates when available.
Use stronger boot-time authentication where operationally feasible.
Validation and detection
Inventory systems running affected RHEL or OpenShift/RHCOS versions.
Identify hosts using LUKS encryption with GRUB TPM auto-decryption.
Confirm whether boot rescue access is protected by vendor-supported controls.
Review asset theft, data-at-rest, and physical access risk for exposed systems.
Track Red Hat advisory status for package or platform remediation.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-306: Credential and account abuse lookup
Authentication and credential weaknesses can make valid-account abuse and credential telemetry useful review starting points. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
5Timeline events
1ADP providers
4Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-306 · source CWE mapping
Missing Authentication for Critical Function
Missing Authentication for Critical Function represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.