Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain access to CI runner environment
-
DeliveryLocate plaintext GitHub token left on disk
-
ExploitRead stored credential
-
ExecutionAuthenticate to GitHub with stolen token
-
ImpactModify source code or release artifacts
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V14 - Data Protection Encrypted storage of sensitive data
|
| Exploitation Conditions | Exploitation requires that a Konflux CI automation script has run and stored a GitHub access token in plaintext on the runner, and that the cleanup of that credential after execution did not occur - the stored token must still be present on disk. The attacker must have local read access to the CI runner/environment (AV:L): a foothold such as a co-located or subsequent CI job on a shared runner, or shell/filesystem access to the runner. UI:R in the input indicates a CI workflow execution must occur to populate the credential. Limiting factors: no remote network vector, no exposure against an attacker who cannot reach the runner filesystem, and the window depends on how long the uncleaned token persists. |
| Impact | Signals point to a real but bounded risk. The CVSS base score of 8.6 looks alarming, but the vector tells the true story: AV:L means the attack is local, not network-reachable, so the 'local attacker with access to the CI environment' framing in the description is consistent with the vector rather than conflicting with it. The high score is driven largely by S:C plus C:H/I:H/A:H, reflecting that a stolen GitHub token crosses a security boundary into source repositories and release artifacts. Note an internal tension worth flagging: the vector states PR:N (no privileges) yet the description requires the attacker to already have access to the CI runner/environment to read the on-disk credentials - in practice some foothold on the runner (a co-tenant job, a malicious build, or shell access) is needed, so PR:N likely overstates ease of access. No EPSS probability, no CISA KEV listing, and no PoC reference are present in the supplied data, so there is no evidence of active or automated exploitation. The vuln.today decision label is 'this_week', not 'act_now' or 'emergency'. Net: a credible credential-theft and supply-chain integrity issue that warrants prompt remediation for Konflux operators, but it is not a mass-exploitable internet-facing emergency - exposure is gated by who can already reach the CI environment. |
| Exploit ScenarioDerived | A CI job runs on a Konflux runner and writes a GitHub access token to plaintext on disk; because it is never cleaned up after execution, the credential persists. An attacker who can read the runner's filesystem - for example via a subsequent or co-tenant CI job, or any local foothold on the shared runner - retrieves the token and uses it to push malicious changes to source or tamper with release artifacts. No public exploit is identified at time of analysis, and exploitation requires local access to the CI environment rather than a remote network vector. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 31, 2026
Konflux CI automation scripts persist GitHub access tokens in plaintext on the CI runner and do not reliably remove them after a job finishes, so anyone able to read the runner filesystem - a co-located or follow-on job on a shared runner, or an attacker holding shell access to the host - can recover the credential and use it against the connected GitHub repositories to alter source code or release artifacts. The flaw is rated high severity (CVSS 8.6, CWE-312 cleartext storage of sensitive information) and is handled as this_week priority in current prioritisation signals; no public exploit code has been identified at time of analysis, and the risk is bounded because the token is only reachable from the local runner environment rather than over the network.
RemediationAI
No vendor-released patch was identified at time of analysis, and the supplied references (https://access.redhat.com/security/cve/CVE-2026-114217 and https://bugzilla.redhat.com/show_bug.cgi?id=2564218) should be monitored for a fixed build and for vendor guidance. Until a patch is published, the practical mitigations target the persistence of the credential: replace long-lived plaintext GitHub tokens with short-lived, narrowly scoped credentials - ideally GitHub App installation tokens minted per job - so that any token left on disk expires quickly, with the trade-off that a token-exchange service must be operated and long-running jobs may need re-minting. Add an explicit teardown step that deletes token files from the job workspace and runs on failure, cancellation, and timeout as well as on success, since cleanup that only executes on the happy path is exactly the gap described; this reduces but does not eliminate exposure if a job is killed abruptly. Run pipeline jobs on isolated, single-use runners so that a later or co-located job cannot read a previous job's leftovers, at the cost of higher runner churn and slower start times. Where shared persistent runners cannot be avoided, restrict who may schedule jobs onto them and separate trusted release pipelines from lower-trust workloads, and rotate any GitHub token that has been used from a runner where a job may have left it behind, accepting that rotation invalidates existing sessions using that token.
Affected ProductsAI
The affected product is konflux-ci, the upstream Konflux continuous integration project, with the Red Hat productised offering tracked under Red Hat's CVE record (https://access.redhat.com/security/cve/CVE-2026-114217) and a corresponding Red Hat Bugzilla entry (https://bugzilla.redhat.com/show_bug.cgi?id=2564218). No CPE strings and no explicit version range were supplied with the intelligence, and neither reference in the input states which releases or pipeline template versions contain the credential-handling scripts, so the exact affected build range remains unconfirmed from the available data. Deployments are affected wherever Konflux CI automation scripts run with GitHub access tokens on a runner whose filesystem can be read by other jobs or by local users - shared and persistent runners are the configurations of concern, while the input does not confirm whether isolated, single-tenant ephemeral runners are equally exposed.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The defect is an instance of CWE-312 (cleartext storage of sensitive information): Konflux CI pipeline automation writes a GitHub access token to the runner's local storage in plaintext and omits a guaranteed cleanup step, so the secret outlives the job that created it. The token is a bearer credential for the GitHub repositories the pipeline operates on, which is why the scored vector carries a scope change (S:C) - impact moves from the CI runner, a local/confined environment (AV:L), onto the source-control repository, a different security authority with high confidentiality and integrity consequences. Per the independent assessment, exploitation requires two conditions to hold simultaneously: a Konflux CI automation script must have executed and stored the token in plaintext, and the post-execution cleanup must not have occurred, leaving the token present on disk. The attacker therefore needs local read access to the runner or its filesystem - for example a foothold from a co-located or subsequent CI job on a shared runner, or direct shell access - and the exposure window is a function of how long the uncleaned token persists. The assessment also scores the preconditions slightly differently from the published vector, treating the attacker as needing an existing local foothold (PR:L) with no separate user interaction once a token has been written, rather than the PR:N/UI:R in the reported vector; the reported vector's user-interaction component aligns with the fact that a CI workflow execution has to happen before any credential is present. The specific triggering code path, file locations, and which pipeline steps write the token are not described in the available sources.
Know when Red Hat gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Reading the on-disk token requires some access to the shared runner (PR:L, AV:L); the token crosses into GitHub (S:C) enabling repo/artifact modification (I:H) and disclosure (C:H), with no direct availability impact (A:N).
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A flaw was found in konflux-ci. Continuous Integration (CI) automation scripts store sensitive GitHub access tokens in plaintext on the runner without cleaning them up after execution. A local attacker with access to the CI environment can read these stored credentials to gain unauthorized repository access, potentially allowing them to modify source code or release artifacts.
Executive ViewAI
CVE-2026-114217 exposes GitHub access tokens persisted in plaintext on Konflux CI runners, enabling anyone with runner filesystem access to alter source code or release artifacts in connected repositories. This affects the integrity of the software supply chain and could lead to unauthorized code changes or tampered releases, requiring immediate leadership attention to prevent potential breaches.
No vendor-released patch identified at time of analysis. Interim mitigations include restricting runner filesystem access, using short-lived tokens, and implementing secrets management to avoid plaintext storage.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Account takeover in Red Hat Build of Keycloak allows an unauthenticated attacker to abuse the reset-credentials flow in
Cross-cluster remote code execution in Red Hat Advanced Cluster Management for Kubernetes 2 (multicloud-integrations / A
Cross-tenant bearer-token disclosure in Red Hat Advanced Cluster Management for Kubernetes 2 (RHACM) lets an authenticat
Heap corruption via double-free in 389-ds-base's LDAP control parsing allows an unauthenticated remote attacker to crash
Remote code execution in Cockpit's web interface allows unauthenticated attackers to execute arbitrary commands on the h
Remote code execution in Samba's printing subsystem allows remote attackers to inject arbitrary shell commands via craft
Elevated-privilege container restoration in CRI-O 1.34 and later, including downstream Red Hat OpenShift Container Platf
Unauthorized cross-tenant Secret and ConfigMap access in the multicloud-operators-channel component of Red Hat Advanced
Secret exfiltration across Kubernetes namespace boundaries in the multicloud-operators-subscription component of Red Hat
Ghostscript can execute arbitrary shell commands with the privileges of its process when it renders a crafted PostScript
Use-after-free in librsvg during rendering of crafted SVG documents with nested XInclude directives and duplicate entity
A signed integer overflow vulnerability exists in the libtiff library's putcontig8bitYCbCr44tile function that leads to
EUVD-2026-114679
GHSA-jw7j-xrxx-59jm
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB