CVE-2026-102895: GPUStack Improper Authentication Vulnerability

Headline from GPUStack — GPUStack · compiled from 6 sources

Our analysis · checked against 10 sources

GPUStack before 2.2.0 lets remote attackers gain admin access; exploitation confirmed, fix available

GPUStack versions before 2.2.0 treat requests appearing to come from 127.0.0.1 as the administrator, so a same-host reverse proxy or forged header grants full admin access without credentials (CVSS 9.8, Critical). The fix shipped June 18, 2026; on November 9 CISA listed it as actively exploited, setting a November 12 federal civilian deadline.

What the headline leaves out

  • The fix has existed since June 18, 2026, about 139 days before the CVE was published on November 4. The newest release is v2.3.0.
  • Upgrading does not remove attacker-created admin keys or users. Ostorlab advises revoking unknown keys and rotating worker and cloud credentials.
  • Admin access can lead to code execution on worker hosts. The advisory reports attackers running reverse shells on a v2.1.1 deployment.
  • Exposure depends on the default force_auth_localhost=false setting and the API being reachable via a same-host proxy or directly.

What happens next

CISA's remediation deadline for federal civilian agencies is November 12, 2026. Ostorlab warns that upgrading alone leaves attacker-created admin keys and users in place, so credentials must be revoked and rotated. The vendor advisory notes exposure persists for any pre-2.2.0 deployment behind a same-host reverse proxy with default settings. Watch for further compromise reports and any CISA or vendor updates.

Possible knock-on effects
  • Operators may upgrade without rotating credentials. Persistent admin API keys valid from any IP could then let attackers keep access to patched servers. (named expert: Ostorlab analysis: the upgrade leaves existing users and API keys in place. Watch for: Reports of compromise on GPUStack servers already running 2.2.0 or later)
  • Admin access exposes worker credentials and cloud/provider secrets. Attackers may move from GPUStack into connected cloud accounts and GPU hosts, which matters to organisations self-hosting AI models. (official assessment: Vendor/GitLab advisory: attackers can read cloud/provider secrets and achieve code execution on worker hosts. Watch for: Incident reports linking GPUStack compromise to cloud account misuse)

Sources: CVE-2026-102895 record (primary), GPUStack security advisory GHSA-gj9m-f8ph-pmhr (primary), GitLab advisory: gpustack CVE-2026-102895 (primary), The Hacker News: CISA warns of active exploitation, Ostorlab: GPUStack auth bypass to RCE, SecurityOnline CVE Watchtower: CVE-2026-102895, SecurityOnline: GPUStack authentication bypass exploited, Strix: CVE-2026-102894, nFlo knowledge base: CVE-2026-102895, Tech Insider: CISA KEV additions, Nov 12 deadline

Written in our own words from the sources above, and checked claim by claim before it was published. The report below says only what each outlet said.

The report: what outlets said

SecurityOnline reports that threat actors are exploiting a critical GPUStack authentication bypass in the wild to hijack AI servers[1]. The bug lets remote attackers take admin control and run reverse shells on worker hosts[1]

The CVE record, as listed on ThreatInt, rates CVE-2026-102895 CRITICAL: 9.8[2]. It says the record was Published 2026-11-04[2].According to the CVE description reproduced by VulDB, before version 2.2.0, GPUStack's authentication code treated a loopback request source as the built-in administrator when force_auth_localhost was false, which was the default[3].The GitLab Advisory Database says that when GPUStack runs behind a same-host reverse proxy, every remote request arrives at GPUStack with TCP peer 127.0.0.1, so the loopback auto-admin branch fires[4]. It also says a forged X-GPUStack-Real-IP: 127.0.0.1 header can cause the request source to be treated as loopback[4].The CVE record says the bypass allowed persistent administrator API-key creation, disclosure of worker and cloud-provider secrets, and code execution[2]. It adds that exploitation was observed in the wild against a 2.1.1 deployment[2].According to SecurityOnline, researcher Javier Sixto of ulex.fr reported active attacks in the wild[1].Ostorlab reports that GPUStack 2.2.0 is released with the fix[5] on June 18, 2026. It says the upgrade closes the bypass but leaves existing users and API keys in place[5], and it advises users to revoke unknown administrator keys and rotate the worker and cloud credentials[5].Ostorlab said the flaw was not in the CISA Known Exploited Vulnerabilities catalog as of November 5, 2026[5]. A later automated GitHub alert lists it In CISA KEV: Yes[6], with a KEV remediation due date: 2026-11-12[6].

Listen to the songCritical CVEs (1 of 3) — November 10, 2026

Sources

  1. [1]GPUStack Authentication Bypass CVE-2026-102895 Exploited
  2. [2]CVE-2026-102895
  3. [3]CVE-2026-102895 in GPUStack
  4. [4]GPUStack: Authentication bypass via trusted loopback source (reverse-proxy TCP peer or X-GPUStack-Real-IP header) grants unauthenticated admin | Legacy GitLab Advisory Database
  5. [5]GPUStack Auth Bypass RCE, Exploited in the Wild (CVE-2026-102895) | Ostorlab
  6. [6][VULN ALERT] CVE-2026-102895 [KEV] (risk 59.4) - gpustack/gpustack · Issue #3944 · astruzocyber/CVE · GitHub

Every sentence here reports what a named outlet said, with a link to it. Compiled by 93 from the reporting below.

This topic, day by day

CVE-2026-102895: GPUStack Improper Authentication Vulnerability | 93