External risk intelligence

goshs server leaks sensitive GitHub tokens through artifacts

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-40903

An external attacker can exploit the goshs file server to retrieve sensitive GitHub access tokens embedded in build artifacts. This grants unauthorized access to our code repositories and deployment pipelines, potentially leading to data theft or software supply chain tampering.

3Halo Surface Signal

Goshs

before 2.0.02.0.0

External exposure likelihood

Halo Surface Signal score for CVE-2026-40903

goshs is a SimpleHTTPServer for file sharing. Such tools are generally deployed for ad-hoc, internal, or temporary tasks rather than as standard, always-on internet-facing services. While public exposure is plausible in some configurations, the bulletin does not clearly establish this as a common or default deployment pattern.

Horizon Alert

Summary of the vulnerability and why it matters

This vulnerability in goshs, a Go-based SimpleHTTPServer, allows for the leakage of sensitive `GITHUB_TOKEN` information through workflow artifacts, even if the token is not directly present in the source code. This is a significant concern because it can expose credentials intended to be kept private.

  • Sensitive data exposure.
  • Can affect applications using GitHub tokens.
  • Leaked token could grant unauthorized access.

Attack Path

How an attacker could exploit the issue

An attacker could exploit this vulnerability by leveraging a compromised repository that uses a vulnerable version of goshs for artifact handling. This would allow them to intercept and steal sensitive `GITHUB_TOKEN` values, even if the token is not directly exposed in the source code, potentially leading to unauthorized access to the repository or associated services.

  • Publicly accessible vulnerable goshs server.
  • Malicious code in workflow artifacts.
  • Token leakage via artifact download.

Live Threat

Current exploitation, exposure, and threat context

This vulnerability could be attractive to attackers due to its potential for sensitive data leakage, specifically GitHub tokens, from workflow artifacts. However, the limited scope to goshs, a SimpleHTTPServer, suggests it's more likely to be exploited in specific, ad-hoc environments rather than widespread, always-on services.

  • Exploitation status uncertain.
  • Public exploit is unlikely.
  • Recency is low.

Priority actions

Operational Fix

Recommended remediation, mitigation, and detection steps

Prioritize patching or upgrading `goshs` to version 2.0.0-beta.6 or later to address the critical `ArtiPACKED` vulnerability that can leak `GITHUB_TOKEN`. If immediate patching is not feasible, isolate or take affected services offline to prevent potential exposure of sensitive credentials.

  • Upgrade goshs to 2.0.0-beta.6.
  • Monitor for token leakage in artifacts.
  • Block or restrict network access.

Frequently asked questions

What is goshs and what is it used for?

goshs is a SimpleHTTPServer written in the Go programming language. It is typically used for serving files over HTTP, often for ad-hoc or temporary file sharing needs.

What kind of vulnerability does CVE-2026-40903 represent in goshs?

CVE-2026-40903 is described as an ArtiPACKED vulnerability. This weakness can lead to the leakage of a GITHUB_TOKEN through workflow artifacts, even when the token isn't in the repository's source code.

How might an attacker trigger the goshs vulnerability?

Exploitation requires a compromised repository that utilizes a vulnerable version of goshs for handling workflow artifacts. An attacker could then exploit this to intercept and steal sensitive GITHUB_TOKEN values when artifacts are processed or downloaded.

Who should be concerned about this goshs vulnerability?

Organizations using goshs, particularly if it's configured in a way that makes it accessible externally, should be concerned. The Halo Surface Signal indicates this vulnerability is classified as external, meaning it has the potential for network-based attack vectors.

What is the first step to address the goshs vulnerability?

The primary recommendation is to upgrade goshs to version 2.0.0-beta.6 or a later release. If an immediate upgrade isn't possible, isolating the affected goshs service or restricting network access to it are considered as interim measures.

References