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

Glossary

Terms used throughout the CBOM Secure documentation and interface. Where a term has a specific meaning inside CBOM Secure that differs from its general industry use, the CBOM Secure meaning is given first and the difference is called out.

Core objects

TermMeaning
Cryptographic material (CM)Any single cryptographic object CBOM Secure inventories: a key, a certificate, a protocol endpoint (TLS or SSH), a binary, a code signature, or a source-code finding. The umbrella term for everything in the inventory.
CM document (CM-Doc)One validated, deduplicated inventory record. A CM-Doc represents one real-world cryptographic object, however many places it was found.
DepositA raw sensor result that has arrived at the platform but has not yet been deduplicated. Deposits are transient: they are consumed by the deduplication pass and promoted into the inventory.
Canonical identityThe value that decides whether two sightings are the same object. Two results with the same canonical identity become one CM-Doc with two deployments, not two CM-Docs.
DeploymentOne place a material was found: a host paired with a path, store, vault or endpoint. A CM-Doc carries every deployment it has been seen at, each with its own first-seen and last-seen times.
FootprintThe set of deployments a CM-Doc currently has. The footprint is what makes a single key visible as "present on eleven servers" rather than as eleven separate keys.
SensorA discovery module for one environment or protocol — Azure Key Vault, PKCS#11, LDAP, MSSQL TDE, and so on. Sensors are the only components that read a target system.
ConnectorAn integration that supplies CBOM Secure with information about the estate rather than cryptographic material — a host inventory, a ticketing system, an endpoint agent platform.
EmitterThe component inside a discovery agent that transmits results back to the platform.
CollectorThe platform service that receives sensor results, authenticates the submitting host, validates each document and writes it to the deposit stage.

Discovery

TermMeaning
TemplateA named, reusable set of sensors with their configuration, defined independently of any host list.
TaskA template bound to a list of target hosts. A task is the schedulable, repeatable unit of discovery work.
Networked deploymentDiscovery in which the platform reaches the target directly over SSH or WinRM, delivers the agent, runs it and collects the result.
Cloud deploymentDiscovery against a cloud provider's control plane using API credentials. No agent is placed on any machine.
Off-grid deploymentDiscovery on a network with no route back to the platform. The agent and its task are carried to the target, run there, and the result file is carried back and imported. Also called air-gapped discovery.
AgentThe self-contained discovery executable delivered to a target host. It requires no interpreter, runtime or package to be installed on the target, and removes itself after the result is transmitted.
ScanOne execution of a task. A scan has a start time, a type (full or incremental), and a set of chunks that the platform accounts for individually.
Full scanA scan that claims to have observed everything in its scope. On completion the platform resolves any material in that scope it did not see, marking it as no longer present.
Incremental scanA scan that claims only to have observed what it reports. Nothing is resolved on the strength of an incremental scan.
ResolvedThe state of a material that a full scan expected to find and did not. A resolved material is retained with its history intact, not deleted.
ReactivatedThe state of a previously resolved material that has been discovered again.

Analysis

TermMeaning
CriteriaOne dimension along which a material is assessed — key strength, certificate expiry, key reuse, storage location, cipher-suite strength, and others. Each criteria produces its own rating.
CriticalityThe rating a criteria assigns to a material, on a five-level scale. See the Risk and PQC Scoring Methodology page for the per-criteria formulas.
Risk scoreA 0-100 composite derived from the criticality levels across a population — used for host and enterprise rollups rather than for a single material.
PolicyA named set of rules stating which algorithms and key sizes are acceptable. Every material evaluates to Pass or Fail against a policy.
Standard policyA read-only policy baseline shipped with the product, aligned to an external standard such as NIST SP 800-series, PCI DSS or CNSA 2.0. Clone it to obtain an editable copy.
Crypto agilityA measure of how readily an estate could change algorithm. Scored from the distribution of algorithms in use and their concentration.
PQC postureThe classification of an estate or host by its exposure to quantum attack — which material is already quantum-safe, which is not, and which is in transition.
TagAn operator-defined label applied to hosts, tasks and materials, used for grouping, ownership attribution and filtering.
Tag scopeA named, reusable tag expression. Applying a tag scope to a widget narrows what that widget counts, without changing the widget itself.

Platform

TermMeaning
RealmAn identity boundary in the identity provider. CBOM Secure resolves the realm at authentication and supports more than one.
SessionServer-side authentication state. The client holds an opaque identifier and presents it as a bearer token; the platform resolves it in-process on each request.
RoleA named permission set. The shipped roles are administrator, manager, user and auditor; permissions within them are editable.
ScopeA single named permission, such as policy:delete. Roles are built from scopes, and the API enforces the scope on every request rather than relying on the interface to hide the control.
WidgetOne panel on a dashboard. Widgets are defined as data rather than compiled into the interface, so the catalogue can be extended without a front-end release.
LayoutThe arrangement of widgets on a dashboard, saved per user.
Drill-downMoving from a chart to the table of the records behind one of its groups, carrying the chart's filter through so the table answers exactly the number that was clicked.
CycloneDXThe OWASP bill-of-materials standard CBOM Secure exports to. See the CycloneDX Export Specification page.
Audit trailThe append-only record of who did what, held separately from the operational database with its own retention and access control.
Change historyThe append-only record of how a material changed over time, distinct from the audit trail: history tracks objects, audit tracks people.
On this Page:
Support Privacy Policy Terms of Service

Copyright 2026 Encryption Consulting LLC. All rights reserved.