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 and Trust Center

Where code executes, which providers receive what, how secrets are handled, and what is retained. Written for the security review, not for the brochure.

We do not display certification badges we have not obtained. Current compliance status, including what is planned, is listed further down this page.
Shared responsibilityData flowsControlsCompliance statusReport a vulnerability

Who is responsible for what

The platform is the same in every edition. Responsibility for operating it is not.

Area
Community
Cloud
Enterprise
Control-plane hosting
You
BranchRunner
You or BranchRunner, by arrangement
Runtime workers
You
BranchRunner, optionally your own
Pools on your network or dedicated
Patching and upgrades
You
BranchRunner
Managed with an agreed window
Backups and recovery
You
BranchRunner
Tested objectives in the contract
Access control and identity
SSO and basic roles
SSO and basic roles
SSO and advanced RBAC; SCIM planned
Model provider credentials
You
You, or managed usage when available
You, per team or workflow
Repository authorization
You
You
You
Workflow policy and approvals
You
You
You, centrally
Incident response
You
BranchRunner, with notification
Joint, with agreed contacts
Diagram of the security and responsibility boundary between an organization, BranchRunner, and external providers.
The visual supports the published responsibility discussion; it does not assert unverified compliance, regional, retention, or contractual facts.

Code and data flows

Every outbound path from a run, what travels on it, and what controls it.

Destination
What is sent
Control
Git provider
Fetch, push, branch and pull-request operations. No prompt content.
Provider token scope, per repository
Issue provider
Work-item import and status updates you enable.
Per-integration authorization
Model provider
The prompt context a session builds: task text, requirements, relevant file contents and tool results.
Provider per workflow, under your credentials; per-role file scope
MCP servers and tools
Only the arguments a call needs. Destructive calls can require approval.
Tool permissions per role, approval policy
Notification targets
Run events, attention requests, approvals. No source code.
Webhook and channel configuration
BranchRunner Cloud control plane
Task text, run metadata, diffs and evidence produced by the run.
No current managed deployment; future data handling and providers are not yet defined
Anywhere else
Nothing. Workspace egress is denied unless allowlisted.
Per-environment egress allowlist

In a self-hosted deployment there is no BranchRunner-operated component in any of these paths.

What security information is published?

This page publishes the documented responsibility model, data-flow discussion, control descriptions, and current stated status. It does not imply unpublished certifications or contractual commitments.

Where does code execute?

The published operating model describes agents running in workspaces on runtime workers, separated from the control plane.

How are credentials handled?

Evaluate the documented reference boundary and the provider configuration for your environment. Deployment-specific identity and secret-manager scope must be confirmed before commitment.

Which controls are enforced?

Only controls explicitly described with their edition and availability scope should be treated as published. Planned or unverified controls are not commitments.

How do we share future security requirements?

Use the Enterprise interest form to describe the systems and requirements that matter. Submitting it does not start a security review or create a certification, SLA, or binding agreement.

Controls

Each control notes which editions it applies to, because a self-hosted deployment and a managed one are not the same security posture.

Runtime and container isolation

Each run executes in its own Git worktree and container set on a worker. No agent process runs on the control plane, and no two runs share a checkout.

Applies to: All editions
Encryption

TLS for all service-to-service and browser traffic. Data at rest encrypted at the volume level, with database-level encryption for secret references.

Applies to: All editions
Secrets handling

Secrets are stored as references and injected into the workspace at run time. Reveal and copy are logged; deleting a secret lists the workflows that depend on it.

Applies to: All editions
Identity and access control

Single sign-on is available in every edition. Community and Cloud include fixed basic roles; Enterprise adds granular roles scoped per repository and action. Enterprise SCIM provisioning is planned.

Applies to: SSO: all editions; advanced RBAC: Enterprise; SCIM: Enterprise planned
Permissions and approval policy

Each agent role is scoped for read, write and execute. Destructive tool use, external deployment and stage handoff can each require a named person.

Applies to: All editions
Network access and egress

Workspace egress is denied by default and allowlisted per environment and per run. Workers can sit in a private network with no inbound exposure.

Applies to: All editions
Audit logs

Approvals, tool calls, secret reveals, policy decisions and configuration changes are recorded as events on the run, exportable for review.

Applies to: Available and exportable in all editions
Data retention and deletion

Self-hosted deployments keep retention and deletion under the operator’s configuration and available storage. No managed Cloud backup or retention policy is currently offered; any future policy would be published with that offering.

Applies to: Initial self-hosted release; future managed policy not announced
Backup and recovery

Self-hosted operators own backup and restore procedures for the control-plane database. Managed and Enterprise recovery objectives have not been offered.

Applies to: Self-hosted operator responsibility
Provider boundaries

Which provider a session uses is configuration, visible per session. Nothing is routed through a BranchRunner proxy when you bring your own keys.

Applies to: All editions
Security advisories

Advisories are published with affected versions, severity and remediation. Self-hosted operators are responsible for applying them.

Applies to: All editions
Privacy and data processing

Data-processing terms and subprocessor information are not publicly published. They are not represented as available on this website.

Applies to: Not published

Compliance status

Honest status, including the things we have not done. Nothing here is a certification claim until the row says it is available.

SOC 2 Type II
Not published
No report or certification claim is published.
ISO/IEC 27001
Not published
No certification claim is published.
GDPR data processing
Not published
No public DPA or subprocessor list is currently available.
Penetration test
Not published
No assessment report or completion claim is published.
HIPAA, FedRAMP and similar
Not offered
Not in scope today. We will say so rather than imply a roadmap.
Security documents are provided only when they exist and are current. Ask your sales or support contact for the latest set.

Report a vulnerability

Report suspected vulnerabilities privately to [email protected]. The address is published in our RFC 9116 security.txt file. A detailed disclosure policy and response commitments are not yet published.

Security contact
PGP key
Not published
Scope
BranchRunner-owned website and software assets
Safe harbour
Not published
Policy

Advisories and subprocessors

Security advisories

No public advisory feed has been published.

Provider boundaries and subprocessors

OVHcloud hosts the public website, database, form submissions, and uploaded files; its processing location is not yet confirmed. Cloudflare provides website traffic delivery, security, and the country header used for notice selection. Google Analytics and Microsoft Clarity measure website use as described in the privacy policy. Roborian, Inc. is under consideration for a possible future Cloud offering; no customer Cloud deployment exists and it is not currently a customer-data subprocessor. Any future providers would be disclosed before a service is offered.

Self-hosted deployments

A Community or self-managed deployment has no BranchRunner subprocessors, because we do not operate any part of it. Your own providers are your subprocessors.

Bring your security team to the first call

We will walk the architecture and the data flows, and answer what is not yet certified.

Request a security reviewRead the architecture