CBOM Documentation

CBOM Secure

  • Product Overview
    • Overview
    • Dashboard Interface
    • Dashboard Operations
    • Data Visualization
    • Overview
    • Host
    • Template
      • Networked Deployments
      • Cloud Deployments
      • Off-Grid Deployments
    • Discovery History
      • Tags
      • Tag Scope
      • Integrations
      • Cloud Servers
      • CycloneDX Export
    • Sensors Reference
    • Overview
    • Summary Report
    • PQC Report
    • AI Services
    • Source Code Visualizer
    • Key
    • Certificate
    • CipherSuites
    • Analysis
    • Policy Management
    • User Policy
    • Standard Policy
    • Overview
    • Cases
    • Criteria
    • Notification Format
    • Rules
      • Connections
      • Health
    • User Management
    • Roles & Permissions
    • Audit Trail
    • System Logs
    • Top Bar and User Menu
    • System Configuration
  • Login and Authentication
    • Introduction
      • Components
      • Data Flows
      • Execution Models
      • Incremental Scanning
      • Security Model
      • Topologies
      • Sizing Guide
      • HA and Scaling
      • Ports and Firewall
      • Prerequisites
      • Docker Compose
      • Native on Linux
      • Deployment Server
      • Install Troubleshooting
      • Validation Checklist
      • Managing Services
      • Logging
      • Certificates
      • Configuration
      • Backup and Recovery
      • Ops Troubleshooting
      • Methods
      • SAML 2.0 SSO
      • OIDC and Entra ID
      • Token Authentication
      • Password Policy
      • Sensor vs Connector
      • Sensor Guide Structure
      • Capability Matrix
      • GitHub Sensor
        • AWS
        • Azure
        • Google Cloud
        • Active Directory
        • LDAP Directories
        • AD CS
        • Thales Luna HSM
        • Entrust nShield HSM
        • HashiCorp Vault KMIP
        • Windows Cert Store
        • Linux Trust Store
        • MSSQL TDE
      • Roadmap
      • Integration Model
      • CrowdStrike
      • ServiceNow
      • ServiceNow and Jira Setup
      • Notification Engine
  • Administrative Guide
    • Glossary
    • Configuration Reference
    • Data Model Reference
    • API Reference
    • API Authentication
    • CycloneDX Export Specification
    • Risk and PQC Scoring
    • Built-in Standards
    • Widget Catalogue
    • AI Services Data Handling

AI Services Data Handling

What the AI assistant sends where, what it can and cannot reach, and what an organisation needs to decide before enabling it. Written for a security review rather than for a user; the AI Services page covers how to use the feature.

Summary for a security reviewer

QuestionAnswer
Is the feature optional?Yes. The service can be omitted entirely; no other platform function depends on it.
Does it need a model provider?Yes, and the provider is configurable. A self-hosted model keeps all content inside the deployment boundary.
What data can it read?Cryptographic inventory and analysis reference data, from an allowlist of collections.
Can it change anything?No. Write operations are rejected at the tool layer, not merely unused.
What leaves the boundary with a hosted provider?The user's question, conversation history, the database schema description, and the query results the assistant retrieved.
What never leaves?Credentials, secrets, tokens and key material — stripped before the model sees them.
Is access authenticated?Yes, against the platform session, when authentication is enabled in configuration.

Where the data goes

User question
   |
   v
Topic guard  ---- off-topic ----> refused; no further call, no data sent
   |
   v
Agent  -- reads --> Inventory database (allowlisted collections, read-only)
   |                        |
   |                  results, with sensitive fields stripped
   |                        |
   v                        v
Model provider  <-- question + history + schema description + retrieved results
   |
   v
Answer streamed back to the user

The model provider is the only component outside the deployment boundary, and only when a hosted provider is configured.

What the model receives

On each turn, the model is sent:

ContentNotes
The user's questionVerbatim
Conversation history for the sessionSo follow-up questions work
A description of the inventory schemaField names and value enumerations, sampled from the live database. Ambiguous and legacy fields are suppressed and never shown to the model.
Algorithm resolution rulesSo the model can reason about algorithm naming variants
Query results the assistant retrievedAfter the redaction described below
Retrieved standards excerptsOnly when the document-search tool is enabled and matches

