CVE-2026-31546 in Linux
Zusammenfassung
von VulDB • 26.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
net: bonding: NULL-Dereferenzierung in bond_debug_rlb_hash_show beheben
rlb_clear_slave behält RLB-Hash-Tabelleneinträge in der rx_hashtbl_used_head-Liste absichtlich bei, wobei slave auf NULL gesetzt ist, wenn kein Ersatz-Slave verfügbar ist. Allerdings greift bond_debug_rlb_hash_show auf client_info->slave zu, ohne vorher zu prüfen, ob dieser NULL ist.
Andere Iterator-Funktionen für die used-Liste in bond_alb.c behandeln diesen NULL-Slave-Zustand bereits sicher:
- rlb_update_client kehrt bei !client_info->slave frühzeitig zurück - rlb_req_update_slave_clients, rlb_clear_slave und rlb_rebalance vergleichen die slave-Werte, bevor sie darauf zugreifen - lb_req_update_subnet_clients fährt fort, wenn slave NULL ist
Der folgende Absturz durch NULL-Dereferenzierung kann in bond_debug_rlb_hash_show ausgelöst werden:
[ 1.289791] BUG: kernel NULL pointer dereference, address: 0000000000000000
[ 1.292058] RIP: 0010:bond_debug_rlb_hash_show (drivers/net/bonding/bond_debugfs.c:41)
[ 1.293101] RSP: 0018:ffffc900004a7d00 EFLAGS: 00010286
[ 1.293333] RAX: 0000000000000000 RBX: ffff888102b48200 RCX: ffff888102b48204
[ 1.293631] RDX: ffff888102b48200 RSI: ffffffff839daad5 RDI: ffff888102815078
[ 1.293924] RBP: ffff888102815078 R08: ffff888102b4820e R09: 0000000000000000
[ 1.294267] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
[ 1.294560] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
[ 1.294853] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 1.295239] CR2: 0000000000000000 CR3: 0000000102adc004 CR4: 0000000000772ef0
[ 1.295897] Call Trace:
[ 1.296134] seq_read_iter (fs/seq_file.c:231)
[ 1.296341] seq_read (fs/seq_file.c:164)
[ 1.296493] full_proxy_read (fs/debugfs/file.c:378 (discriminator 1))
[ 1.296658] vfs_read (fs/read_write.c:572)
[ 1.296981] ksys_read (fs/read_write.c:717)
[ 1.297132] do_syscall_64 (arch/x86/entry/syscall_64.c:63 (discriminator 1) arch/x86/entry/syscall_64.c:94 (discriminator 1))
[ 1.297325] entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:130)
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.