Skip to content

feat(cryptography): add cryptographic agility plane to CBOM #947

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
bhess wants to merge 3 commits into
base: 2.0-dev
Choose a base branch
from
+126 −0
Open

feat(cryptography): add cryptographic agility plane to CBOM #947

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
3 commits
Select commit Hold shift + click to select a range
92a0604
feat(cryptography): add cryptographic agility plane to CBOM
bhess Jun 3, 2026
92c9827
Move agility to component level, unify rotation and renewal object
bhess Jun 5, 2026
48a218c
Address review comments
bhess Jun 12, 2026
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
71 changes: 71 additions & 0 deletions schema/2.0/model/cyclonedx-component-2.0.schema.json
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -264,6 +264,9 @@
"$ref": "cyclonedx-cryptography-2.0.schema.json#/$defs/cryptoProperties",
"title": "Cryptographic Properties"
},
"agility": {
"$ref": "#/$defs/agility"
},
"tags": {
"$ref": "cyclonedx-common-2.0.schema.json#/$defs/tags",
"title": "Tags"
Expand Down Expand Up @@ -733,6 +736,74 @@
"$ref": "cyclonedx-data-2.0.schema.json#/$defs/dataGovernance"
}
}
},
"agility": {
"type": "object",
"title": "Agility",
"description": "Properties describing how this component's configuration was determined and how a change to it can be applied. These properties support change management and, for cryptographic assets, cryptographic-agility.",
"additionalProperties": false,
"properties": {
"configurationSource": {
"type": "string",
"title": "Configuration Source",
"description": "Describes how this component's configuration was determined. Values are roughly ordered from least to most agile, the ordering is approximate.",
"enum": [
"hardcoded",
"product-default",
"administrator-configured",
"policy-managed",
"other",
"unknown"
],
"meta:enum": {
"hardcoded": "The configuration is fixed in code or firmware and is not intended to be changed.",
"product-default": "The configuration is inherited from product or vendor defaults and can typically be overridden.",
"administrator-configured": "The configuration is explicitly set by an administrator through external configuration.",
"policy-managed": "The configuration is determined by a policy or governance engine.",
"other": "Another configuration source applies.",
"unknown": "The configuration source is not known."
}
},
"negotiated": {
"type": "boolean",
"title": "Negotiated",
"description": "Indicates whether the effective configuration is selected at runtime through negotiation with one or multiple peers, such as a protocol handshake, rather than being statically fixed. This is orthogonal to `configurationSource`, which describes how the permitted configuration was determined."
},
"configurationRef": {
"$ref": "cyclonedx-common-2.0.schema.json#/$defs/refLinkType",
"title": "Configuration Reference",
"description": "The bom-ref of the configuration that determines this component's configuration. Typically points to a component of type 'data' whose data type is 'configuration'."
},
"changeMechanism": {

@stevespringett stevespringett Jun 11, 2026

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should ideally be an array

@bhess bhess Jun 12, 2026

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I changed it to an array in 48a218c

"type": "array",
"title": "Change Mechanism",
"description": "The step or steps required to apply a change to this component's configuration. When more than one value is present, all are required (for example, a software update followed by a restart). Values are roughly ordered from least to most disruptive. Use a single value of 'not-possible' when the configuration cannot be changed.",
"uniqueItems": true,
"items": {
"type": "string",
"enum": [
"not-possible",
"hardware-replacement",
"firmware-update",
"software-update",
"restart-required",
"runtime-config",
"other",
"unknown"
],
"meta:enum": {
"not-possible": "The configuration cannot be changed through any supported means.",
"hardware-replacement": "The change requires replacing or adding hardware.",
"firmware-update": "The change requires a firmware update.",
"software-update": "The change requires a software or package update.",
"restart-required": "The change requires restarting software or service processes.",
"runtime-config": "The change can be applied at runtime without a restart.",
"other": "Another change mechanism applies.",
"unknown": "The change mechanism is not known."
}
}
}
}
}
}
}
55 changes: 55 additions & 0 deletions schema/2.0/model/cyclonedx-cryptography-2.0.schema.json
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -521,6 +521,11 @@
"title": "Destruction Date",
"description": "The date and time (timestamp) when the certificate was destroyed."
},
"renewal": {
"$ref": "#/$defs/lifecycleControl",
"title": "Certificate Renewal",
"description": "How this certificate is renewed or re-enrolled."
},
"certificateExtensions": {
"type": "array",
"title": "Certificate Extensions",
Expand Down Expand Up @@ -673,6 +678,11 @@
"destroyed"
]
},
"rotation": {
"$ref": "#/$defs/lifecycleControl",
"title": "Key Rotation",
"description": "How this cryptographic material is rotated under the same algorithm."
},
"creationDate": {
"type": "string",
"format": "date-time",
Expand Down Expand Up @@ -1088,6 +1098,51 @@
"unknown": "The cryptographic function is not known."
}
},
"lifecycleControl": {
"type": "object",
"title": "Lifecycle Control",
"description": "How a cryptographic lifecycle operation, such as key rotation or certificate renewal, is performed. The `automation` property captures the degree of automation and `mechanism` captures the concrete method, for example automatic renewal via the ACME protocol, automatic rotation managed by a KMS, or a manual M-of-N key ceremony.",
"additionalProperties": false,
"properties": {
"automation": {
"type": "string",
"title": "Automation",
"description": "The degree of automation with which the operation is performed, ordered from least to most agile.",

@Mehrn0ush Mehrn0ush Jun 6, 2026

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like the shared lifecycleControl shape. Would it be useful to clarify that automation captures the degree of automation, while mechanism carries the concrete renewal or rotation method?

For example, is the intended modeling pattern something like:

  • automatic + mechanism: "ACME"
  • automatic + mechanism: "AWS KMS (provider-managed)"
  • manual + mechanism: "M-of-N key ceremony"
  • automatic or on-demand + mechanism: "ephemeral session key"

I think a short note like this would keep the enum compact while still giving implementers guidance for the additional cases discussed in #892, such as provider-managed rotation, protocol-driven renewal, quorum ceremonies, and ephemeral material.

@bhess bhess Jun 12, 2026

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added some notes to the description accordingly.

@Mehrn0ush Mehrn0ush Jun 12, 2026

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks, great.

It seems a small wording nit left in the meta:enum text for other/unknown still refers to “mechanism”. Since this enum describes automation, maybe “Another automation mode applies” / “The automation mode is not known” would be slightly clearer.

"enum": [
"not-supported",
"manual",
"on-demand",
"automatic",
"other",
"unknown"
],
"meta:enum": {
"not-supported": "The operation is not supported.",
"manual": "The operation is initiated and executed manually.",
"on-demand": "The operation can be triggered on demand, for example through an API call.",
"automatic": "The operation is performed automatically based on policy or schedule.",
"other": "Another mechanism applies.",
"unknown": "The mechanism is not known."
}
},
"mechanism": {
"type": "string",
"title": "Lifecycle Mechanism",
"description": "The concrete protocol, system, interface, or process used to perform the operation, such as the ACME (RFC 8555), EST (RFC 7030), SCEP (RFC 8894), CMP (RFC 4210), or CMC (RFC 5272) certificate protocols, KMIP, PKCS#11, and cloud key-management services for key rotation, or a manual M-of-N key ceremony.",
"examples": [
"ACME",
"EST",
"SCEP",
"CMP",
"CMC",
"KMIP",
"PKCS#11",
"HashiCorp Vault Transit",
"M-of-N key ceremony"
]
}
}
},
"relatedCryptographicAssets": {
"type": "array",
"title": "Related Cryptographic Assets",
Expand Down
Loading