Skip to main content

TrustOps

TrustOps — open-source trust operations

Continuous compliance in your cloud.
Read-only evidence collection, deterministic control tests, and audit-ready proof — in one self-hosted platform.

Product tour · Connectors · Architecture · API & agents · Deploy

TrustOps turns read-only source data into evaluated controls and audit-ready proof

What TrustOps does

One operating loop: collect evidence read-only, evaluate controls with deterministic rules, operate the findings, prove posture with immutable snapshots.

Regulatory requirements are consolidated into a Common Control Framework: you operate one safeguard, and it satisfies every requirement mapped to it across frameworks. The catalog holds 942 requirements across 13 frameworks; run security-lakehouse frameworks safeguards for current coverage.

Evidence stays in your environment. Models may summarize and prioritize; they do not silently change evidence or decide pass/fail.

Surfaces — console, API, CLI, MCP, CI
Surface Purpose
Console Posture, controls, evidence, findings, workflows, and audit room
API Versioned /api/v1 contract
CLI Local pipelines, validation, snapshots, and server operations
MCP & agents Read posture and propose governed actions with approval boundaries
CI Block releases when posture or control-test thresholds regress
Connectors — least-privilege, read-only

AWS · Azure · GCP · GitHub · GitLab · Okta · Snowflake · ClickHouse, plus the scanner, ticketing, and AI-platform entries in connectors/catalog.json.

Product preview

Trust Home Audit room
TrustOps Trust Home TrustOps audit room
Evidence Connectors
TrustOps evidence room TrustOps connector registry

More views: frameworks · insights · workflows · trust center

Quick start

Requires Python 3.11+ and Node 22+ (the console is built from source; it is not committed to the repository).

python -m venv .venv
source .venv/bin/activate
pip install -e ".[dev,server]"

make web-install web-build   # builds the console into src/security_lakehouse/web/dist

security-lakehouse fixtures load --company golden --out build/lakehouse
security-lakehouse db upgrade --lake build/lakehouse
security-lakehouse serve \
  --lake build/lakehouse \
  --server \
  --allow-insecure-no-auth \
  --port 8787

Open http://127.0.0.1:8787/console/dashboard/.

Skipping the console build leaves that URL a 404: the server mounts /console/ only when a built console is present, and falls back to a single status page. make demo-local runs the whole sequence in one step.

--allow-insecure-no-auth is for local development only. Production deployments require configured authentication; see server authentication.

Connect a live source

The default path is agentless and read-only; no pre-existing data lake is required.

  • Console: open Connectors, choose a source, then run Discover → Test → Enable → Sync.
  • Headless: follow the connector setup playbook for API, CLI, and MCP flows.
  • Existing lake: connect Snowflake or ClickHouse when evidence already lives there.

Cloud connectors use short-lived provider credentials or workload identity. No connector requires pasted long-lived cloud keys. TrustOps stores non-secret identifiers, redacted fingerprints, sync history, and evidence hashes.

Connector security contracts:

  • AWS uses STS AssumeRole, one External ID per deployed role, short-lived session credentials, and read-only IAM posture APIs. Temporary credentials expire after each session; TrustOps stores no long-lived access keys. Scale rollout with CloudFormation StackSets or Terraform workspaces; Bulk account import is the next operator surface.
  • Azure uses a customer-owned Entra application, managed identity, or federated workload identity with Reader scope. Tokens are short-lived, and no Azure password or raw client secret is stored.
  • Snowflake supports browser SSO for human proof or a read-only service identity with a key-pair or OAuth token reference held by the runtime secret manager. TrustOps stores account, role, and view identifiers — not passwords or private-key contents. Snowflake is the existing security-data-lake path.

TrustOps AWS STS AssumeRole lifecycle

Architecture

read-only source → raw observation → normalized fact → deterministic evaluation
                 → finding/current posture → immutable snapshot → governed action

TrustOps collection, evaluation, and proof architecture

The console, CLI, MCP server, agents, and CI gate share the same API and assessment engine. This keeps browser output and headless automation consistent.

What ships

Area Included
Compliance SOC 2, NIST AI RMF, FedRAMP, ISO, CIS AWS, HIPAA, PCI DSS, GDPR, and EU AI Act packs
Evidence Freshness SLAs, provenance, SHA-256 verification, tags, and saved views
GRC workflows Remediation, policies, attestations, vendor risk, access reviews, and approvals
Identity OIDC, SAML, API keys, RBAC, tenant boundaries, and SCIM scaffolding
Deployment Local, Docker, Helm, EKS reference IaC, Snowflake, and ClickHouse
Exports Snapshots, executive PDF, trust shares, OpenAPI, MCP, and GitHub posture gate

See the product shape for shipped, partial, and planned capability status.

Verify

make smoke       # backend, contracts, docs, brand, pipeline, API
make web-ci      # install, typecheck, production build
make security    # dependency audits and pre-commit checks

Regenerate documentation screenshots with make demo-screenshots-full.

Repository map

src/security_lakehouse/   assessment engine, API, auth, connectors, MCP
app/web/                  Next.js console
controls/ frameworks/     control catalogs, packs, and mappings
deploy/                   Docker, Helm, cloud, warehouse, and IaC examples
docs/                     product, architecture, operations, and API guides

Documentation

Apache-2.0 licensed. Third-party visual assets and usage terms are documented in THIRD_PARTY_ASSETS.md.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

trustops_security_data_lake-0.2.1.tar.gz (2.1 MB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

trustops_security_data_lake-0.2.1-py3-none-any.whl (2.2 MB view details)

Uploaded Python 3

File details

Details for the file trustops_security_data_lake-0.2.1.tar.gz.

File metadata

File hashes

Hashes for trustops_security_data_lake-0.2.1.tar.gz
Algorithm Hash digest
SHA256 22656114b388af19005d58bd4147b9fd5ad883d48c067e5ad5284760a0abd29d
MD5 04e305788f8666d03c893fa2d34fe865
BLAKE2b-256 e14756f33eab4d79c86654be115f4f151e19e0080f54a0f7c5a902acd34e1bbf

See more details on using hashes here.

Provenance

The following attestation bundles were made for trustops_security_data_lake-0.2.1.tar.gz:

Publisher: release.yml on msaad00/trustops-security-data-lake

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file trustops_security_data_lake-0.2.1-py3-none-any.whl.

File metadata

File hashes

Hashes for trustops_security_data_lake-0.2.1-py3-none-any.whl
Algorithm Hash digest
SHA256 303cae9ab42191956be5d65411695a6e5908b2627f4a203bcfd5cf38d606dc90
MD5 9c81ba5548ea363a7c63096d6d1508a4
BLAKE2b-256 77f02527c72bd5881aa5df1091ac54211fdb44bf5772bfba4599241cd7b6a496

See more details on using hashes here.

Provenance

The following attestation bundles were made for trustops_security_data_lake-0.2.1-py3-none-any.whl:

Publisher: release.yml on msaad00/trustops-security-data-lake

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page