@@ -8,15 +8,14 @@ signature files.
8
8
9
9
- __ Integrity__ : Documents dowloaded needs to be the same
10
10
as documents published
11
- - __ Identity__ :
12
- - Customers needs to be able to verify the
11
+ - __ Identity__ :
12
+ - Customers need to be able to verify the
13
13
publisher of the documents and verify that it is
14
14
the expected publisher.
15
15
- A TEA server may want to verify that published
16
16
documents are signed by the expected publisher
17
17
and that signatures are valid.
18
18
19
-
20
19
In order to sign, a pair of asymmetric keys will be needed.
21
20
The public key is used to create a certificate, signed
22
21
by a certificate authority (CA).
@@ -27,7 +26,7 @@ parties do not automatically trust that internal PKI.
27
26
28
27
This document outlines a proposal on how to build that trust and
29
28
make it possible for publishers to use an internal PKI. It is
30
- of course important that this PKI is maintained according to
29
+ of course important that this PKI is maintained according to
31
30
best current practise.
32
31
33
32
## API trust
@@ -59,13 +58,13 @@ that would cause a chicken-and-egg problem.
59
58
## Digital signatures
60
59
61
60
### Digital signatures as specified for CycloneDX
61
+
62
62
"Digital signatures may be applied to a BOM or to an assembly within a BOM.
63
63
CycloneDX supports XML Signature, JSON Web Signature (JWS), and JSON Signature Format (JSF).
64
64
Signed BOMs benefit by providing advanced integrity and non-repudiation capabilities."
65
- https://cyclonedx.org/use-cases/#authenticity
66
-
65
+ < https://cyclonedx.org/use-cases/#authenticity >
67
66
68
- ### External (deattached ) digital signatures for other documents
67
+ ### External (detached ) digital signatures for other documents
69
68
70
69
- indication of hash algorithm
71
70
- indicator of cert used
@@ -76,7 +75,7 @@ https://cyclonedx.org/use-cases/#authenticity
76
75
## Using Sigstore for signing
77
76
78
77
Sigstore is an excellent free service for both signing of GIT commits as well
79
- as artefacts by using ephemeral certificates (very shortlived) and a
78
+ as artefacts by using ephemeral certificates (very shortlived) and a
80
79
certificate transparency log for validation and verification.
81
80
Sigstore signatures contain timestamps from a timestamping service.
82
81
@@ -96,13 +95,11 @@ Sigstore signatures contain timestamps from a timestamping service.
96
95
97
96
### DNS entry
98
97
99
-
100
-
101
98
## References
102
99
103
100
- IETF RFC DANE
104
101
- IETF DANCE architecture (IETF draft)
105
102
- IETF Digital signature
106
- - JSON web signatures (JWS) - https://datatracker.ietf.org/doc/html/rfc7515
107
- - JSON signature format (JSF) - https://cyberphone.github.io/doc/security/jsf.html
103
+ - JSON web signatures (JWS) - < https://datatracker.ietf.org/doc/html/rfc7515 >
104
+ - JSON signature format (JSF) - < https://cyberphone.github.io/doc/security/jsf.html >
108
105
- [ IETF Enrollment over Secure Transport (EST) RFC 7030] ( https://www.rfc-editor.org/rfc/rfc7030 )
0 commit comments