Raw config-to-env output (decrypted secrets) is echoed to pod logs on failure
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 72/100
Rechercherichtung
Lies scripts/docker-entrypoint.sh im Bereich der Zeilen 245 und 261 und verfolge dann, wie config_env_output und config_err_output erfasst werden. Prüfe die Fehlerpfade und Pfade ohne Export, um sicherzustellen, dass stdout mit Geheimnissen nicht protokolliert wird und aussagekräftiges, redigiertes stderr erhalten bleibt. Fertig, wenn diese Fehler den Exit-Code und sichere Diagnosen melden, ohne die Konfigurationsausgabe auszugeben.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Finding (medium)
scripts/docker-entrypoint.sh:245 and :261: echo "[CONFIG] ERROR: Failed to load config (exit $config_exit): $config_env_output $config_err_output" >&2, and line 261 prints $config_env_output again. That variable is the stdout of npx @osaas/cli web config-to-env: export NAME=value lines including secret parameters decrypted with CONFIG_API_KEY. On non-zero exit or output with no matching export line, they go to stderr, Loki and anyone with log access. Line 97 redaction only covers git stderr (gh*_, Basic).
Fix: print only the exit code and a redacted $config_err_output. Sibling: Eyevinn/web-runner has the same line (filed separately); #26 introduced the fatal path without covering log content.
Low
The runner runs as root and OSC_ACCESS_TOKEN, GIT_TOKEN, GITHUB_TOKEN and CONFIG_API_KEY stay exported into pip install build hooks and the app; Dockerfile has curl | bash for NodeSource and unpinned pip install gradio.
Lessons
Found by the Weekly Security Audit (2026-11-04); static read of a shallow clone, not reproduced live.
🤖 Generated with Claude Code
Co-Authored-By: Claude [email protected]
- Vorherrschende Sprache
- Shell
- Sterne
- 0
- Forks
- 2
- Ø Merge
- 40 Min.
- Gemergte PRs (30 T.)
- 5
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Ähnliche Issues
-
area:docs phase:release priority:p0 type:test
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
-
Non-root first start logs "Base venv updated (stamp mismatch)" instead of the first-run messageOffenarea: infrastructure bug priority: low
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
snapotter-hq/SnapOtter#4573 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
community-scripts/ProxmoxVE#18463 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
infamousjoeg/conceal#60 ·
-
area/ci area/security microtask size/S status/ready
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
HarnageaGabriel/disdetta#76 ·
Maintainer antworten meist innerhalb von 1 Tag