Credentials that leak often travel across many surfaces—laptops, repos, pipeline logs, tickets, teammate configs—yet every security tool (repo scanners, EDR, IAM, vaults, cloud security, SIEM) only watches its own territory. GitGuardian's State of Secrets Sprawl 2026 report found 28% of secrets incidents happen entirely outside code repositories, in tools like Slack, Jira, and Confluence that scanners never touch. Even worse, over 64% of secrets found valid in public repos in 2022 were still valid when retested in 2026, because revoking a credential requires cross-tool context that no single team or tool owns. The piece argues for treating a credential as one connected object across every environment it touches, and promotes GitGuardian's ebook and demo as the proposed fix.

7m read timeFrom blog.gitguardian.com
Post cover image
Table of contents
TL;DRThe security stack is fragmented by designLeaked credentials do not respect the mapThe seams have no ownerWhat sitting in the seams would meanWhere the full argument livesFAQs

Questions this post answers

What percentage of secrets incidents happen outside of code repositories?

28% of secrets incidents happen exclusively outside code repositories, occurring instead in collaboration and productivity tools such as Slack, Jira, and Confluence. Because repository scanners only monitor code, none of these tools are covered by that layer of a security stack, leaving this share of incidents effectively invisible to standard secret-scanning controls. Teams evaluating secrets-detection coverage can track findings like this on daily.dev to close visibility gaps.

How long do leaked API keys or secrets typically remain valid after being exposed in a public repository?

Exposed secrets can remain valid for years after discovery. Of the valid secrets found in public repositories in 2022, more than 64% were still valid when retested in January 2026, four years later, largely because revoking a credential requires cross-team context about what will break on rotation that no single tool or owner holds. Anyone building a credential-rotation process can follow secrets-security research like this via daily.dev.

Why does a single security tool struggle to fully remediate a leaked credential?

Because each security tool only has visibility into its own territory: a repository scanner sees code commits, an endpoint agent watches laptop behavior, and a vault protects only the copies enrolled in it. A credential that spreads across a laptop, repo, pipeline log, support ticket, and teammate config crosses five blind spots that no single tool can see across, so scope and revocation require correlating findings across all of them. Security teams comparing detection tools can follow coverage-gap analyses like this on daily.dev.

728 Impressions