Goal Reached Thanks to every supporter — we hit 100%!

Goal: 1000 CNY · Raised: 1000 CNY

100.0%

CVE-2026-31420— bridge: mrp: reject zero test interval to avoid OOM panic

EPSS 0.03% · P8
Get alerts for future matching vulnerabilitiesLog in to subscribe

I. Basic Information for CVE-2026-31420

Vulnerability Information

Have questions about the vulnerability? See if Shenlong's analysis helps!
View Shenlong Deep Dive ↗

Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.

Vulnerability Title
bridge: mrp: reject zero test interval to avoid OOM panic
Source: NVD (National Vulnerability Database)
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: bridge: mrp: reject zero test interval to avoid OOM panic br_mrp_start_test() and br_mrp_start_in_test() accept the user-supplied interval value from netlink without validation. When interval is 0, usecs_to_jiffies(0) yields 0, causing the delayed work (br_mrp_test_work_expired / br_mrp_in_test_work_expired) to reschedule itself with zero delay. This creates a tight loop on system_percpu_wq that allocates and transmits MRP test frames at maximum rate, exhausting all system memory and causing a kernel panic via OOM deadlock. The same zero-interval issue applies to br_mrp_start_in_test_parse() for interconnect test frames. Use NLA_POLICY_MIN(NLA_U32, 1) in the nla_policy tables for both IFLA_BRIDGE_MRP_START_TEST_INTERVAL and IFLA_BRIDGE_MRP_START_IN_TEST_INTERVAL, so zero is rejected at the netlink attribute parsing layer before the value ever reaches the workqueue scheduling code. This is consistent with how other bridge subsystems (br_fdb, br_mst) enforce range constraints on netlink attributes.
Source: NVD (National Vulnerability Database)
CVSS Information
N/A
Source: NVD (National Vulnerability Database)
Vulnerability Type
N/A
Source: NVD (National Vulnerability Database)
Vulnerability Title
Linux kernel 安全漏洞
Source: CNNVD (China National Vulnerability Database)
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于未拒绝零测试间隔,可能导致内存耗尽和内核崩溃。
Source: CNNVD (China National Vulnerability Database)
CVSS Information
N/A
Source: CNNVD (China National Vulnerability Database)
Vulnerability Type
N/A
Source: CNNVD (China National Vulnerability Database)

Affected Products

VendorProductAffected VersionsCPESubscribe
LinuxLinux 20f6a05ef63594feb0c6dfbd629da0448b43124d ~ c9bc352f716d1bebfe43354bce539ec2d0223b30 -
LinuxLinux 5.8 -

II. Public POCs for CVE-2026-31420

#POC DescriptionSource LinkShenlong Link
AI-Generated POCPremium

No public POC found.

Login to generate AI POC

III. Intelligence Information for CVE-2026-31420

登录查看更多情报信息。

Same Patch Batch · Linux · 2026-04-13 · 15 CVEs total

CVE-2026-314149.8 CRITICALnetfilter: nf_conntrack_expect: use expect->helper
CVE-2026-314197.8 HIGHnet: bonding: fix use-after-free in bond_xmit_broadcast()
CVE-2026-314177.5 HIGHnet/x25: Fix overflow when accumulating packets
CVE-2026-314267.0 HIGHACPI: EC: clean up handlers on probe failure in acpi_ec_setup()
CVE-2026-31428netfilter: nfnetlink_log: fix uninitialized padding leak in NFULA_PAYLOAD
CVE-2026-31427netfilter: nf_conntrack_sip: fix use of uninitialized rtp_addr in process_sdp
CVE-2026-31425rds: ib: reject FRMR registration before IB connection is established
CVE-2026-31424netfilter: x_tables: restrict xt_check_match/xt_check_target extensions for NFPROTO_ARP
CVE-2026-31423net/sched: sch_hfsc: fix divide-by-zero in rtsc_min()
CVE-2026-31422net/sched: cls_flow: fix NULL pointer dereference on shared blocks
CVE-2026-31421net/sched: cls_fw: fix NULL pointer dereference on shared blocks
CVE-2026-31418netfilter: ipset: drop logically empty buckets in mtype_del
CVE-2026-31416netfilter: nfnetlink_log: account for netlink header size
CVE-2026-31415ipv6: avoid overflows in ip6_datagram_send_ctl()

IV. Related Vulnerabilities

V. Comments for CVE-2026-31420

No comments yet


Leave a comment