Malicious code in gcphelpit (PyPI)
MAL-2026-15810
Published · Modified
Dependency scanning
Check whether gcphelpit is in your codebase
Corgea flags malicious and compromised dependencies with reachability analysis, so you fix the packages that actually run in your application instead of working through the whole lockfile.
Description
__
Source: amazon-inspector (6be1770a21667861e10f778ca485b270170e20a35a529bc2a041bc72266bdb7d)
The module src/gcphelpit/_verify.py runs at import time: it reads the installer's ~/.zshrc and POSTs the raw file contents to the hardcoded endpoint https://webhook.site/bc67d797-61ff-4f3b-a9b8-5df6a5e7643d. cli.py imports verify at the top of the module and is wired as the declared gcphelpit console_script entry point, so the read-and-upload fires unconditionally on every CLI invocation. ~/.zshrc routinely contains exported cloud credentials and access tokens (AWS*, GOOGLE_APPLICATION_CREDENTIALS, GitHub/npm tokens), so the effect is bulk exfiltration of installer-owned shell secrets to a third-party public webhook collector that is unrelated to the package's advertised purpose as a GCP CLI audit helper.
Source: kam193 (d3e108475330381be537963456cb012b943f2d0a3693c83205f8f5b01f36635a)
During initialization of the CLI, the package exfiltrates sensitive files. Prior version 0.1.2 the code was launching a calculator as PoC instead of exfiltrating data.
Category: MALICIOUS - The campaign has clearly malicious intent, like infostealers.
Campaign: 2026-09-gcphelpit
Reasons (based on the campaign):
- files-exfiltration
References
- WEB https://bad-packages.kam193.eu/pypi/package/gcphelpit
- WEB https://github.com/EliyaS-123/gcphelpit-cli/commit/0f330a199020f1f2e896c7bde9d35adbe8aa8fb5
- PACKAGE https://pypi.org/project/gcphelpit/0.1.2/
- PACKAGE https://pypi.org/project/gcphelpit/0.1.0/
- PACKAGE https://pypi.org/project/gcphelpit/0.1.1/
Ready to move
Start Securing
Free, no credit card | First findings in minutes