CVE-2024-53152 in Linux
Résumé
par VulDB • 04/06/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
PCI : tegra194 : Déplacer les nettoyages du contrôleur vers pex_ep_event_pex_rst_deassert()
Actuellement, la fonction de nettoyage de l'extrémité (endpoint) dw_pcie_ep_cleanup() et la fonction de notification de désinitialisation de l'EPF pci_epc_deinit_notify() sont appelées lors de l'exécution de pex_ep_event_pex_rst_assert(), c'est-à-dire lorsque l'hôte a activé le signal PERST#. Cependant, peu après cette étape, l'hôte désactivera également le refclk.
Tous les SoCs d'extrémité (endpoint) tegra194 pris en charge à ce jour dépendent du refclk fourni par l'hôte pour maintenir le contrôleur opérationnel. En raison de cette limitation, tout accès aux registres matériels en l'absence de refclk entraînera un plantage complet de l'extrémité. Malheureusement, la plupart des nettoyages du contrôleur nécessitent d'accéder aux registres matériels (comme le nettoyage eDMA effectué dans dw_pcie_ep_cleanup(), etc.). Par conséquent, ces fonctions de nettoyage peuvent provoquer un plantage du SoC d'extrémité une fois que l'hôte a activé le signal PERST#.
Une façon de résoudre ce problème consiste à générer le refclk directement au sein de l'extrémité, sans dépendre de l'hôte. Cependant, cela n'est pas toujours possible, car certaines conceptions d'extrémité nécessitent que l'extrémité consomme le refclk provenant de l'hôte.
Ainsi, cette correction supprime le plantage en déplaçant les nettoyages du contrôleur vers le début de la fonction pex_ep_event_pex_rst_deassert(). Cette fonction est appelée chaque fois que l'hôte a désactivé le signal PERST# et il est garanti que le refclk sera actif à ce stade. Au début de cette fonction (après l'activation des ressources), le nettoyage du contrôleur peut être effectué. Une fois terminé, l'exécution du reste du code pour la désactivation de PERST# peut se poursuivre normalement.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.