Skip to main content
CVE-2026-14890VulnerabilityPublished

VU#326070: SGLang contains a vulnerable pickle deserialization vulnerability through the expert-parallel subsystem

Source CERT/CC

0
Compare

Mentioned vulnerabilities

Not known to be exploited.

Data as of 2 Nov 2026, 22:58 UTC

Severity
Critical

Rated Critical by Threat Radar from the CERT/CC text · No CVSS score from NVD or the CNA

EPSS
0.9% chance of exploitation in 30 days – higher than 62% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.

Exploitation evidence

  1. Disclosed: evidence found.

    Public on cve.org; its publication date is not in this record

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 2 Nov 2026.

What to do

AI-suggested

Users should immediately restrict network access to the expert-parallel backup subsystem to trusted networks only and implement network segmentation and access controls to prevent unauthorized access. Additionally, users should set the environment variable SGLANG_USE_PICKLE_IPC to "false" in environ.py to disable the vulnerable pickle deserialization feature. Monitor the SGLang project for updates as maintainers are working to replace pickle with safer serialization methods such as msgpack.

Description

A pickle deserialization vulnerability (CVE-2026-14890) exists in the SGLang open-source framework's expert-parallel backup subsystem. This vulnerability allows unauthenticated remote code execution if the subsystem is enabled and reachable over the network. The issue arises because a ZeroMQ PULL socket binds to an external IP without authentication or deserialization safeguards, allowing malicious pickle payloads to be processed. No patch is currently available, and the maintainers have not responded to coordination efforts. Mitigations include disabling the pickle IPC feature and restricting network access to the vulnerable interface.

References

Community reviews

Loading reviews…