Skip to main content
CVE-2024-4254VulnerabilityPublished Updated

CVE-2024-4254: gradio-app/gradio · Invocation of Process Using Visible Sensitive Information

Affects gradio-app/gradioSource CVE Database V5

0

Not known to be exploited · CVSS 7.1 High.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.0 base score
7.1High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 40% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.0/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Jun 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.

What to do

AI-suggested

To mitigate CVE-2024-4254, organizations should immediately audit GitHub Actions workflows to identify any that run code from forks with access to secrets. Specifically, the 'deploy-website.yml' workflow should be modified to avoid checking out and executing code from untrusted forks. Implement the following measures: 1) Use the 'pull_request_target' event cautiously, as it runs workflows in the context of the base repository and can expose secrets; prefer 'pull_request' event which runs in the fork context without secrets. 2) Restrict workflow permissions by setting 'permissions' to least privilege, removing write or secret access where unnecessary. 3) Use GitHub's 'workflow_run' or manual approval gates to control execution of workflows that require secrets. 4) Employ environment protection rules and required reviewers before allowing workflows with secrets to run. 5) Rotate exposed secrets immediately if compromise is suspected. 6) Educate developers on secure CI/CD practices and avoid embedding secrets in workflows. 7) Consider using GitHub's OIDC token-based authentication to reduce static secret usage. 8) Monitor workflow runs and logs for suspicious activity. These steps will reduce the risk of secret exfiltration via malicious pull requests and improve overall CI/CD security posture.

Description

The 'deploy-website.yml' workflow in the gradio-app/gradio repository, specifically in the 'main' branch, is vulnerable to secrets exfiltration due to improper authorization. The vulnerability arises from the workflow's explicit checkout and execution of code from a fork, which is unsafe as it allows the running of untrusted code in an environment with access to push to the base repository and access secrets. This flaw could lead to the exfiltration of sensitive secrets such as GITHUB_TOKEN, HF_TOKEN, VERCEL_ORG_ID, VERCEL_PROJECT_ID, COMMENT_TOKEN, AWSACCESSKEYID, AWSSECRETKEY, and VERCEL_TOKEN. The vulnerability is present in the workflow file located at https://github.com/gradio-app/gradio/blob/72f4ca88ab569aae47941b3fb0609e57f2e13a27/.github/workflows/deploy-website.yml.

References

Community reviews

Loading reviews…