CVE-2026-39457: When exchanging data over a socket, libnv uses select(2) to wait for data to arrive
Source GCVE Database
Not known to be exploited · CVSS 7.8 High.
Data as of 27 Oct 2026, 00:25 UTC
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 30 Apr 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
AI-suggested
Until a fix is available, restrict local user access to vulnerable applications, and ensure proper file descriptor management in applications using libnv.
Description
A vulnerability in libnv occurs when it uses select(2) to wait for data on a socket without verifying that the socket descriptor is within the FD_SETSIZE limit (1024). An attacker can exploit this by forcing the application to allocate large file descriptors, potentially causing stack corruption. If the affected application runs with setuid-root privileges, this flaw could lead to local privilege escalation.