CVE-2026-31700Exploit(linux / linux_kernel)

MEDIUMCVSS 7.8 · HIGH

Exploit discussion active in current signal (2 latest mentions)

Immediate actions

  • Patch linux linux_kernel systems immediately
  • Hunt for exploitation attempts and persistence artifacts
  • Increase monitoring for publicly documented tradecraft

Recommended action window: High priority (within 72h)

NVD description

In the Linux kernel, the following vulnerability has been resolved: net/packet: fix TOCTOU race on mmap'd vnet_hdr in tpacket_snd() In tpacket_snd(), when PACKET_VNET_HDR is enabled, vnet_hdr points directly into the mmap'd TX ring buffer shared with userspace. The kernel validates the header via __packet_snd_vnet_parse() but then re-reads all fields later in virtio_net_hdr_to_skb(). A concurrent userspace thread can modify the vnet_hdr fields between validation and use, bypassing all safety checks. The non-TPACKET path (packet_snd()) already correctly copies vnet_hdr to a stack-local variable. All other vnet_hdr consumers in the kernel (tun.c, tap.c, virtio_net.c) also use stack copies. The TPACKET TX path is the only caller of virtio_net_hdr_to_skb() that reads directly from user-controlled shared memory. Fix this by copying vnet_hdr from the mmap'd ring buffer to a stack-local variable before validation and use, consistent with the approach used in packet_snd() and all other callers.

4.0/ 10 priority

Sources & remediation

Weakness type (CWE)
CWE-362

Priority

MEDIUM

Exploitation

NONE

PoC

YES

Patch

AVAILABLE

Momentum

NONE

Are you affected?

If you run products in this scope, you should treat this CVE as relevant to your environment.

  • linux_kernel

Threat summary

  • Public PoC and exploit tooling are both present
  • Patch or workaround signal is available
  • 2 mentions across 1 observed day

What's happening

  • Exploit tool or code specified in 2 signals
  • PoC mentioned or linked in 2 signals
  • Patch or workaround mentioned in 1 signal
  • Technical details provided in 2 signals
  • 2 total mentions across 1 day

Affected systems

Vendors
Products
linux_kernel

1 version affected across 1 product

Deep dive

Activity timeline2 mentions / 1d
01122Mentions · 2026-05-22: 2PoC Mentioned / Linked · 2026-05-22: 2Exploit Tool / Code · 2026-05-22: 2Patch / Workaround · 2026-05-22: 1Technical Details · 2026-05-22: 205-22
Signal classification2 categories
Exploit
150.0%
PoC
150.0%
Full discourse2 posts
  • Dr. Harish Gupta@DrGuptaGRC
    Exploit

    I tested Composer 2.5 Fast vs GPT-5.5 Thinking on a real CVE that came out 3 days ago-> Drupal CVE-2026-9082, a critical SQL injection. Each run was a fresh session, new folder and file names, so that model wont recognize. Both models found the bug all 3 runs. Composer 2.5 Fast:- Run 1: nailed it. Gave a working exploit payload. Rated it High severity. Run 2: missed the point. Called it a "Low severity input validation issue. A real Audit would deprioritize this. Run 3: nailed it again. Even caught a bonus issue GPT missed. GPT-5.5 Thinking:- All 3 runs: detected the bug, rated it "Medium", never gave an exploit payload. Run 3 said "less likely full SQL injection" -> basically the same dismissal Composer had in Run 2. Note: Actual CVE rating is "Highly Critical". Neither model got that right. Composer 2.5, runs gave detailed report but its variance is the real story benchmarks don't show. One run nails the exploit. The next run tells you to ignore it. 2nd Test: Tested Composer 2.5 Fast vs GPT-5.5 Thinking vs Gemini 3.5 Flash on a real Linux kernel CVE that came out 3 weeks ago -> CVE-2026-31700, a TOCTOU race condition in net/packet/af_packet.c. Each run was a fresh session, new folder and file names, so that model wont recognize. 3 runs per model, 9 runs total. T The actual bug: vnet_hdr points into mmap'd memory shared with userspace. Kernel validates it once, then re-reads it later. Userspace can modify between validation and use. Race conditions are notoriously hard for LLMs because there is no pattern in the code, the bug lives in execution timing. Composer 2.5 Fast:- Run 1: nailed it. Severity Critical (slightly overrated, actual is High). 10 issues total. Run 2: nailed it again. CWE-367, exact lines, 3-step exploit flow. Even cross-referenced CVE-2025-38617. Run 3: best run of all 9. Explicitly named CVE-2026-31700, stated the actual upstream fix, found 2 bonus TOCTOU variants. GPT-5.5 Thinking:- Run 1: clean pass. Identified TOCTOU on mmap shared ring. Severity High (exactly matches CVSS 7.8). Run 2: complete failure. Found OOB read, MTU bypass, integer underflow. Never said "race" or "TOCTOU". Run 3: recovered. Solid pass. Gemini 3.5 Flash:- 0 for 3. Three different wrong CVEs across three runs. Historical AF_PACKET integer overflow, then signed/unsigned conversion, then CVE-2017-7308. Confident, detailed, wrong every time. @skcd42 @yunta_tsai @mntruell @amanrsanger @sualehasif996

    Post summary

    The author tested LLMs on two recent CVEs, showing that some runs produced exploit payloads and detailed technical info, but no evidence of active exploitation or patching was provided.

    00052828
    546 followersView on X
  • Dr. Harish Gupta@DrGuptaGRC
    PoC

    2nd Test: Tested Composer 2.5 Fast vs GPT-5.5 Thinking vs Gemini 3.5 Flash on a real Linux kernel CVE that came out 3 weeks ago -> CVE-2026-31700, a TOCTOU race condition in net/packet/af_packet.c. Each run was a fresh session, new folder and file names, so that model wont recognize. 3 runs per model, 9 runs total. The actual bug: vnet_hdr points into mmap'd memory shared with userspace. Kernel validates it once, then re-reads it later. Userspace can modify between validation and use. Race conditions are notoriously hard for LLMs because there is no pattern in the code, the bug lives in execution timing. Composer 2.5 Fast:- Run 1: nailed it. Severity Critical (slightly overrated, actual is High). 10 issues total. Run 2: nailed it again. CWE-367, exact lines, 3-step exploit flow. Even cross-referenced CVE-2025-38617. Run 3: best run of all 9. Explicitly named CVE-2026-31700, stated the actual upstream fix, found 2 bonus TOCTOU variants. GPT-5.5 Thinking:- Run 1: clean pass. Identified TOCTOU on mmap shared ring. Severity High (exactly matches CVSS 7.8). Run 2: complete failure. Found OOB read, MTU bypass, integer underflow. Never said "race" or "TOCTOU". Run 3: recovered. Solid pass. Gemini 3.5 Flash:- 0 for 3. Three different wrong CVEs across three runs. Historical AF_PACKET integer overflow, then signed/unsigned conversion, then CVE-2017-7308. Confident, detailed, wrong every time. @skcd42 @yunta_tsai @mntruell @amanrsanger @sualehasif996

    Post summary

    The post confirms a proof‑of‑concept exploitation flow for CVE‑2026‑31700, mentions the official patch, and provides technical details, but does not assert active in‑the‑wild attacks.

    00001158
    263 followersView on X
CPE platform detail3 entries

3 of 3 entries

PartVendorProductVersionTarget SWTarget HW
OSlinuxlinux_kernel---
OSlinuxlinux_kernel7.1--
OSlinuxlinux_kernel7.1--

Explore more