Workflow runs and secrets at risk

When a compromised package or action runs in CI, you need to know what it could reach. Depi now tracks the secrets and permissions of the GitHub workflows an incident touches in order to facilitate incident response.

Depi looks at every workflow that ran during the incident window and matches it against the project’s secrets and access. The new Workflow runs tab shows the result: what may be compromised, and what you may need to rotate.

The Workflow Runs tab of the tj-actions/changed-files incident, with five secrets at risk, four write permissions, runs grouped by project and one run open in the side panel

Declared secrets and secrets at risk

Depi keeps two lists apart:

  • Declared secrets: a step in this workflow explicitly reads them by name.
  • Secrets at risk: all the secrets that the workflow can read.

In this example, checkout-api still uses a long-lived AWS key, and four of its runs could read it:

The run list filtered to the four checkout-api runs that could read AWS_SECRET_ACCESS_KEY

Pipeline secrets

Depi re-uses the same logic in the reworked Project pipelines view, which should bring more clarity on what secrets and permissions a pipeline has.

The Deploy pipeline: one declared secret, four secrets at risk, and write access to packages, deployments and id-token

The next incident is already in your upstream chain.

30 minutes with our team. Bring your most critical repo and we'll show you what's hiding in its upstream security, live, on the call, before you sign anything.