In the Linux kernel, the following vulnerability has been resolved:
bonding: fix missed rcu protection
When removing the rcu_read_lock in bond_ethtool_get_ts_info() as
discussed [1], I didn't notice it could be called via setsockopt,
which doesn't hold rcu lock, as syzbot pointed:
stack backtrace:
CPU: 0 PID: 3599 Comm: syz-executor317 Not tainted 5.18.0-rc5-syzkaller-01392-g01f4685797a5 #0
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
Call Trace:
<TASK>
__dump_stack lib/dump_stack.c:88 [inline]
dump_stack_lvl+0xcd/0x134 lib/dump_stack.c:106
bond_option_active_slave_get_rcu include/net/bonding.h:353 [inline]
bond_ethtool_get_ts_info+0x32c/0x3a0 drivers/net/bonding/bond_main.c:5595
__ethtool_get_ts_info+0x173/0x240 net/ethtool/common.c:554
ethtool_get_phc_vclocks+0x99/0x110 net/ethtool/common.c:568
sock_timestamping_bind_phc net/core/sock.c:869 [inline]
sock_set_timestamping+0x3a3/0x7e0 net/core/sock.c:916
sock_setsockopt+0x543/0x2ec0 net/core/sock.c:1221
__sys_setsockopt+0x55e/0x6a0 net/socket.c:2223
__do_sys_setsockopt net/socket.c:2238 [inline]
__se_sys_setsockopt net/socket.c:2235 [inline]
__x64_sys_setsockopt+0xba/0x150 net/socket.c:2235
do_syscall_x64 arch/x86/entry/common.c:50 [inline]
do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80
entry_SYSCALL_64_after_hwframe+0x44/0xae
RIP: 0033:0x7f8902c8eb39
Fix it by adding rcu_read_lock and take a ref on the real_dev.
Since dev_hold() and dev_put() can take NULL these days, we can
skip checking if real_dev exist.
[1] https://lore.kernel.org/netdev/27565.1642742439@famine/
Security readout for executives and security teams
Plain-English summary
CVE-2022-49456 is a Linux kernel bonding driver flaw involving missing RCU protection when timestamping information is queried. The record does not state a concrete business impact, CVSS score, or active exploitation, so urgency depends on whether exposed Linux systems use affected kernel builds and bonding.
Executive priority
Treat as a targeted kernel maintenance issue, not an emergency from the provided evidence. Prioritize patch planning for bonded Linux infrastructure, especially production network hosts, while tracking vendor advisories for package-specific status.
Technical view
The flaw is in bond_ethtool_get_ts_info(). It can be reached through setsockopt without an existing RCU read lock, which syzbot reported. The fix adds rcu_read_lock protection and takes a reference on the underlying real_dev before use.
Likely exposure
Exposure is most likely on Linux systems running affected 5.17 or 5.18-era kernels with network bonding enabled. The source bundle lists Linux as affected and references stable kernel fixes, but does not map every distribution package version.
Exploitation context
The bundle provides a kernel stack trace from syzbot and states the path can be reached via setsockopt. It does not cite public exploitation, weaponized proof-of-concept activity, or CISA KEV listing.
Researcher notes
Evidence is limited to the CVE record, stable kernel commits, and the syzbot-derived trace. No CVSS, CWE, affected distro matrix, exploitability assessment, or impact class is provided in the bundle.
Mitigation direction
Apply vendor-supported Linux kernel updates containing the referenced stable fixes.
Check distribution advisories for the exact fixed kernel package version.
Prioritize bonded-network hosts if affected kernel versions are present.
Use vendor guidance if backport status is unclear.
Validation and detection
Inventory Linux kernel versions across servers and appliances.
Identify hosts using the Linux bonding driver.
Compare installed kernels with vendor fixed-version advisories.
Confirm updated kernels include the referenced stable commits.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2022-49456 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
0CVSS vectors
3Timeline events
0ADP providers
4Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Feb 26, 2025, 02:13 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.