/
Navigation
Chronicles
Browse all articles
Explore
Semantic exploration
Research
Entity momentum
Nexus
Correlations & relationships
Story Arc
Topic evolution
Drift Map
Semantic trajectory animation
Posts
Analysis & commentary
Pulse API
Tech news intelligence API
Browse
Entities
Companies, people, products, technologies
Domains
Browse by publication source
Handles
Browse by social media handle
Detection
Concept Search
Semantic similarity search
High Impact Stories
Top coverage by position
Sentiment Analysis
Positive/negative coverage
Anomaly Detection
Unusual coverage patterns
Analysis
Rivalry Report
Compare two entities head-to-head
Semantic Pivots
Narrative discontinuities
Crisis Response
Event recovery patterns
Connected
Search: /
Command: ⌘K
Embeddings: large
TEXXR

Chronicles

The story behind the story

days · browse · Enter similar · o open

GitGuardian: nearly 3K of the 450K projects submitted to PyPI exposed at least one credential in code, like API keys, including some from “very large companies”

Many transgressions come from “very large companies that have robust security teams.”

Ars Technica Dan Goodin

Context & Ripple Effects

This report extends a long-running repository-security problem from source-code discovery to package publication: tools that comb public repositories for secrets showed how easily sensitive material can be found once it reaches a public code host.

PyPI has also been a distribution channel for compromised packages that sought developers’ cloud credentials, including the compromised ctx and phpass packages. The distinction matters: here, credentials appear to have been published by project maintainers rather than extracted by a malicious dependency.

First-order effects

  • Organizations whose API keys or other credentials were included in affected PyPI code must identify whether the secrets remain valid and rotate or revoke them where necessary.
  • PyPI users and maintainers face a more immediate need to inspect published source and release workflows for embedded credentials, including in projects associated with large companies.

Second-order effects

  • Security teams are likely to move secret detection earlier into developer and package-release workflows, rather than relying on review after code has become public.
  • Credential providers and organizations using their APIs may see more incident-response work around exposed machine identities, as public package code becomes another place keys must be monitored.

Third-order effects

  • If this pattern persists, public package registries will increasingly be treated as identity-exposure surfaces, not merely software-distribution infrastructure.
  • The durable shift is toward lifecycle controls for non-human credentials—detection, revocation, and replacement across repositories and release artifacts—though the report alone does not establish which controls PyPI will adopt.

The trend: Software supply-chain security is broadening from malicious dependencies to the management of credentials unintentionally shipped alongside legitimate code.

Discussion

  • @ravirockks Ravi Nayyar on x
    So shocked and surprised and befuddled by this. https://blog.gitguardian.com/ ... [image]
  • @gitguardian @gitguardian on x
    🔍 Tom Forbes & GitGuardian revealed a study on the number of hardcoded credentials in PyPI packages. 3,938 unique secrets found! 768 valid secrets among them! 2,922 projects included one secret! Want the study? https://s.gitguardian.com/3f2c1e #CyberSecurity #Python #PyPI #GitGua…
  • @gitguardian @gitguardian on x
    The State of Pypi Secrets Sprawl... A growing problem source: https://s.gitguardian.com/g3p #PyPi #Cybersecurity #Secrets [image]