You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: schema/bom-1.7.proto
+8-6Lines changed: 8 additions & 6 deletions
Original file line number
Diff line number
Diff line change
@@ -37,7 +37,7 @@ message Bom {
37
37
repeatedAnnotationannotations=11;
38
38
// Specifies optional, custom, properties
39
39
repeatedPropertyproperties=12;
40
-
// Describes how a component or service was manufactured or deployed. This is achieved through the use of formulas, workflows, tasks, and steps, which declare the precise steps to reproduce along with the observed formulas describing the steps which transpired in the manufacturing process.
40
+
// Describes the formulation of any referencable object within the BOM, including components, services, metadata, declarations, or the BOM itself. This may encompass how the object was created, assembled, deployed, tested, certified, or otherwise brought into its present form. Common examples include software build pipelines, deployment processes, AI/ML model training, cryptographic key generation or certification, and third-party audits. Processes are modeled using declared and observed formulas, composed of workflows, tasks, and individual steps.
41
41
repeatedFormulaformulation=13;
42
42
// The list of declarations which describe the conformance to standards. Each declaration may include attestations, claims, and evidence.
43
43
repeatedDeclarationsdeclarations=14;
@@ -315,7 +315,7 @@ enum ExternalReferenceType {
315
315
EXTERNAL_REFERENCE_TYPE_CONFIGURATION=35;
316
316
// Information used to substantiate a claim.
317
317
EXTERNAL_REFERENCE_TYPE_EVIDENCE=36;
318
-
// Describes how a component or service was manufactured or deployed.
318
+
// Describes the formulation of any referencable object within the BOM, including components, services, metadata, declarations, or the BOM itself.
319
319
EXTERNAL_REFERENCE_TYPE_FORMULATION=37;
320
320
// The location where the source code distributable can be obtained. This is often an archive format such as zip or tar.gz. The source-distribution type complements the use of the version control (vcs) type.
321
321
EXTERNAL_REFERENCE_TYPE_SOURCE_DISTRIBUTION=38;
@@ -2624,12 +2624,14 @@ message Citation {
2624
2624
optionalstringbom_ref=1;
2625
2625
// One or more JSON Pointers(https://datatracker.ietf.org/doc/html/rfc6901) identifying the BOM fields to which the attribution applies.
2626
2626
repeatedstringpointer=2;
2627
+
// Specifies a path expression used to locate a value within a BOM. The expression syntax shall conform to the format of the BOM's serialisation. Use [JSONPath](https://datatracker.ietf.org/doc/html/rfc9535) for JSON, [XPath](https://www.w3.org/TR/xpath/) for XML, and default to JSONPath for Protocol Buffers unless otherwise specified. Implementers shall ensure the expression is valid within the context of the applicable serialisation format. Use either "pointer" or "expression" but not both in this object.
2628
+
repeatedstringexpression=3;
2627
2629
// Timestamp when the attribution was made or the information was supplied.
2628
-
google.protobuf.Timestamptimestamp=3;
2630
+
google.protobuf.Timestamptimestamp=4;
2629
2631
// The `bom-ref` of an object, such as a component, service, organisational entity, or person that supplied the cited information.
2630
-
optionalstringattributed_to=4;
2632
+
optionalstringattributed_to=5;
2631
2633
// An optional `bom-ref` to a process (such as a formula, workflow, task, or step) defined in the `formulation` section that executed or generated the attributed data. At least one of the "attributedTo" or "process" elements must be present.
2632
-
optionalstringprocess=5;
2634
+
optionalstringprocess=6;
2633
2635
// An optional description or comment about the context or quality of the data attribution. At least one of the "attributedTo" or "process" elements must be present.
Copy file name to clipboardExpand all lines: schema/bom-1.7.schema.json
+18-3Lines changed: 18 additions & 3 deletions
Original file line number
Diff line number
Diff line change
@@ -100,7 +100,7 @@
100
100
"items": {"$ref": "#/definitions/formula"},
101
101
"uniqueItems": true,
102
102
"title": "Formulation",
103
-
"description": "Describes how a component or service was manufactured or deployed. This is achieved through the use of formulas, workflows, tasks, and steps, which declare the precise steps to reproduce along with the observed formulas describing the steps which transpired in the manufacturing process."
103
+
"description": "Describes the formulation of any referencable object within the BOM, including components, services, metadata, declarations, or the BOM itself. This may encompass how the object was created, assembled, deployed, tested, certified, or otherwise brought into its present form. Common examples include software build pipelines, deployment processes, AI/ML model training, cryptographic key generation or certification, and third-party audits. Processes are modeled using declared and observed formulas, composed of workflows, tasks, and individual steps."
104
104
},
105
105
"declarations": {
106
106
"type": "object",
@@ -1932,7 +1932,7 @@
1932
1932
"log": "A record of events that occurred in a computer system or application, such as problems, errors, or information on current operations.",
1933
1933
"configuration": "Parameters or settings that may be used by other components or services.",
1934
1934
"evidence": "Information used to substantiate a claim.",
1935
-
"formulation": "Describes how a component or service was manufactured or deployed.",
1935
+
"formulation": "Describes the formulation of any referencable object within the BOM, including components, services, metadata, declarations, or the BOM itself.",
1936
1936
"attestation": "Human or machine-readable statements containing facts, evidence, or testimony.",
1937
1937
"threat-model": "An enumeration of identified weaknesses, threats, and countermeasures, dataflow diagram (DFD), attack tree, and other supporting documentation in human-readable or machine-readable format.",
1938
1938
"adversary-model": "The defined assumptions, goals, and capabilities of an adversary.",
@@ -6140,6 +6140,17 @@
6140
6140
"title": "Field References",
6141
6141
"description": "One or more [JSON Pointers](https://datatracker.ietf.org/doc/html/rfc6901) identifying the BOM fields to which the attribution applies."
6142
6142
},
6143
+
"expressions": {
6144
+
"type": "array",
6145
+
"items": {
6146
+
"type": "string",
6147
+
"title": "Path Expression",
6148
+
"description": "Specifies a path expression used to locate a value within a BOM. The expression syntax shall conform to the format of the BOM's serialisation. Use [JSONPath](https://datatracker.ietf.org/doc/html/rfc9535) for JSON, [XPath](https://www.w3.org/TR/xpath/) for XML, and default to JSONPath for Protocol Buffers unless otherwise specified. Implementers shall ensure the expression is valid within the context of the applicable serialisation format."
6149
+
},
6150
+
"minItems": 1,
6151
+
"title": "Path Expressions",
6152
+
"description": "One or more path expressions used to locate values within a BOM."
6153
+
},
6143
6154
"timestamp": {
6144
6155
"type": "string",
6145
6156
"format": "date-time",
@@ -6162,10 +6173,14 @@
6162
6173
"description": "An optional digital signature verifying the authenticity or integrity of the attribution."
Copy file name to clipboardExpand all lines: schema/bom-1.7.xsd
+53-26Lines changed: 53 additions & 26 deletions
Original file line number
Diff line number
Diff line change
@@ -1669,7 +1669,7 @@ limitations under the License.
1669
1669
</xs:enumeration>
1670
1670
<xs:enumeration value="formulation">
1671
1671
<xs:annotation>
1672
-
<xs:documentation>Describes how a component or service was manufactured or deployed.</xs:documentation>
1672
+
<xs:documentation>Describes the formulation of any referencable object within the BOM, including components, services, metadata, declarations, or the BOM itself.</xs:documentation>
1673
1673
</xs:annotation>
1674
1674
</xs:enumeration>
1675
1675
<xs:enumeration value="attestation">
@@ -5218,9 +5218,13 @@ limitations under the License.
5218
5218
<xs:complexType name="formulationType">
5219
5219
<xs:annotation>
5220
5220
<xs:documentation>
5221
-
Describes how a component or service was manufactured or deployed. This is achieved through the use
5222
-
of formulas, workflows, tasks, and steps, which declare the precise steps to reproduce along with the
5223
-
observed formulas describing the steps which transpired in the manufacturing process.
5221
+
Describes the formulation of any referencable object within the BOM,
5222
+
including components, services, metadata, declarations, or the BOM itself. This may
5223
+
encompass how the object was created, assembled, deployed, tested, certified, or otherwise
5224
+
brought into its present form. Common examples include software build pipelines,
5225
+
deployment processes, AI/ML model training, cryptographic key generation or certification,
5226
+
and third-party audits. Processes are modeled using declared and observed formulas,
5227
+
composed of workflows, tasks, and individual steps.
5224
5228
</xs:documentation>
5225
5229
</xs:annotation>
5226
5230
<xs:sequence minOccurs="0" maxOccurs="unbounded">
@@ -8880,24 +8884,44 @@ limitations under the License.
A JSON Pointer(https://datatracker.ietf.org/doc/html/rfc6901) identifying the BOM field to which the attribution applies. Users of other serialisation formats (e.g. XML) shall use the JSON Pointer format to ensure consistent field referencing across representations.
A JSON Pointer(https://datatracker.ietf.org/doc/html/rfc6901) identifying the BOM field to which the attribution applies. Users of other serialisation formats (e.g. XML) shall use the JSON Pointer format to ensure consistent field referencing across representations.
Specifies a path expression used to locate a value within a BOM. The expression syntax shall conform to the format of the BOM's serialisation. Use [JSONPath](https://datatracker.ietf.org/doc/html/rfc9535) for JSON, [XPath](https://www.w3.org/TR/xpath/) for XML, and default to JSONPath for Protocol Buffers unless otherwise specified. Implementers shall ensure the expression is valid within the context of the applicable serialisation format.
0 commit comments