Map the path
Every route from a code change to a running artifact, including the ones nobody documented — manual deploys, break-glass accounts, self-hosted runners.
Practice 02 — DevSecOps
Build systems accumulate permissions the way garages accumulate boxes. The job is a path from code change to released artifact you can actually account for — with controls your engineers will not route around.
Scoped on the call, quoted in days, in writing.
A short call to understand how you build and ship, and to explain where a review usually pays for itself.
Loading available times…
Every route from a code change to a running artifact, including the ones nobody documented — manual deploys, break-glass accounts, self-hosted runners.
Permissions reduced to what shipping requires, tooling placed where it blocks rather than where it reports, and MFA moved onto hardware for the accounts that matter.
We re-run the path afterwards and show what a stolen token now reaches, with the findings register and 90-day sequence your team executes.
Fine. The identity and permission work maps closely, and NIST SSDF and the OWASP CI/CD Top 10 are platform-neutral. Some specifics — fine-grained PATs, for instance — have different names and different limits, and we will say which.
Controls engineers route around are worse than no controls, so the design brief is explicitly that they will not. Where a gate costs real time, we say so and you decide.
Usually not. Most stacks already have capable tooling switched off or untuned, and we do not resell anything, so there is no commission in the recommendation either way.
SLSA gives us a ladder to measure against rather than a target to chase. We will tell you which level your build process actually reaches today, and what the next rung costs.
Thirty minutes, no obligation. We will tell you what is worth doing, including when the answer is less than you expected.