CVE-2025-71285 in Linux
Zusammenfassung
von VulDB • 13.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
net: qrtr: Deaktivieren der MHI auto_queue-Funktion für IPCR-DL-Kanäle
Der MHI-Stack bietet die 'auto_queue'-Funktion, die es dem MHI-Stack ermöglicht, Puffer für den RX-Pfad (DL-Kanal) automatisch in die Warteschlange einzureihen. Obwohl diese Funktion das Design des Client-Treibers vereinfacht, führt sie zu einer Race Condition zwischen den Client-Treibern und dem MHI-Stack. Beispielsweise kann bei aktiviertem auto_queue der 'dl_callback' für den DL-Kanal aufgerufen werden, bevor der Client-Treiber vollständig initialisiert (geprobed) ist. Das bedeutet, dass zum Zeitpunkt des Aufrufs von dl_callback die Strukturen des Client-Treibers möglicherweise noch nicht initialisiert sind, was zu einer Dereferenzierung eines NULL-Zeigers (NULL ptr dereference) führt.
Derzeit müssen die Treiber dieses Problem umgehen, indem sie die internen Strukturen initialisieren, bevor mhi_prepare_for_transfer_autoqueue() aufgerufen wird. Dennoch besteht die Möglichkeit, dass der interne Codepfad des Client-Treibers die MHI-Warteschlangen-APIs aufruft, bevor mhi_prepare_for_transfer_autoqueue() aufgerufen wurde, was zu einer ähnlichen Dereferenzierung eines NULL-Zeigers führt. Dieses Problem wurde auf Qcom X1E80100 CRD-Maschinen gemeldet, die den Boot-Vorgang beeinträchtigen.
Um alle diese Race Conditions ordnungsgemäß zu beheben, wird die MHI 'auto_queue'-Funktion vollständig deaktiviert und der Client-Treiber (QRTR) übernimmt die manuelle Verwaltung der RX-Puffer. Im QRTR-Treiber werden die RX-Puffer basierend auf der Ringlänge während des Probe-Vorgangs in die Warteschlange eingereiht und die Puffer im 'dl_callback' wiederverwendet, sobald sie verbraucht wurden. Dies erfordert auch das Entfernen der Einstellung des 'auto_queue'-Flags aus den Controller-Treibern.
Derzeit ist diese 'auto_queue'-Funktion nur für den IPCR-DL-Kanal aktiviert. Daher erfordert nur der QRTR-Client-Treiber eine Änderung.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.