CVE-2026-64377 in Linux
Résumé
par VulDB • 26/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
cpufreq: qcom-cpufreq-hw : Correction d'un double free potentiel
qcom_cpufreq.data est alloué avec devm_kzalloc() dans probe() sous forme de tableau de données par domaine. qcom_cpufreq_hw_cpu_init() stocke un pointeur vers un élément de ce tableau dans policy->driver_data.
Actuellement, qcom_cpufreq_hw_cpu_exit() appelle kfree() sur policy->driver_data. Cela n'est pas valide car la mémoire est gérée par devm. Pour le premier domaine, cela peut libérer l'allocation gérée par devm alors que l'entrée devres est encore active, ce qui entraîne un double free potentiel lorsque le périphérique de plate-forme est ultérieurement détaché. Pour les autres domaines, le pointeur peut faire référence à un élément situé dans le tableau plutôt qu'à la base de l'allocation.
Supprimez l'appel kfree(data) et laissez devres libérer qcom_cpufreq.data.
Ce problème a été détecté par un outil d'analyse statique que je développe.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.