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.
CVSS
4.7 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H
from 3f518509dedc99f0b755d2ce68d24f610e3a005a before e3711163d14d02af9005e4cdad30899c565f13fb; from 3f518509dedc99f0b755d2ce68d24f610e3a005a before b3f48a41a00d6d8d9c6fe09ae47dd21c8c1c8b03; from 3f518509dedc99f0b755d2ce68d24f610e3a005a before 5b0ae1723a7d9574ae1aee7d9cf9757a30069865; from 3f518509dedc99f0b755d2ce68d24f610e3a005a before fcbfb54a0269875cf3cd6a2bff4f85a2e0a0b552; from 3f518509dedc99f0b755d2ce68d24f610e3a005a before e64e9b6e86b39db3baa576fd73da73533b54cb2d; from 3f518509dedc99f0b755d2ce68d24f610e3a005a before 46c1e23e34c9d1eaadf37f88216d9d8ce0d0bcee; from 3f518509dedc99f0b755d2ce68d24f610e3a005a before 96844075226b49af25a69a1d084b648ec2d9b08d
from 3.17 before 5.15.180; from 5.16 before 6.1.134; from 6.2 before 6.6.87; from 6.7 before 6.12.23; from 6.13 before 6.13.11; from 6.14 before 6.14.2
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.