In the Linux kernel, the following vulnerability has been resolved:
net/packet: fix a race in packet_set_ring() and packet_notifier()
When packet_set_ring() releases po->bind_lock, another thread can
run packet_notifier() and process an NETDEV_UP event.
This race and the fix are both similar to that of commit 15fe076edea7
("net/packet: fix a race in packet_bind() and packet_notifier()").
There too the packet_notifier NETDEV_UP event managed to run while a
po->bind_lock critical section had to be temporarily released. And
the fix was similarly to temporarily set po->num to zero to keep
the socket unhooked until the lock is retaken.
The po->bind_lock in packet_set_ring and packet_notifier precede the
introduction of git history.
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 18f13f2a83eb81be349a9757ba2141ff1da9ad73; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 7da733f117533e9b2ebbd530a22ae4028713955c; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before ba2257034755ae773722f15f4c3ad1dcdad15ca9; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 7de07705007c7e34995a5599aaab1d23e762d7ca; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 88caf46db8239e6471413d28aabaa6b8bd552805; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before f2e8fcfd2b1bc754920108b7f2cd75082c5a18df; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before e50ccfaca9e3c671cae917dcb994831a859cf588; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before f1791fd7b845bea0ce9674fcf2febee7bc87a893; and 1 more ranges
from 2.6.13 before 5.4.297; from 5.5 before 5.10.241; from 5.11 before 5.15.190; from 5.16 before 6.1.148; from 6.2 before 6.6.102; from 6.7 before 6.12.42; from 6.13 before 6.15.10; from 6.16 before 6.16.1; and 5 more ranges
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.