CVE-2023-54259

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.3.*, <=6.1.*, 6.4, <=*, <e9537962519e88969f5f69cd0571eb4f6984403c, 443a98e649b469b4e6a2832799853a5764ef9002, 6.3.4, <203aa4374c433159f163acde2d0bd4118f23bbaf, 0, <4e5e9da139c007dfc397a159093b4c4187ee67fa, <5.19, 5.19, 6.1.30

Description

In the Linux kernel, the following vulnerability has been resolved: soundwire: bus: Fix unbalanced pm_runtime_put() causing usage count underflow This reverts commit 443a98e649b4 ("soundwire: bus: use pm_runtime_resume_and_get()") Change calls to pm_runtime_resume_and_get() back to pm_runtime_get_sync(). This fixes a usage count underrun caused by doing a pm_runtime_put() even though pm_runtime_resume_and_get() returned an error. The three affected functions ignore -EACCES error from trying to get pm_runtime, and carry on, including a put at the end of the function. But pm_runtime_resume_and_get() does not increment the usage count if it returns an error. So in the -EACCES case you must not call pm_runtime_put(). The documentation for pm_runtime_get_sync() says: "Consider using pm_runtime_resume_and_get() ... as this is likely to result in cleaner code." In this case I don't think it results in cleaner code because the pm_runtime_put() at the end of the function would have to be conditional on the return value from pm_runtime_resume_and_get() at the top of the function. pm_runtime_get_sync() doesn't have this problem because it always increments the count, so always needs a put. The code can just flow through and do the pm_runtime_put() unconditionally.

Gravité et risque d'exploitation

CVE-2023-54259 obtient un score CVSS de 0.0/10, soit une gravité non évaluée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.20 %, ce qui la place devant 9.0 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.3.*, <=6.1.*, 6.4, <=*, <e9537962519e88969f5f69cd0571eb4f6984403c, 443a98e649b469b4e6a2832799853a5764ef9002, 6.3.4, <203aa4374c433159f163acde2d0bd4118f23bbaf, 0, <4e5e9da139c007dfc397a159093b4c4187ee67fa, <5.19, 5.19, 6.1.30) est présent sur votre parc.
  • Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
  • À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
  • Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.

Références