FICHE CVE

CVE-2025-39790

Publiée le 2025-09-11 · Dernière modification le 2026-10-19

🇫🇷 EN BREF

Les systèmes utilisant le bus MHI (Modem Host Interface) du noyau Linux sont concernés, ce qui implique généralement la communication entre l'hôte et un appareil distant tel qu'un modem cellulaire. Un attaquant local ayant accès au système peut déclencher une erreur de mémoire de type « double-free », pouvant entraîner un plantage complet du système ou l'exécution non autorisée de code avec des privilèges élevés. Cette exploitation est relativement facile à déclencher car elle ne nécessite ni permissions spéciales ni interaction de l'utilisateur, bien qu'elle requière un accès local à l'interface matérielle concernée.

CVSS 3.18.4 ÉLEVÉE
Publiée2025-09-11
Dernière modification2026-10-19

DÉTAIL DU VECTEUR CVSS

Vecteur d'attaqueLocal
Complexité d'attaqueFaible
Privilèges requisAucun
Interaction utilisateurAucune
PortéeInchangée
Impact sur la confidentialitéÉlevé
Impact sur l'intégritéÉlevé
Impact sur la disponibilitéÉlevé

RÉFÉRENCES

Description officielle du NVD (en anglais)

In the Linux kernel, the following vulnerability has been resolved: bus: mhi: host: Detect events pointing to unexpected TREs When a remote device sends a completion event to the host, it contains a pointer to the consumed TRE. The host uses this pointer to process all of the TREs between it and the host's local copy of the ring's read pointer. This works when processing completion for chained transactions, but can lead to nasty results if the device sends an event for a single-element transaction with a read pointer that is multiple elements ahead of the host's read pointer. For instance, if the host accesses an event ring while the device is updating it, the pointer inside of the event might still point to an old TRE. If the host uses the channel's xfer_cb() to directly free the buffer pointed to by the TRE, the buffer will be double-freed. This behavior was observed on an ep that used upstream EP stack without 'commit 6f18d174b73d ("bus: mhi: ep: Update read pointer only after buffer is written")'. Where the device updated the events ring pointer before updating the event contents, so it left a window where the host was able to access the stale data the event pointed to, before the device had the chance to update them. The usual pattern was that the host received an event pointing to a TRE that is not immediately after the last processed one, so it got treated as if it was a chained transaction, processing all of the TREs in between the two read pointers. This commit aims to harden the host by ensuring transactions where the event points to a TRE that isn't local_rp + 1 are chained. [mani: added stable tag and reworded commit message]