Threats Tagged 'cve-2026-45849'
View all threats tagged with 'cve-2026-45849'. Filter and sort to focus on specific types of threats.
Stop chasing alerts. Route them.
Start free, then upgrade once to turn Radar into an automated delivery engine for your security stack.
Custom feeds / Automations: email, Slack, webhooks, SIEM/MISP / API access (baseline limits)
API access activates after upgrading in Console -> Billing.
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.
Filter Threats
Narrow down the results by type, severity, or affected countries
Threats Tagged 'cve-2026-45849'
Click on any threat for detailed analysis and mitigation recommendations
A vulnerability in the Linux kernel's ocelot network driver involved missing lock protection in the function ocelot_port_xmit_inj(). This function called other functions that require holding a specific injection group lock, but the lock was not acquired, potentially leading to concurrency issues. The issue was fixed by adding the appropriate lock acquisition and release around the affected code path. The FDMA path is unaffected as it uses a different locking mechanism. Join the discussion | GCVE Database | 05/27/2026, 15:33:12 UTC Added: 06/26/2026, 22:06:40 UTC |
In the Linux kernel, the following vulnerability has been resolved: net: mscc: ocelot: add missing lock protection in ocelot_port_xmit_inj() ocelot_port_xmit_inj() calls ocelot_can_inject() and ocelot_port_inject_frame() without holding the injection group lock. Both functions contain lockdep_assert_held() for the injection lock, and the correct caller felix_port_deferred_xmit() properly acquires the lock using ocelot_lock_inj_grp() before calling these functions. Add ocelot_lock_inj_grp()/ocelot_unlock_inj_grp() around the register injection path to fix the missing lock protection. The FDMA path is not affected as it uses its own locking mechanism. Join the discussion | GCVE Database | 05/27/2026, 14:16:00 UTC Added: 07/18/2026, 11:19:28 UTC |
Showing 1 to 2 of 2 results