CVE-2025-31479: Canonical/get workflow version action Canonical/get-workflow-version-action Can Leak A Partial Vulnerability

HIGH
Advisory Identifier: GHSA-26wh-cc3r-w6pj
CVSS 8.2
CWE-532
Published
Advisory Summary

CVE-2025-31479 is a HIGH (CVSS 8.2) canonical/get-workflow-version-action can leak a partial vulnerability (CWE-532: Insertion of Sensitive Information into Log File) affecting Canonical/get workflow version action libraries in the GitHub Actions ecosystem. The issue involves canonical/get-workflow-version-action can leak a partial github_token in exception output. Remediation is available by upgrading affected packages to version 1.0.1.

CVE-2025-31479 at a Glance

CVE Identifier CVE-2025-31479
GHSA Identifier GHSA-26wh-cc3r-w6pj
Severity HIGH
CVSS v3.1 Base Score 8.2
CWE Classification CWE-532: Insertion of Sensitive Information into Log File
Affected Product Canonical/get workflow version action
Package Ecosystem GitHub Actions
Published Date
Last Updated

Security Impact

CVSS: 8.2

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:N/I:H/A:H).

Attack Vector Network (AV:N)
Attack Complexity High (AC:H)
Privileges Required Low (PR:L)
User Interaction None (UI:N)
Scope Changed (S:C)
Confidentiality None (C:N)
Integrity High (I:H)
Availability High (A:H)

How to Fix CVE-2025-31479

To remediate this vulnerability, upgrade all affected Canonical/get workflow version action dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

canonical/get-workflow-version-action fixed: 1.0.1
Upgrade canonical/get-workflow-version-action to 1.0.1
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for canonical/get-workflow-version-action

How to Check if You Are Affected

To determine whether your application is affected by CVE-2025-31479, inspect your project dependencies for Canonical/get workflow version action:

inspect dependencies for canonical/get-workflow-version-action

Analyze the terminal output to locate any version of Canonical/get workflow version action in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 1.0.1), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-532: Insertion of Sensitive Information into Log File, where the product writes sensitive information to a log file. In Canonical/get workflow version action, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

### Impact Users using the [`github-token` input](https://github.com/canonical/get-workflow-version-action/blob/a5d53b08d254a157ea441c9819ea5002ffc12edc/action.yaml#L10) are impacted. If the `get-workflow-version-action` step fails, the exception output may include the GITHUB_TOKEN. If the full token is included in the exception output, GitHub will automatically redact the secret from the GitHub Actions logs. However, the token may be truncated—causing part of the GITHUB_TOKEN to be displayed in plaintext in the GitHub Actions logs. Anyone with read access to the GitHub repository can view GitHub Actions logs. For public repositories, anyone can view the GitHub Actions logs. The opportunity to exploit this vulnerability is limited—the GITHUB_TOKEN is automatically revoked when the job completes. However, there is an opportunity for an attack in the time between the GITHUB_TOKEN being displayed in the logs and the completion of the job. Normally this is less than a second, but it may be greater if [`continue-on-error`](https://docs.github.com/en/actions/writing-workflows/workflow-syntax-for-github-actions#jobsjob_idstepscontinue-on-error) is used in the `get-workflow-version-action` step or if [status check functions](https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/evaluate-expressions-in-workflows-and-actions#status-check-functions) are used in a later step in the same job. For an example of an attack in the time between the GITHUB_TOKEN being displayed in the logs & the completion of the job, see https://www.praetorian.com/blog/codeqleaked-public-secrets-exposure-leads-to-supply-chain-attack-on-github-codeql/ For users who passed the GITHUB_TOKEN to the `github-token` input, update to `v1.0.1`. Any secrets that were partially leaked while using `v1.0.0` should have already been revoked, since the GITHUB_TOKEN is automatically revoked when the job completes. However, in the unlikely event that an attack was executed using a GITHUB_TOKEN before it was revoked (as described above), users' repositories may still be impacted—for example, a sophisticated attack could have used the GITHUB_TOKEN to push something to the repository. The potential effects of an attack depend on the permissions of any GITHUB_TOKENs that were leaked. However, in a very sophisticated attack, even a GITHUB_TOKEN with read-only permissions can affect other GitHub Actions in the same repository if those actions use the Actions [cache](https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/caching-dependencies-to-speed-up-workflows). For more information, see the "But Wait, There’s More" section of https://www.praetorian.com/blog/codeqleaked-public-secrets-exposure-leads-to-supply-chain-attack-on-github-codeql/ and https://github.com/AdnaneKhan/Cacheract If any users used a long-lived secret (e.g. a personal access token) instead of the GITHUB_TOKEN in the `github-token` input, they should immediately revoke that secret. The `get-workflow-version-action`'s documentation & examples all instructed the user to use the GITHUB_TOKEN, so it is unlikely that users used a long-lived secret instead of the GITHUB_TOKEN. ### Patches This has been fixed in `v1.0.1`. Also, the `v1` tag has been updated to include the fix. ### References https://github.com/canonical/get-workflow-version-action/issues/2

CVE-2025-31479 Affected Canonical/get workflow version action Versions

1 component(s)
Fixed Versions:
1.0.1
Product / Package Ecosystem Affected Versions Fixed Version
canonical/get-workflow-version-action
GitHub Actions
< 1.0.1
1.0.1

References

Frequently Asked Questions

What is CVE-2025-31479?
CVE-2025-31479 is a security vulnerability in Canonical/get workflow version action involving canonical/get-workflow-version-action can leak a partial GITHUB_TOKEN in exception output under CWE-532: Insertion of Sensitive Information into Log File.
Which Canonical/get workflow version action versions are affected?
Affected versions include releases prior to 1.0.1 across affected packages: canonical/get-workflow-version-action.
What version fixes CVE-2025-31479?
Upgrading to 1.0.1 (or the latest patched release for your respective branch) resolves the vulnerability.
Is canonical/get-workflow-version-action affected?
Yes, canonical/get-workflow-version-action is affected in releases prior to 1.0.1. Upgrade your dependency to 1.0.1 or later.
What is the CVSS score of CVE-2025-31479?
CVE-2025-31479 has a CVSS v3.1 base score of 8.2 (HIGH) with vector string CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:N/I:H/A:H.
What CWE is associated with CVE-2025-31479?
CVE-2025-31479 is classified under CWE-532: Insertion of Sensitive Information into Log File (The product writes sensitive information to a log file.).
How can I check GitHub Actions dependencies for CVE-2025-31479?
Run the dependency tree command: 'inspect dependencies for canonical/get-workflow-version-action'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-26wh-cc3r-w6pj",
  "modified" : "2025-04-03T13:26:02Z",
  "published" : "2025-04-02T22:36:03Z",
  "aliases" : [ "CVE-2025-31479" ],
  "summary" : "canonical/get-workflow-version-action can leak a partial GITHUB_TOKEN in exception output",
  "details" : "### Impact\nUsers using the [`github-token` input](https://github.com/canonical/get-workflow-version-action/blob/a5d53b08d254a157ea441c9819ea5002ffc12edc/action.yaml#L10) are impacted.\n\nIf the `get-workflow-version-action` step fails, the exception output may include the GITHUB_TOKEN. If the full token is included in the exception output, GitHub will automatically redact the secret from the GitHub Actions logs. However, the token may be truncated—causing part of the GITHUB_TOKEN to be displayed in plaintext in the GitHub Actions logs.\n\nAnyone with read access to the GitHub repository can view GitHub Actions logs. For public repositories, anyone can view the GitHub Actions logs.\n\nThe opportunity to exploit this vulnerability is limited—the GITHUB_TOKEN is automatically revoked when the job completes. However, there is an opportunity for an attack in the time between the GITHUB_TOKEN being displayed in the logs and the completion of the job. Normally this is less than a second, but it may be greater if [`continue-on-error`](https://docs.github.com/en/actions/writing-workflows/workflow-syntax-for-github-actions#jobsjob_idstepscontinue-on-error) is used in the `get-workflow-version-action` step or if [status check functions](https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/evaluate-expressions-in-workflows-and-actions#status-check-functions) are used in a later step in the same job. For an example of an attack in the time between the GITHUB_TOKEN being displayed in the logs & the completion of the job, see https://www.praetorian.com/blog/codeqleaked-public-secrets-exposure-leads-to-supply-chain-attack-on-github-codeql/\n\nFor users who passed the GITHUB_TOKEN to the `github-token` input, update to `v1.0.1`. Any secrets that were partially leaked while using `v1.0.0` should have already been revoked, since the GITHUB_TOKEN is automatically revoked when the job completes. However, in the unlikely event that an attack was executed using a GITHUB_TOKEN before it was revoked (as described above), users' repositories may still be impacted—for example, a sophisticated attack could have used the GITHUB_TOKEN to push something to the repository.\n\nThe potential effects of an attack depend on the permissions of any GITHUB_TOKENs that were leaked. However, in a very sophisticated attack, even a GITHUB_TOKEN with read-only permissions can affect other GitHub Actions in the same repository if those actions use the Actions [cache](https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/caching-dependencies-to-speed-up-workflows). For more information, see the \"But Wait, There’s More\" section of https://www.praetorian.com/blog/codeqleaked-public-secrets-exposure-leads-to-supply-chain-attack-on-github-codeql/ and https://github.com/AdnaneKhan/Cacheract\n\nIf any users used a long-lived secret (e.g. a personal access token) instead of the GITHUB_TOKEN in the `github-token` input, they should immediately revoke that secret. The `get-workflow-version-action`'s documentation & examples all instructed the user to use the GITHUB_TOKEN, so it is unlikely that users used a long-lived secret instead of the GITHUB_TOKEN.\n\n### Patches\nThis has been fixed in `v1.0.1`. Also, the `v1` tag has been updated to include the fix.\n\n### References\nhttps://github.com/canonical/get-workflow-version-action/issues/2",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:N/I:H/A:H"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "GitHub Actions",
      "name" : "canonical/get-workflow-version-action"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "1.0.1"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/canonical/get-workflow-version-action/security/advisories/GHSA-26wh-cc3r-w6pj"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2025-31479"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/canonical/get-workflow-version-action/issues/2"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/canonical/get-workflow-version-action/commit/88281a62e96e1c0ef4df30352ae0668a9f3e3369"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/canonical/get-workflow-version-action"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-532" ],
    "severity" : "HIGH",
    "github_reviewed" : true,
    "github_reviewed_at" : "2025-04-02T22:36:03Z",
    "nvd_published_at" : "2025-04-02T22:15:20Z"
  }
}