Live › vulnerability › CVE-2026-98590
Go to dashboardA bug in the Linux kernel's BPF verifier-generated code for bpf_sock context access can leave a register holding a value larger than the verifier assumed, so a BPF program's runtime view of rx_queue_mapping no longer matches its verified bounds. The sources do not state what an attacker can do with this beyond that mismatch.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
No product ranges from the sources yet.
Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
In the Linux kernel, the following vulnerability has been resolved:
bpf: Fix bpf_sock context code generation
Currently, the ctx access code reads the rx_queue_mapping field with either a 4-byte or 2-byte load. The rest of the bits in the register are marked known zero by the verifier. However, the emitted ctx access code places in the register on certain the special value (-1) using BPF_MOV_IMM64, which gets sign-extended to turn on all the bits in the register. By shifting this value right, the program ends up with a value at runtime above what the verifier assumes is possible.
Fix this by ensuring the read value is as wide as the assumed size. Use MOV32 instructions instead of MOV64 instructions to keep the upper bits zero as assumed by the verifier. Also properly report the size of the destination variable (the bpf_sock field, 4 bytes) instead of the source (the socket field, 2 bytes).
This page as .md · .json · in your agent: get_signal("CVE-2026-98590")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.