This is a summary of the AI-generated 10-question deep analysis. The full version (longer answers, follow-up Q&A, related CVEs) requires login.
Read the full analysis →
Q1What is this vulnerability? (Essence + Consequences)
🚨 **Root Cause**: The UFS driver trace code **dereferences a potentially stale pointer** in `TP_printk()`.
📉 **Impact**: When reading `/sys/kernel/tracing/trace`, if the HBA memory has been freed, it can cause a **Kernel…
🔍 **Flaw Location**: The tracepoint in `drivers/ufs/core/ufs_trace.h` passes the HBA pointer, but the print function executes with a delay.
🧩 **CWE**: **CWE-416** (Use After Free) / **CWE-417** (Disposal Without Release)…
🚪 **Barriers**:
- **Authentication**: Requires system administrator privileges or specific capabilities.
- **Configuration**: Requires kernel tracing functionality to be enabled.
- **Difficulty**: Moderate; requires cons…
📝 **PoC/Exp**:
- **PoC**: The `pocs` list is currently empty in the data; no ready-made public Exp available.
- **In-the-Wild Exploits**: No known in-the-wild exploit records have been found; this is an issue discovered …
✅ **Official Fix**:
- **Patch**: Fixed. Modified to **directly copy the device name** into the ring buffer when the tracepoint is called, avoiding delayed dereferencing.
- **Commit**: See Git link (e.g., 2510434307a22407…
🛡️ **Temporary Workarounds**:
- **Disable Tracing**: Disable functionality related to `/sys/kernel/tracing`.
- **Avoid Reading**: Before the patch is applied, avoid reading the trace file immediately after a UFS device i…
⏱️ **Priority**:
- **Level**: **Low-Medium**.
- **Reason**: Trigger conditions are strict (specific timing + privileges), and there are no in-the-wild exploit records.
- **Recommendation**: Can be handled within the regu…