/

CVE-2026-15978

Severity:

HIGH RISK

(7.5)

Missing Remote Auth (CWE-306) in SGLang Weight API

CVE-2026-15978

Analyzed

Vulnerability type

Category:

Missing Authentication

CWE:

CWE-306

Impact:

Unauthorized Data Exfiltration of Model Weights

Severity:

HIGH RISK

(7.5)

CVSS version:

3.1

Catch this CVE while code is being written

Detect vulnerable code directly in pull requests, so CVEs are fixed before merge.

Summary

SGLang contains a model weight exfiltration issue that arises when its API endpoints are exposed without authentication or API keys.

In this configuration, a remote attacker can invoke distributed weight broadcasting and data transfer mechanisms to exfiltrate the full set of model weights.

Affected context

The vulnerability appears in SGLang deployments where the service is reachable over a network and is operating without configured API keys or equivalent authentication controls.

In such setups, the platform exposes endpoints that control distributed weight broadcasting and data transfer, and those endpoints may accept unauthenticated requests.

Environments that treat model weights as sensitive intellectual property or rely on them for production inference are particularly affected, especially when the SGLang instance is directly or indirectly exposed to untrusted networks.

Exploit preconditions

  • Attack surface: Network-accessible SGLang API endpoints responsible for model weight broadcasting and transfer.
  • Required access: Ability to send HTTP or RPC requests to the exposed endpoints; no valid credentials or API keys required when misconfigured.
  • Trigger point: Invocation of weight distribution and data transfer operations through the unauthenticated endpoints.
  • Why exploitation is possible: Missing enforcement of authentication and authorization (CWE-306) on critical control paths enables arbitrary remote callers to trigger weight broadcasting and interception.

Why this happens

The underlying bug is a missing authentication check on sensitive remote operations, mapped to CWE-306: Missing Authentication for Critical Function.

SGLang exposes endpoints that control distributed model weight broadcasting and transfer, but in configurations without API keys or equivalent access controls, these endpoints do not verify the identity or permissions of the caller.

This design implicitly trusts any network client reaching the service, allowing unauthorized users to request operations that move large, sensitive weight tensors and thereby obtain model parameters.

Potential impact

  • Remote attackers can exfiltrate full model weights from running SGLang instances.
  • Intellectual property loss if proprietary or fine-tuned models are stolen.
  • Facilitation of model cloning or unauthorized redistribution of licensed models.
  • Potential downstream abuse as attackers reuse stolen models for spam, fraud, or other harmful activities.
  • Erosion of trust with customers and partners relying on confidentiality of deployed models.

General mitigation guidance

Mitigation patterns focus on enforcing strong access control around critical AI serving endpoints and treating model weights as sensitive data.

Common strategies include:

  • Requiring authentication (API keys, tokens, or mutual TLS) for all operational and administrative endpoints, especially those controlling data movement.
  • Implementing role-based access control so that only authorized operators or services can trigger weight broadcasting and transfer.
  • Segregating management and data-plane APIs, placing sensitive operations behind more restrictive network and identity boundaries.
  • Applying network-layer protections (firewalls, private subnets, service meshes) to restrict exposure of model-serving internals to untrusted clients.
  • Adopting secure-by-default configurations that disable unauthenticated access and require explicit opt-in for administrative capabilities.

How teams detect issues like this

Detection typically centers on both configuration posture and runtime behavior:

  • Configuration audits to ensure all SGLang endpoints that control weight distribution require authentication and are not exposed to public networks.
  • Static and dynamic configuration analysis in deployment pipelines to flag services running without API keys or access control policies.
  • Centralized logging of invocations to weight broadcasting and data transfer endpoints, with alerts on unusual request origins or volumes.
  • Network monitoring to detect large outbound data transfers originating from SGLang nodes, correlated with API calls to sensitive endpoints.
  • Use of automated security testing tools to probe for unauthenticated access to administrative or data movement APIs in AI serving stacks.

Sources

SourceLink
github.comgithub.com/sgl-project/sglang/security/advisories/GHSA-cpqq-22v3-2wfm
thoughts.apoorvdayal.comthoughts.apoorvdayal.com/posts/sglang-disclosures/

Frequently asked

questions

Yes. When SGLang is reachable over a network and configured without API keys or authentication, remote attackers can call the exposed endpoints and trigger weight exfiltration.

An attacker only needs network access to the vulnerable SGLang instance. No valid credentials are required if the service is running without authentication on the relevant endpoints.

The safest pattern is to enforce authentication and authorization on all critical operations, ensuring that endpoints controlling weight broadcasting and transfer are accessible only to trusted, authenticated principals with appropriate roles.

Treat model-serving APIs as sensitive infrastructure: enable secure-by-default configurations, require strong identity and access control, validate security posture in CI/CD, and regularly review exposed endpoints and permissions to avoid unauthenticated access to critical functions.

Find out what's already
exploitable in your codebase.