Orion security and governance

Enterprise security, data isolation, and zero model training.

Orion protects customer drawings, specifications, and commercial intelligence with tenant-isolated vector namespaces, AES-256 encryption at rest, network-disabled execution sandboxes, and contractually binding zero-training AI agreements.

Security reviewEnterprise Data Protection
ACTIVE
TENANT ISOLATIONAES-256 · TLS 1.3 · Zero Model Training
AuthJWT ScopedDataIsolatedInferenceEphemeralDecisionsHuman-Led

Production controls are backed by contractually enforced DPAs and verifiable cloud architecture.

Zero Model Training Guarantee Tenant-Scoped Vector DB AES-256 & TLS 1.3 Encryption API RTO < 15m · DB RPO < 5m

Current implementation evidence

Architectural controls enforced across the data path.

Orion’s multi-layered security model combines application-level tenant scoping, ephemeral in-memory inference, encrypted cloud storage, and strict human decision boundaries.

Signed-in application and API flows

Orion enforces account authentication, secure password hashing (bcrypt), and cryptographically signed JWT access tokens for every API request.

Architecture: Access tokens are scoped to individual tenants and verified at the API gateway layer before any database query executes.

Tenant-isolated vector and relational stores

Every project document, extracted chunk, and embedding vector is bound to a verified tenant ID in PostgreSQL and stored in tenant-dedicated ChromaDB collections.

Architecture: Tenant-scoped authorization and parameterized query constraints govern relational access; namespace-scoped vector clients prevent cross-tenant retrieval.

Zero model training on customer data

Orion operates under enterprise AI agreements ensuring prompts, uploaded drawings, spec books, and generated reports are never used to train foundation models.

Architecture: Model inference occurs ephemerally in-memory with zero data retention for public model training.

Network-disabled agent execution sandboxes

Agent review and calculation tasks execute within ephemeral Linux container sandboxes with network interfaces disabled and strict TTL limits.

Architecture: Sandboxes receive only curated document text without host credentials or repository mounts, preventing external data exfiltration.

A three-part security model

Product behavior, production configuration, and agreement must align.

A secure feature can be undermined by the wrong environment or operating process. A contract can promise something the architecture does not deliver. Orion’s buyer review connects all three. Inspect our technical docs for detailed multi-tenant and API specifications.

  1. 01

    Product behavior

    Authentication, authorization checks, source traceability, review states, credential boundaries, and safe workflow behavior in the current implementation.

  2. 02

    Production configuration

    Google Cloud infrastructure, AES-256 storage, TLS 1.3 network path, Secret Manager, Cloud Logging, automated backups, and isolated vector namespaces.

  3. 03

    Customer agreement

    Contractual zero model training, approved data use, retention/deletion schedules, geographic residency, SOC 2/ISO certifications, and incident SLAs.

Architecture review map

Follow the complete request and data path.

A comprehensive review map showing how customer data travels from authenticated client requests through containerized APIs, isolated vector indexes, and zero-training AI models.

  1. 01Identity

    Who is making the request?

    Verify account lifecycle, authentication, assigned role, privileged access, and JWT signature verification.

  2. 02Scope

    Which resource is allowed?

    Trace tenant, project, document, and action checks through every applicable API, vector namespace, and relational table.

  3. 03Processing

    Which services handle the task?

    Name the application containers, background workers, zero-training AI model endpoints, and network-disabled sandboxes.

  4. 04Data

    Where do sources and artifacts travel?

    Map uploaded PDF files, extracted text, vector embeddings, generated dossiers, backups, retention schedules, and deletion paths.

  5. 05Decision

    How does output leave the workflow?

    Confirm source-linked review, responsible human approval, authorized export destinations, and immutable audit logs.

Buyer security review

Define the exact data path before project files move.

These are the core domains Pegasus reviews during technical customer onboarding to ensure compliance with enterprise IT and legal requirements.

Data inventory and purpose

  • Which project sources enter Orion?
  • Which fields and derived artifacts are retained?
  • Who is authorized to use each data set?

Processing and infrastructure

  • Where will the selected environment run (US/EU)?
  • Which providers and model services participate?
  • Which network and transport controls apply (TLS 1.3)?

Identity and administration

  • Who provisions and removes users?
  • Which roles can upload, analyze, review, or administer?
  • How are privileged actions governed?

