Answer in brief
CVE-2026-54168 records a Medium severity (CVSS 6.5) vulnerability in Tekton Pipelines-as-Code: Unscoped GitHub App installation token allows unauthorized access to private repositories via remote task resolution in github.com/openshift-pipelines/pipelines-as-code. The current sources do not mark it as known exploited. The current feed maps github.com/openshift-pipelines/pipelines-as-code (go), github.com/openshift-pipelines/pipelines-as-code (go), github.com/openshift-pipelines/pipelines-as-code (go), github.com/openshift-pipelines/pipelines-as-code (go) and additional mapped packages. Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 6.5. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps github.com/openshift-pipelines/pipelines-as-code (go), github.com/openshift-pipelines/pipelines-as-code (go), github.com/openshift-pipelines/pipelines-as-code (go), github.com/openshift-pipelines/pipelines-as-code (go) and additional mapped packages. Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| github.com/openshift-pipelines/pipelines-as-codego | >=0 <0.37.8 | 0.37.8 |
| github.com/openshift-pipelines/pipelines-as-codego | >=0.38.0 <0.39.6 | 0.39.6 |
| github.com/openshift-pipelines/pipelines-as-codego | >=0.40.0 <0.42.1 | 0.42.1 |
| github.com/openshift-pipelines/pipelines-as-codego | >=0.43.0 <0.48.0 | 0.48.0 |
| github.com/openshift-pipelines/pipelines-as-codego | <0.37.8 | 0.37.8 |
| github.com/openshift-pipelines/pipelines-as-codego | >=0.38.0,<0.39.6 | 0.39.6 |
| github.com/openshift-pipelines/pipelines-as-codego | >=0.40.0,<0.42.1 | 0.42.1 |
| github.com/openshift-pipelines/pipelines-as-codego | >=0.43.0,<0.48.0 | 0.48.0 |
| github.com/openshift-pipelines/pipelines-as-codego | >=0 <0.37.8 >=0.38.0 <0.39.6 >=0.40.0 <0.42.1 >=0.43.0 <0.48.0 | 0.37.8, 0.39.6, 0.42.1, 0.48.0 |
Published upstream
Aug 20, 2026
Evidence: source:ghsa:source_dates:source-dates:recordSource modified
Aug 26, 2026
Evidence: source:ghsa:source_dates:source-dates:recordFirst seen by HOL
Aug 20, 2026
### Impact When Pipelines-as-Code is configured with a GitHub App installed across multiple repositories, the installation token issued during webhook processing is not scoped to the triggering repository by default. The token retains access to all repositories in the GitHub App installation. This allows a user with push access to any repository in the installation to craft a PipelineRun with a remote task annotation pointing at a private repository in the same installation: ``` pipelinesascode.tekton.dev/task: "https://github.com/org/private-repo/blob/main/.tekton/secret-task.yaml" ``` Pipelines-as-Code resolves and inlines the remote task using the unscoped token, exposing the contents of the private repository's Tekton definitions. This is a read-only confidentiality breach, no write access is exposed. ### Patches The fix extracts the repository ID from the webhook payload during initial parsing so that it is available for later use. It then adds a fallback in the client setup path so that when no explicit scoping configuration is present and `ScopeTokenToListOfRepos` returns empty, the token is re-issued scoped to the triggering repository's ID rather than retaining access to the entire installation. The initial token remains unscoped so that the extra-repos lookup can still discover and resolve additional repositories when configured. The fix is available in v0.48.0. Supported backport releases will be added here after release tags are published. ### Workarounds Limit the GitHub App installation to only the repositories that require Pipelines-as-Code. Avoid org-wide installations or mixed-trust installations where repositories with different access requirements share the same GitHub App. This restricts the blast radius of the unscoped token to only the repositories that are explicitly selected during App installation. ### Credits Reported and fixed by the Pipelines-as-Code maintainers.
Quoted source text, attributed separately from HOL analysis.