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

CycloneDX Export Specification

CBOM Secure exports its inventory as a CycloneDX cryptographic bill of materials. This page states the specification version produced, the field mapping from the internal data model to CycloneDX, the endpoints and their filters, and what the export does and does not carry.

Specification version

PropertyValue
FormatCycloneDX
Specification version1.6
bomFormatCycloneDX
serialNumberurn:uuid: followed by the document's discovery identifier
EncodingJSON, UTF-8

The internal data model was designed against the CycloneDX 1.6 schema so that material could be exported without a lossy intermediate representation. It is close to, rather than identical with, CycloneDX: the internal record carries discovery and deployment context that has no CycloneDX equivalent, and that context is exported as named properties rather than dropped.

Export endpoints

All export endpoints are GET, return the standard response envelope with the BOM content in data, and require the administrator role.

EndpointExports
/cyclonedx/export/certificatesCertificate documents
/cyclonedx/export/keysKey documents
/cyclonedx/export/protocolsProtocol endpoints — TLS and SSH
/cyclonedx/export/binaryBinary artefacts and their dependencies
/cyclonedx/export/sourcecodeSource-code findings, with call-graph dependencies
/cyclonedx/exportEvery type in one call
Filters

Filters are query-string parameters. A parameter accepting a list takes comma-separated values and matches any of them.

Common to every endpoint

ParameterTypeMeaning
discoverTimeFromISO 8601Lower bound on discovery time
discoverTimeToISO 8601Upper bound on discovery time
scanHostlistRestrict to material found by these scanning hosts

Certificates

ParameterTypeMeaning
algorithmlistAlgorithm family
algorithmReflistCompound algorithm reference
certSha256listSpecific certificates by hash

Keys

ParameterTypeMeaning
keyTypelistsecret_key, private_key, public_key
algorithmlistAlgorithm family
algorithmReflistCompound algorithm reference
statelistKey lifecycle state
securedBylistProtection mechanism
publicKeySha256listSpecific keys by public-key hash

Protocols

ParameterTypeMeaning
portlistEndpoint port
cipherSuitelistCipher suite present at the endpoint
hostlistEndpoint host
urllistEndpoint URL

Binary

ParameterTypeMeaning
familylistBinary format family
minConfidencenumberMinimum detection confidence
cryptoSymbollistCryptographic symbol referenced
importedLibrarylistImported library
dependencylistDeclared dependency

The combined /cyclonedx/export endpoint requires a time bound. At least one of discoverTimeFrom or discoverTimeTo must be supplied; a request with neither is rejected with a 400 rather than exporting the whole inventory. The bound is applied to discoverTime or scanProperties.scanTime, so material whose discovery time predates the window is still included when it was seen by a scan inside it.

Field mapping — certificates

CycloneDX pathInternal field
bom-refdiscoverID
typeConstant data
namesubject
descriptionConstant X.509 Certificate
hashes[].alg / .contentSHA-256 / certSha256
cryptoProperties.assetTypeConstant certificate
cryptoProperties.algorithmalgorithm
cryptoProperties.algorithmRefalgorithmRef
cryptoProperties.keySizesize
cryptoProperties.serialNumberserialNumber
cryptoProperties.validFromvalidFrom
cryptoProperties.validUntilvalidTo
cryptoProperties.keyUsagekeyUsage
properties[name=issuer]issuer
properties[name=source.host]sourceProperties.host
properties[name=source.library]sourceProperties.lib
properties[name=source.manufacturer]sourceProperties.Manufactory
properties[name=source.cka_id]sourceProperties.CKA_ID
properties[name=source.label]sourceProperties.CKA_LABEL
properties[name=scan.extension]scanProperties.extension
properties[name=scan.host]scanProperties.scanHost
properties[name=scan.time]scanProperties.scanTime

Key and protocol components follow the same pattern: the cryptographic attributes map into cryptoProperties, and the discovery context — where it was found, which sensor found it, when — maps into named properties entries, because CycloneDX has no field for it.

Field mapping — source code

The source-code export produces a complete BOM per scanned file rather than a component fragment, because it carries a dependency graph.

CycloneDX pathInternal field
serialNumberurn:uuid: + discoverID
metadata.timestampscanProperties.scanTime
metadata.component.typeConstant file
metadata.component.nameBase name of fileProperties.path
metadata.component.versionsourceProperties.branch
metadata.component.hashesfileProperties.checksum
metadata.component.properties[cbom:file:path]fileProperties.path
metadata.component.properties[cbom:file:language]fileProperties.language
metadata.component.properties[cbom:file:encoding]fileProperties.encoding
metadata.component.properties[cbom:file:lines]fileProperties.lineCount
metadata.properties[cbom:discoverID]discoverID
metadata.properties[cbom:scan:id]scanID
metadata.properties[cbom:scan:host]scanProperties.scanHost
metadata.properties[cbom:scan:time]scanProperties.scanTime
metadata.properties[cbom:scan:template]scanProperties.template
metadata.properties[cbom:scan:version]scanProperties.scannerVersion
metadata.properties[cbom:source:origin]sourceProperties.origin
metadata.properties[cbom:source:branch]sourceProperties.branch
metadata.properties[cbom:source:host]sourceProperties.host
metadata.properties[cbom:callgraph:linked]Whether a call graph was matched to this scan
componentsOne component per cryptographic finding
dependenciesDerived from the scan's call graph

Every CBOM Secure-specific property is namespaced cbom:, so a consumer can distinguish extension data from standard CycloneDX fields.

Tooling metadata

Each BOM names the tools that produced it under metadata.tools.components: the discovery scanner and the CycloneDX generator, each with its version and Encryption Consulting LLC as manufacturer. A consumer can therefore tell which scanner version produced a finding without consulting CBOM Secure.

What the export does and does not carry

Carries

  • Algorithm identity, key size, and the compound algorithm reference.

  • Certificate subject, issuer, serial, validity window and key usage.

  • Cipher suites and protocol algorithms for endpoints.

  • Content hashes: certificate hash, public-key hash, file checksum.

  • Full discovery context — host, path, cloud resource, sensor, scan time — as namespaced properties.

  • For source code, the call-graph dependencies between findings.

Does not carry

  • Private key material. CBOM Secure never extracts or stores it, so it cannot appear in an export.

  • Credentials for any scanned system.

  • Analysis results. Criticality scores, policy Pass/Fail outcomes and PQC classification are CBOM Secure's own assessments rather than facts about the material, and CycloneDX has no standard representation for them. Use the reporting endpoints for those.

  • Change history. An export is a point-in-time statement of what exists, not of how it got there.

Limits and behaviour

AspectBehaviour
Result sizeBounded by the filters supplied. The combined endpoint's mandatory time bound exists to stop an unbounded whole-inventory export.
Empty resultA successful response with an empty list, not an error.
AuthorisationAdministrator role required on every export endpoint.
Field absent on the source recordThe mapped CycloneDX field is emitted empty rather than omitted, so the document shape stays constant across records.
Source-code call graph missingThe BOM is still produced; cbom:callgraph:linked is false and dependencies is empty.
On this Page:
Support Privacy Policy Terms of Service

Copyright 2026 Encryption Consulting LLC. All rights reserved.