What the model does not receive

  • Credentials of any kind. Fields named password, credentials, secret, token and key_material are stripped from every result before it reaches the model.

  • Private key material. CBOM Secure never collects it, so it does not exist to send.

  • Anything outside the collection allowlist. The assistant can read only the cryptographic inventory, the analysis reference data, the standard policies, the sensor schemas and the widget catalogue. User records, credentials, host configuration and the audit trail are not on the list, and a request naming an unlisted collection is rejected before it runs.

  • Internal record identifiers. Stripped from results.

Controls

ControlHow it is enforced
Read-only database accessThe tool performs read operations only, and the write pipeline stages are explicitly rejected. Writes are unreachable rather than merely unused.
Collection allowlistA fixed set of collections. Any other name is refused before execution.
Sensitive field redactionApplied to every result on the way out of the database, before the model sees it.
Schema field hidingAmbiguous and legacy fields are suppressed from the schema description.
Result boundingQuery results are bounded so a broad question cannot pull an unbounded volume of inventory into a prompt.
Topic guardA cheap pre-screen runs before the main agent. An off-topic question is refused without the agent running and without the question reaching the main model call.
Scope instructionThe system prompt independently instructs the model to refuse off-topic questions, so the guard is not the only line.
AuthenticationThe service validates the caller's platform session. It can be disabled for local development; it must be enabled in any deployment.

Confirm authentication is enabled before exposing the assistant. Configuration allows it to be switched off for standalone local development. A deployment that leaves it off exposes inventory querying without a sign-in.

Choosing a provider

The provider is set in configuration and the model can be switched at runtime.

ProviderHostingInventory content leaves the boundary
AnthropicVendor APIYes
OpenAIVendor APIYes
GoogleVendor APIYes
GroqVendor APIYes
OllamaSelf-hostedNo
LM StudioSelf-hostedNo

For a deployment where inventory content must not leave the boundary, configure a self-hosted provider and block outbound access to the hosted provider APIs at the network layer. Configuration alone states intent; the firewall rule enforces it.

With a hosted provider, the data described under "What the model receives" is transmitted to that provider and is subject to that provider's terms, retention policy and processing location. Those are the vendor's terms, not Encryption Consulting's — review them as part of your own assessment, and record the decision in whatever register your organisation keeps for third-party processors.

Retention

WhereWhat is retained
Model providerGoverned by the provider's own policy. CBOM Secure sets no retention on the provider side.
CBOM SecureConversation history for the duration of the session. It is not written to the inventory database.
BrowserRecent prompts, for the convenience of re-running them. Local to that browser.
Platform logsOperational records of the service. Redaction applies as it does across the platform: credentials, keys and tokens are never written to a log.

API keys

The provider API key is a credential and is handled as one:

  • Stored encrypted at rest alongside the rest of the service configuration, and decrypted by the service at load.

  • Never returned in plaintext by any API.

  • Never written to a log.

  • Set either in the deployment environment at first start or in System Configuration afterwards.

Without a key the service starts and the page loads; questions fail at the provider with a clear error. That is deliberate — a missing key is a configuration problem to be surfaced, not a reason to hide the feature.

Failure behaviour

ConditionBehaviour
Service unavailableNo other platform function is affected.
Provider unreachable or key invalidThe question fails with an error naming the cause. No partial answer is fabricated.
Question off-topicRefused by the guard before the agent runs.
Query names an unlisted collectionRejected by the tool; the model is told the collection is not permitted.
Result set too largeBounded, and the assistant reports that the result was truncated rather than presenting a subset as complete.

Questions worth answering before enabling

  1. Which provider, and does inventory content leaving the boundary require approval under your third-party processing policy?

  2. If it must not leave, is a self-hosted model provisioned, and is egress to hosted provider APIs blocked?

  3. Is authentication enabled, and which role carries the AI access permission?

  4. Who holds the provider API key, and how will it be rotated?

  5. Does the provider's retention policy satisfy your own retention obligations?

On this Page:
Support Privacy Policy Terms of Service

Copyright 2026 Encryption Consulting LLC. All rights reserved.