fix(ci): gha-curl-pipe-shell in NewTab ausnehmen (false positive)
Code Quality / Validate Extension (push) Successful in 7s
Security Scan (reusable) / Security Scan (push) Successful in 24s
Security / scan (push) Successful in 24s

Die Regel schlaegt in release.yml an, beanstandet dort aber ein Muster,
das nicht gefaehrlich ist: Die curl-Ausgabe geht als JSON-Daten in ein
fest im Workflow stehendes python3-Skript und wird geparst, nicht
ausgefuehrt. Das ist nicht das gefaehrliche "curl url | bash", bei dem
der Server den auszufuehrenden Code liefert. Die URL zeigt zudem auf die
eigene Gitea-API, nicht auf einen fremden Host.
This commit is contained in:
2026-08-15 21:32:03 +00:00
parent 7c68332e9e
commit aa6ecef2a2
+8
View File
@@ -14,3 +14,11 @@ on:
jobs: jobs:
scan: scan:
uses: JonKazama-Hellion/security-workflows/.gitea/workflows/security-scan.yml@main uses: JonKazama-Hellion/security-workflows/.gitea/workflows/security-scan.yml@main
with:
# gha-curl-pipe-shell schlaegt in release.yml an, ist dort aber ein
# False Positive: die curl-Ausgabe geht als JSON-Daten in ein fest im
# Workflow stehendes python3-Skript (`python3 -c '<fester code>'`) und
# wird geparst, nicht ausgefuehrt. Das ist nicht das gefaehrliche
# `curl url | bash`, bei dem der Server den Code liefert. Die URL zeigt
# zudem auf die eigene Gitea-API.
semgrep-exclude-rules: 'yaml.github-actions.security.gha-curl-pipe-shell.gha-curl-pipe-shell'