CVE-2025-22060

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, <=6.14.*, 5.15.180, <96844075226b49af25a69a1d084b648ec2d9b08d, 0, 6.14.2, 3f518509dedc99f0b755d2ce68d24f610e3a005a, 6.1.134, <=6.6.*, 6.6.87, <fcbfb54a0269875cf3cd6a2bff4f85a2e0a0b552, 6.13.11, 6.12.23, <e64e9b6e86b39db3baa576fd73da73533b54cb2d, <e3711163d14d02af9005e4cdad30899c565f13fb, 6.15, <5b0ae1723a7d9574ae1aee7d9cf9757a30069865, <=*, <=5.15.*, <3.17, <46c1e23e34c9d1eaadf37f88216d9d8ce0d0bcee, 3.17, <=6.13.*, <b3f48a41a00d6d8d9c6fe09ae47dd21c8c1c8b03

Description

In the Linux kernel, the following vulnerability has been resolved: net: mvpp2: Prevent parser TCAM memory corruption Protect the parser TCAM/SRAM memory, and the cached (shadow) SRAM information, from concurrent modifications. Both the TCAM and SRAM tables are indirectly accessed by configuring an index register that selects the row to read or write to. This means that operations must be atomic in order to, e.g., avoid spreading writes across multiple rows. Since the shadow SRAM array is used to find free rows in the hardware table, it must also be protected in order to avoid TOCTOU errors where multiple cores allocate the same row. This issue was detected in a situation where `mvpp2_set_rx_mode()` ran concurrently on two CPUs. In this particular case the MVPP2_PE_MAC_UC_PROMISCUOUS entry was corrupted, causing the classifier unit to drop all incoming unicast - indicated by the `rx_classifier_drops` counter.

Gravité et risque d'exploitation

CVE-2025-22060 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.16 %, ce qui la place devant 4.6 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, <=6.14.*, 5.15.180, <96844075226b49af25a69a1d084b648ec2d9b08d, 0, 6.14.2, 3f518509dedc99f0b755d2ce68d24f610e3a005a, 6.1.134, <=6.6.*, 6.6.87, <fcbfb54a0269875cf3cd6a2bff4f85a2e0a0b552, 6.13.11, 6.12.23, <e64e9b6e86b39db3baa576fd73da73533b54cb2d, <e3711163d14d02af9005e4cdad30899c565f13fb, 6.15, <5b0ae1723a7d9574ae1aee7d9cf9757a30069865, <=*, <=5.15.*, <3.17, <46c1e23e34c9d1eaadf37f88216d9d8ce0d0bcee, 3.17, <=6.13.*, <b3f48a41a00d6d8d9c6fe09ae47dd21c8c1c8b03) 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