Skip to content
Datalogia

Companies·Surface 04

Exposed technical credentials

A single API key published by accident is enough to compromise your whole infrastructure. Bots crawl public repositories within minutes of every new commit.

Request the first auditThe four surfaces

Excerpt from a report, fictitious data
StageEventDelay
Public commit.env file pushed by mistakeT+0
Scanning botkey spotted and testedT+4 min
Cloud accountinstances created at your expenseT+2 h
Customer databaseexfiltrationT+4 h
One .env file outside .gitignore, and the whole infrastructure follows.

The secrets concerned

This category covers the most dangerous secrets: AWS, GCP and Azure API keys, GitHub and GitLab tokens, Stripe and Twilio keys, database credentials (MySQL, PostgreSQL, MongoDB), environment variables (.env), SSH keys, private certificates and access codes to critical infrastructure.

How it happens

The main cause is the accidental commit: a developer publishes a .env file or hard-codes a key in the source. Even after deletion, the data stays in the git history and gets archived by specialised bots. It also turns up on paste sites, in public CI logs, container images and technical forums.

The chain effect

An exposed cloud account key can trigger the creation of hundreds of instances and a bill of tens of thousands of euros within hours. A payment token allows fraudulent refunds. A database credential exposes your entire customer base. These incidents can lead to ransomware, full exfiltration or a prolonged outage.

What we do

We crawl the public GitHub, GitLab and Bitbucket repositories linked to your organisation, paste sites, technical forums and specialised leak databases. Each detected secret triggers an alert with what to do next: revoke, rotate, and review any access that may have taken place before detection.

How we step in

  1. Step 01
    The repository report

    Review of all public repositories tied to your organisation, histories included.

  2. Step 02
    The watch

    A check every week of new commits and publications, and an alert if a secret appears.

  3. Step 03
    The rotation

    A revocation procedure for each type of secret, with a check of the access made before detection.

Are secrets lying around in your repositories?

A report on your GitHub and GitLab organisations, free for the first audit.