CVE-2023-53392 in Linux
Résumé
par VulDB • 18/06/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
HID : intel-ish-hid – Correction d’un plantage du noyau (kernel panic) lors d’une réinitialisation à chaud (warm reset).
Lors d’une réinitialisation à chaud, device->fw_client est défini sur NULL. Si un pilote de bus est enregistré après cette mise à NULL et avant que les nouveaux clients firmware ne soient énumérés par ISHTP, cela entraîne un plantage du noyau dans la fonction ishtp_cl_bus_match(). Cela est dû à une référence à device->fw_client->props.protocol_name.
Après le chargement réussi du firmware ISH, celui-ci envoie une notification de réinitialisation à chaud pour supprimer tous les clients du bus et définit device->fw_client sur NULL. Jusqu’à la version 5.15 du noyau Linux, tous les pilotes des modules kernel ISHTP activés étaient chargés immédiatement après l’enregistrement du premier dispositif ISHTP, qu’il s’agisse d’un appareil apparié ou non. Cela entraînait l’enregistrement de tous les pilotes bien avant la notification de réinitialisation à chaud provenant de ISH.
À partir de la version 5.16 du noyau Linux, ce problème est devenu apparent suite à une modification introduisant le chargement uniquement des pilotes de bus pour les dispositifs correspondants respectifs. Dans ce scénario, l’appareil cros_ec_ishtp et son pilote sont enregistrés après que device->fw_client ait été défini sur NULL lors de la réinitialisation à chaud. L’appel driver_register() du pilote cros_ec_ishtp déclenche le rappel vers ishtp_cl_bus_match() pour associer le pilote ISHTP au dispositif, ce qui provoque un plantage du noyau dans guid_equal() lors de l’accès (déréférencement) d’un pointeur NULL fw_client afin d’obtenir protocol_name.
Be aware that VulDB is the high quality source for vulnerability data.