Lifecycle, resilience, and handoff

  • What retention and deletion rules apply?
  • Which tier-specific RTO and RPO objectives apply?
  • How are failures, incidents, and offboarding handled?
REVIEW CONTROLFinding accountability
SourceDrawing C-412 · detail 3ATTACHED
UncertaintyFinal technical fit unresolvedOPEN
OwnerQualified technical reviewerASSIGNED
Next actionVerify fit before outreachREQUIRED

Decision governance

Traceability is also a control.

Orion’s source locators, methodology log, report versions, needs-review states, and named human actions prevent an unexplained AI result from being presented as an approved engineering or commercial decision.

  • Material findings remain linked to their cited drawing and specification sheets throughout the retained audit record.
  • Assumptions, conflicts, and missing information stay visible in the audit ledger.
  • Final technical, pricing, and commercial decisions remain with responsible people.

Security review path

Move from questions to an approved implementation record.

The security review delivers verified architectural evidence, documented provider terms, and clear operating agreements.

  1. 01

    Classify

    Identify project document types, data classifications, user roles, and geographic requirements.

  2. 02

    Map

    Document the proposed network path, tenant vector namespace, storage buckets, and deletion schedules.

  3. 03

    Verify

    Review SOC 2/ISO certifications, DPA terms, zero-training AI agreements, and RTO/RPO SLAs.

  4. 04

    Decide

    Sign mutual agreements, configure tenant security policies, and initiate secure user provisioning.

Security FAQ

Direct answers to enterprise security questions.

Clear technical specifications regarding data encryption, residency, AI model policies, and disaster recovery.

Is customer data used to train foundational AI models?

No. Orion operates under enterprise commercial agreements that contractually prohibit customer data from being used to train or fine-tune public foundation models. Model providers process approved context for inference under zero-training terms; Orion itself retains tenant-scoped source files, artifacts, reports, and audit records only according to the configured customer lifecycle and deletion policy.

Where is customer data stored and processed geographically?

Primary compute and storage reside on Google Cloud Platform within United States regional clusters (such as us-central1 Iowa, us-east4 Virginia, and us-west1 Oregon). Optional regional pinning for the European Union (europe-west3 Frankfurt) and the UK is available under enterprise service agreements.

What encryption standards are enforced across the Orion stack?

Orion enforces mandatory TLS 1.3 / HTTPS encryption in transit for all client-to-server and inter-service communications. At rest, all relational databases (PostgreSQL), object storage buckets (GCS), and vector database volumes are encrypted using industry-standard AES-256 bit encryption.

How does Orion isolate multi-tenant customer data?

Data isolation is enforced at every architectural layer: cryptographically signed JWTs embed tenant_id on all incoming API requests; relational database queries enforce tenant scoping via PostgreSQL indexed constraints; and vector embeddings are partitioned into tenant-dedicated ChromaDB namespaces.

How are background agent tasks and code execution sandboxed?

When agents perform specialized data extraction or calculation verification, they run in isolated, ephemeral Linux sandboxes with network interfaces disabled. Sandboxes only receive curated document snippets beneath /workspace/evidence and have strict time-to-live (TTL) limits, preventing unauthorized network calls.

What are Orion’s documented RTO and RPO recovery targets?

Orion maintains a tiered Business Continuity and Disaster Recovery posture: Stateless API services achieve RTO < 15 minutes / RPO = 0 minutes; managed PostgreSQL databases achieve RTO < 1 hour / RPO < 5 minutes via continuous Write-Ahead Logging (WAL); object storage achieves RTO < 30 minutes; and vector indexes achieve RTO < 2 hours via automated re-indexing.

How does Orion prevent an automated finding from becoming a final decision?

The product workflow keeps source locators, assumptions, uncertainty, methodology updates, needs-review states, and responsible human actions visible. Final technical, estimating, engineering, and commercial decisions remain with qualified people.

What should our team bring to an architecture and security review?

Bring your data classification guidelines, required deployment and residency boundaries, identity/SSO requirements, user roles, retention schedules, provider restrictions, and compliance questionnaires. We will walk through the complete data path with your security team.

Plan the security review

Bring your requirements. We’ll map them to the proposed Orion implementation.

Start with data classification, identity, residency, retention, provider, integration, and legal requirements so the evaluation is grounded from day one.