Skip to content
AnnouncementInitial release: self-hosted on Ubuntu 24.04 and 26.04 LTS. More platforms planned; Cloud and managed services are outside this release.First release: self-hosted on Ubuntu LTS.Release status
Register Cloud interest
Security workflow

Remediate a security finding

Reproduce a finding in a constrained workspace, repair it, and keep validation and approvals attributable.

Availability and deployment fit are confirmed before commitment.

What does this security workflow workflow cover?

Reproduce a finding in a constrained workspace, repair it, and keep validation and approvals attributable.

What should an evaluator inspect?

Inspect the stated requirements, workspace boundary, validation evidence, approval points, and stated deployment scope rather than inferring results from an example workflow.

Is this customer proof?

No. Workflow pages describe an evaluation model and may use fictional product artifacts. They do not assert customer adoption, outcome, or availability evidence.

Can we run this workflow today?

A released self-managed artifact and tested quickstart are not published. Review the self-hosted requirements or register interest in future Cloud or Enterprise offerings.

What is the next step?

Use the ungated sample run and pilot scorecard to frame the evaluation, then choose a request path only if the operating model fits.

Starting condition and desired outcome

A scanner or review reports a vulnerability, but reproduction conditions and acceptable remediation are unclear. The outcome is a scoped change with regression evidence and explicit security review.

The current manual workflow

1Copy a finding into a developer task
2Grant broad access to reproduce it
3Patch until the scanner clears
4Lose the link between finding, repair, and approval

The BranchRunner workflow

  1. 01
    Classify and constrain

    Record severity source, affected component, access needs, and non-disclosure boundary.

  2. 02
    Reproduce safely

    Use an isolated workspace with minimum secrets and network access.

  3. 03
    Repair and validate

    Apply the bounded change and rerun the finding plus regression checks.

  4. 04
    Security approval

    A named reviewer inspects evidence and approves or rejects delivery.

Evidence produced

The run keeps claims separate from checks and decisions. The evidence below describes the record, not a guaranteed outcome.

RecordedOriginal finding and reproduction result
RecordedAccess and tool decision log
RecordedRepair diff and regression checks
RecordedSecurity review and delivery decision

Product example. Repository, checks, and identities are illustrative; configure them for your system.

Where a person stays in control

Finding intake

A person confirms scope and disclosure handling.

Credential access

Secret and network access is granted per step.

Risk acceptance

Exceptions remain explicit decisions, not agent conclusions.

Disclosure

External communication follows your existing security process.

What the workflow can produce

·Original finding and reproduction result
·Access and tool decision log
·Repair diff and regression checks
·Security review and delivery decision
Results depend on the task definition, repository, tools, model providers, and checks selected by your team.

Integrations, deployment, and edition fit

Integrations
Security scanner, Git host, secret manager, CI and ticketing
Deployment
Self-hosted or managed, subject to required network and data boundaries
Edition
Enterprise or self-hosted Community where data must remain internal
Human authority
Scope, sensitive actions, and delivery remain explicit decisions

Validate the workflow against one real repository

Bring the starting condition, required checks, and approval boundaries. We will identify what can be configured today and what remains deployment work.

Contact the teamAll use cases