Big News: Kosli’s achieves Series A milestone with Deutsche Bank as an investor - Read the announcement
New, open source: Explainable policies that run on Open Policy Agent and Rego. Explore ergo →
New: Kosli Answers is here! AI-powered insights for compliance and security. Learn more →

HOW IT WORKS

A Technical Guide to Kosli

How Kosli records every event in your SDLC as a verifiable fact, turns those facts into automated controls, and proves compliance continuously — from commit to production.

Use Cases

Automate Compliance Controls Across the Software Delivery Lifecycle.

Build. Release. Run.

Every piece of software passes through these three stages, but in regulated industries, each stage comes with strict governance requirements. Kosli records the facts of from across your pipelines and environments, so you can automate your governance policy.
Build
Software Supply Chain Security
Release
Automated Change Management
Run
Runtime Security and Compliance
Dive into all use cases
Kosli controls engineering map
The Application Stack

Your Architecture for Governance.

Kosli is a technology stack for SDLC Governance Engineering built on proven technology principles. It has layered responsibilities, an immutable record, policy engine, computed projections, and it scales to large, complex enterprises.

GRC reporting tools

  • ServiceNow
  • Archer
  • Databricks
  • Snowflake
  • etc…

Governance Operations

Control Center

Evidence Store

Engineering toolchain

  • CI/CD tooling
  • Deployment tools
  • Cloud runtimes
  • Container runtimes
  • On-prem applications
  • Version control
  • Testing
  • Jira
  • Security tools

Governance

Governance Operations — audit reports, dashboards, and SDLC insights demonstrating continuous assurance to auditors and regulators.

Controls

Control Center — a policy engine for your controls, mapping control decisions to evidence, and operated automatically.

Evidence

Evidence Store — a record of trusted facts from across the SDLC in an immutable, append-only record.

EVIDENCE STORE

Record every event as a verifiable fact.

The foundation of SDLC governance is a trusted, central system of record. That's why the base of the stack is an append-only, immutable ledger of evidence.

The three layers stacked: the Evidence Store at the base, fed by attestations from CI pipelines and tools and snapshots from environments; the Control Center above it, reading evidence and writing decisions back; and Governance Operations at the top, projecting audit reports, dashboards and metrics and exporting data and PDFs.

Attestations and snapshots

Evidence is recorded as ATTESTATIONS: claims that an action happened (tests passed, a change was approved) and SNAPSHOTS: observations of the state of an environment.

Content Addressable Identities

Every artifact is identified by its cryptographic identity such as git commit or SHA256 checksum. Evidence is connected via identities or correlation ids, building a chain of custody from commit to production.

Append-only, independent record

The system of record has no update and no delete. A correction is a new fact, and the old one remains. Kosli stores the record outside your infrastructure, so altering the history isn’t possible.

Flexible evidence types with schemas

Define the fact types for your governance needs. Evidence that does not meet its schema is rejected at write time, and evaluated on ingest. Raw material (test output, SBOMs, scan reports) can be attached and fingerprinted in the Evidence Layer.

CONTROL CENTER

Controls run as code.

Control Center automates policy as code. Decisions are based on recorded evidence and context inputs. With automated controls an event triggers an evaluation of rules against trusted facts, producing a recorded decision.

An automated control: an event, with its context, triggers an evaluation. The evaluation gets facts from the Evidence Store and uses a Rego policy, and produces a decision, such as compliant, which is recorded back in the Evidence Store.

Controls as versioned entities

Every control has a unique, immutable identity and a version history. Names and descriptions can change, but the history does not. Every decision records the control and policy version that made it.

Policy as code

Compliance requirements are versioned, testable policies, evaluated automatically. That means the the same input evidence produces the same decision, every time.

Decisions recorded as facts

Compliant or non-compliant, with the reason, the policy version, and the evidence it read. The Control layer’s own actions are written back to the Evidence layer.

Distributed Enforcement Points

Decisions get enforced in CI pipelines, deployment tools, and admission controllers.

Exceptions, overrides, and break-glass

Emergency fixes and approved deviations are part of the system and it’s all recorded - who, what, when, and the reason.

GOVERNANCE OPERATIONS

Prove compliance and measure delivery.

Assurance and insight are derived from a single source of truth. Reconciliation is continuous and anyone can verify it against the record at any time. Metrics are computed from the same set of facts, so they agree with the audit reports by construction.

Governance Operations: a reporting engine (queries and evidence bundles, with a PDF export), continuous audit (every change marked compliant with a tick or non-compliant with a cross) and metrics (deployments per week, lead time and control coverage, with a compliant and non-compliant split) are all computed from the same append-only record in the Evidence Store.

Flexible Reporting Engine

Support for queries across controls, organizational entities and systems. Complete evidence bundles for any change - attestations, evidence files, spreadsheets and pdf reports.

Continuous Audit

Compliance evaluation with policies to find non-compliance in real time instead of at audit. Every change is evaluated against policy and evidence requirements.

Delivery metrics from facts

Deployments are calculated from the evidence, not reported by people. The metrics agree with the audit reports because they come from the same facts.

Control coverage

Track which controls are enforced, compliance and non-compliance rates, and exception processes across the estate.

TECHNICAL SPECIFICATIONS

Built for enterprise scale.

Scale, integration, isolation, and automation — what technical teams check before committing to governance infrastructure. Read the Deutsche Bank case study.

Will this hold up at our scale?

In production in the world's largest banks

Kosli runs in production inside some of the world's largest banks, governing software delivery across estates that span mainframe, on-prem, cloud, and everything in between. The architecture is built for it — an append-only record that only ever grows, with reports, views, and metrics computed from it rather than maintained alongside it.

Will it work with the tools we already run?

Tool-agnostic by design

Kosli records facts from whatever you already have — CI systems, scanners, deployment tools, cloud accounts, legacy release processes. Evidence arrives through integrations, the CLI, or the API, so teams keep their existing pipelines and nothing has to be migrated before you get coverage.

Shared infrastructure won't pass our security review.

Dedicated hosting available

Kosli Dedicated runs on isolated infrastructure with guaranteed resources, private endpoint connectivity inside your network perimeter, and dedicated encryption keys — for organizations whose regulatory or security requirements rule out shared tenancy.

About Kosli Dedicated
Can we drive it programmatically?

Full API, CLI, and an MCP server

Everything the product does is available over a documented REST API and the CLI, so Kosli fits the automation you already run. An MCP server exposes the same evidence and controls to AI agents and assistants, so agentic tooling can query the record and act on it directly.

MCP server docs
Controls engineering

Learn how to turn governance into code.

Controls Engineering applies modern software engineering practices, requirements, testing, automation, observability, to the controls that govern software delivery. A control becomes a software product, not a paperwork exercise.

DevOps applied software engineering to operations. SRE applied it to reliability. Controls Engineering applies it to governance.

Download the Guide to Controls Engineering
Controls Engineering — book cover
Get started

Ready to ship at
AI speed, safely?

See how Kosli automates SDLC Governance inside your environment.