In the Linux kernel, the following vulnerability has been resolved:
loop: implement ->free_disk
Ensure that the lo_device which is stored in the gendisk private
data is valid until the gendisk is freed. Currently the loop driver
uses a lot of effort to make sure a device is not freed when it is
still in use, but to to fix a potential deadlock this will be relaxed
a bit soon.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel loop-device issue that can affect system availability. The record describes a lifetime and locking problem where loop-device private data could become unsafe before the disk object is fully freed. It is local, requires some privilege, and does not indicate data theft or data modification.
Executive priority
Treat as a moderate operational stability risk. It is not described as remotely exploitable and has no cited active exploitation, but Linux kernel availability issues can matter on shared servers, CI hosts, and systems with local user access.
Technical view
The loop driver needed a free_disk handler so lo_device stored in gendisk private data remains valid until gendisk release. The CVE is classified as CWE-667 with CVSS 5.5: local attack vector, low complexity, low privileges, no user interaction, and high availability impact only.
Likely exposure
Exposure is most relevant to Linux systems running affected kernel versions and using loop block devices. The source bundle does not identify affected distributions, cloud images, appliances, or container-specific conditions, so asset owners should map kernel versions against vendor advisories.
Exploitation context
The source bundle does not report active exploitation, and KEV status is false. The CVSS vector indicates local, low-privilege exploitation potential with availability impact. No public exploit status is provided in the supplied evidence.
Researcher notes
Evidence is limited to the CVE record and Linux stable commits. The root issue is object lifetime around gendisk private data in the loop driver, tied to locking behavior. Do not infer distro impact, exploit availability, or mitigations beyond kernel updates and vendor guidance.
Mitigation direction
Apply kernel updates containing the referenced stable fixes.
Check distribution vendor advisories for backported kernel packages.
Prioritize hosts where untrusted local users can access loop-device workflows.
Avoid assuming package version numbers match upstream kernel versions.
Monitor vendor guidance for any additional hardening recommendations.
Validation and detection
Inventory Linux kernel versions across affected assets.
Identify systems using or exposing loop block devices.
Confirm installed kernels include vendor fixes for CVE-2022-49531.
Review vendor security advisories for backport confirmation.
Validate that rebooted systems are running the updated kernel.
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 · low confidence lookup
CWE-667: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. 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.
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.
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-667 · source CWE mapping
Improper Locking
Improper Locking represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.