Vulnerability class — secret exposure

Exposed secrets & API keys testing, proven

Exposed secrets & API keys (secret exposure) — what it is, why a signature scanner misses the cases that matter, and how SuperPentest proves it with a controlled test, clean-session reproduction and hash-chained evidence mapped to A05: Security Misconfiguration.

Vulnerability class · 28 October 2026A05: Security Misconfiguration

Exposed secrets & API keys is a vulnerability class scanners only partly reach — here is what it is, why that is, and how SuperPentest proves it on your app.

What Exposed secrets & API keys is

Secrets leak constantly: API keys in JavaScript bundles, tokens in error messages, credentials in exposed config or git history, keys in a public bucket. A single live key can unlock a payment provider, a cloud account, or a customer database.

What it looks like

A minified front-end bundle still contains a live key like sk_live_... and an internal API base URL. Anyone who views source extracts the key and starts charging — or refunding — against the real account.

Why a scanner misses it

Regex-matching for key-shaped strings produces a flood of false positives and revoked keys. The value is in confirming a secret is live and determining what it unlocks — safely, without abusing it — which is verification work, not matching.

How SuperPentest proves it

SuperPentest treats Exposed secrets & API keys the way an attacker does, in four steps: it understands the business rule the feature is meant to enforce, runs a controlled test against it, then reproduces any candidate from a clean session — a fresh login with no leftover state — and finally records the impact with hash-chained request/response evidence mapped to the control it breaks. Nothing is reported as a finding until that clean-session reproduction succeeds; a candidate is not a finding.

  • Understand — map the feature and the rule it should enforce.
  • Controlled test — exercise the class safely, within the authorized scope.
  • Clean-session reproduction — break in again from a fresh session to rule out flukes and stale state.
  • Impact + evidence — hash-chained request/response, mapped to A05: Security Misconfiguration and your compliance controls.

How findings are verified →

Where it fits in coverage

Exposed secrets & API keys is one of the 35 vulnerability classes the engine tests every run, driven through 40+ specialist tools orchestrating 13 industry-standard open-source scanners. See the full coverage map or the 35 classes explained.

CORS testing · subdomain takeover testing · CSP / headers testing · parameter mining testing.

FAQ

Can a scanner find Exposed secrets & API keys?

A scanner finds some cases, but misses the ones that matter — behind authentication, blind variants, or anything needing a multi-step workflow — and raises false positives on the rest. SuperPentest verifies each candidate before it counts.

How do I know a reported Exposed secrets & API keys finding is real?

Every finding is reproduced from a clean session with hash-chained request/response evidence you can replay. If a run cannot complete the checks, it is stamped degraded coverage rather than passed as clean. See how findings are verified →

Test your app for Exposed secrets & API keys. Book a demo or request an evaluation account. See the sample report.