ghas-to-csv vulnerable to Improper Neutralization of Formula Elements in a CSV FileGHSA-634p-93h9-92vh
MEDIUMFix: some-natalie/ghas-to-csv#20GHSA-634p-93h9-92vh is a medium-severity (CVSS 5.8) CWE-74 vulnerability in some-natalie/ghas-to-csv. A fix is available for some-natalie/ghas-to-csv — see the affected versions and patch details below.
Exploitation Status
No confirmed exploitation observed yet
- CISA’s own triage has not observed active exploitation or public proof-of-concept code for this CVE as of its last assessment.
Exploitation and automatability from CISA’s SSVC triage for GHSA-634p-93h9-92vh.
EPSS Exploitation Probability
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
How urgent is this, really
Where this sits among everything scored
Real-World Exposure
some-natalie/ghas-to-csvReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects GitHub Actions packages — download data is not available via public APIs for these ecosystems.
Description
Impact
This GitHub Action creates a CSV file without sanitizing the output of the APIs. If an alert is dismissed or any other custom field contains executable code / formulas, it might be run when an endpoint opens that CSV file in a spreadsheet program. The data flow looks like this 👇🏻
graph TD
A(Repository) -->|developer dismissal, other data input| B(GitHub Advanced Security data)
B -->|ghas-to-csv| C(CSV file)
C -->|spreadsheet program| D(endpoint executes potentially malicious code)
Patches
Please use version v1 or later. That tag moves from using csv to defusedcsv to mitigate this problem.
Workarounds
There is no workaround. Please upgrade to using the latest tag, v1 (or later).
References
- CWE-1236 information from MITRE
- CSV injection information from OWASP
- CodeQL query for CWE-1236 in Python here
- PyPI site for
defusedcsvhere
For more information
If you have any questions or comments about this advisory:
- Open an issue in this repository here
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 📦GitHub Actions | some-natalie/ghas-to-csv | all versions | 1 |
Affected Products
ghas-to-csvghas-to-csv_projectDetection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for some-natalie/ghas-to-csv, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update some-natalie/ghas-to-csv to 1 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-634p-93h9-92vh is resolved across your whole dependency graph.
Workarounds
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
Frequently Asked Questions
Is GHSA-634p-93h9-92vh in your dependencies?
Find it across GitHub Actions, including transitive dependencies.