CVE-2026-31420 in Linux
Zusammenfassung
von VulDB • 25.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
bridge: mrp: Verwerfen eines Test-Intervalls von Null, um einen OOM-Panic zu vermeiden
br_mrp_start_test() und br_mrp_start_in_test() akzeptieren den vom Benutzer über Netlink bereitgestellten Intervallwert ohne Validierung. Wenn das Intervall 0 ist, liefert usecs_to_jiffies(0) den Wert 0, wodurch die verzögerte Arbeit (br_mrp_test_work_expired / br_mrp_in_test_work_expired) sich selbst mit einer Verzögerung von Null neu plant. Dies erzeugt eine Endlosschleife auf system_percpu_wq, die MRP-Testrahmen mit maximaler Rate allokiert und überträgt, wodurch der gesamte Systemspeicher erschöpft wird und es zu einem Kernel-Panic durch OOM-Deadlock kommt.
Das gleiche Problem mit dem Intervall von Null betrifft auch br_mrp_start_in_test_parse() für Interconnect-Testrahmen.
Verwenden Sie NLA_POLICY_MIN(NLA_U32, 1) in den nla_policy-Tabellen für sowohl IFLA_BRIDGE_MRP_START_TEST_INTERVAL als auch IFLA_BRIDGE_MRP_START_IN_TEST_INTERVAL, sodass Null bereits in der Netlink-Attribut-Parsing-Ebene abgelehnt wird, bevor der Wert den Code zur Workqueue-Planung erreicht. Dies ist konsistent mit der Vorgehensweise anderer Bridge-Subsysteme (br_fdb, br_mst), die Bereichseinschränkungen für Netlink-Attribute durchsetzen.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.