Engineering

Why your team's shared passwords are costing more than you think

Credential sprawl is the technical debt nobody talks about — and it compounds faster than you'd expect.

Maya Torres December 12, 2024 8 min read

I spent two weeks last winter auditing credential usage across our infrastructure. What started as a routine security review turned into something uncomfortable: we had 347 shared credentials across 23 services, with no clear ownership on roughly 60 percent of them. Some were API keys that hadn't been rotated since the team's first sprint in 2019. A few were stored in plain-text env files committed to repos that half the company had access to.

The real cost hides in incident response

When a credential leaks — and eventually one will — the blast radius scales with how widely it's shared. Our post-incident analysis showed that teams using shared credentials took four times longer to contain breaches than those using individual, short-lived tokens.

"Teams using shared credentials took four times longer to contain security incidents than those using individual, short-lived tokens."

The fix is not complicated, but it does require changing habits that engineering teams have carried for years. Moving to a secrets manager with per-user credentials and automatic rotation means nobody needs to paste an API key into a Slack channel ever again. We rolled it out in phases — starting with production secrets, then staging, then CI pipelines — and within a quarter the number of untracked credentials dropped from 347 to 12.