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: modules/nodes-sigstore-configure-cluster-policy.adoc
+1-25Lines changed: 1 addition & 25 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -21,7 +21,7 @@ The default `ClusterImagePolicy` object, named `openshift`, provides sigstore su
21
21
* You have a sigstore-supported public key infrastructure (PKI) key, a Bring Your Own Public Key Infrastructure (BYOPKI) certificate, or provide a link:https://docs.sigstore.dev/cosign/signing/overview/[Cosign public and private key pair] for signing operations.
22
22
* You have a signing process in place to sign your images.
23
23
* You have access to a registry that supports Cosign signatures, if you are using Cosign signatures.
24
-
* If registry mirrors are configured for the {product-title} release image repositories, `quay.io/openshift-release-dev/ocp-release` and `quay.io/openshift-release-dev/ocp-v4.0-art-dev`, before enabling the Technology Preview feature set, you must mirror the sigstore signatures for the {product-title} release images into your mirror registry. Otherwise, the default `openshift` cluster image policy, which enforces signature verification for the release repository, blocks the ability of the Cluster Version Operator to move the CVO pod to new nodes, preventing the node update that results from the feature set change.
24
+
* If a mirror registry is configured for the {product-title} release image repositories, `quay.io/openshift-release-dev/ocp-release` and `quay.io/openshift-release-dev/ocp-v4.0-art-dev`, you must mirror the sigstore signatures for the {product-title} release images into your mirror registry. Otherwise, the default `openshift` cluster image policy, which enforces signature verification for the release repository, blocks the ability of the Cluster Version Operator to move the CVO pod to new nodes, preventing the node update.
25
25
+
26
26
You can use the `oc image mirror` command to mirror the signatures. For example:
* If you are using a BYOPKI certificate as the root of trust, you enabled the required Technology Preview features for your cluster by editing the `FeatureGate` CR named `cluster`.
35
-
+
36
-
[source,terminal]
37
-
----
38
-
$ oc edit featuregate cluster
39
-
----
40
-
+
41
-
.Example `FeatureGate` CR
42
-
[source,yaml]
43
-
----
44
-
apiVersion: config.openshift.io/v1
45
-
kind: FeatureGate
46
-
metadata:
47
-
name: cluster
48
-
spec:
49
-
featureSet: TechPreviewNoUpgrade <1>
50
-
----
51
-
<1> Enables the required `SigstoreImageVerificationPKI` feature.
52
-
+
53
-
[WARNING]
54
-
====
55
-
Enabling the `TechPreviewNoUpgrade` feature set on your cluster cannot be undone and prevents minor version updates. This feature set allows you to enable these Technology Preview features on test clusters, where you can fully test them. Do not enable this feature set on production clusters.
56
-
====
57
-
58
34
.Procedure
59
35
60
36
. Create a cluster image policy object similar to the following examples. See "About image policy parameters" for specific details on these parameters.
Copy file name to clipboardExpand all lines: modules/nodes-sigstore-configure-image-policy.adoc
-23Lines changed: 0 additions & 23 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,29 +20,6 @@ The following example shows general guidelines on how to configure an `ImagePoli
20
20
* You have a sigstore-supported public key infrastructure (PKI) key, a Bring Your Own Public Key Infrastructure (BYOPKI) certificate, or provide a link:https://docs.sigstore.dev/cosign/signing/overview/[Cosign public and private key pair] for signing operations.
21
21
* You have a signing process in place to sign your images.
22
22
* You have access to a registry that supports Cosign signatures, if you are using Cosign signatures.
23
-
* If you are using a BYOPKI certificate as the root of trust, you enabled the required Technology Preview features for your cluster by editing the `FeatureGate` CR named `cluster`:
24
-
+
25
-
[source,terminal]
26
-
----
27
-
$ oc edit featuregate cluster
28
-
----
29
-
+
30
-
.Example `FeatureGate` CR
31
-
[source,yaml]
32
-
----
33
-
apiVersion: config.openshift.io/v1
34
-
kind: FeatureGate
35
-
metadata:
36
-
name: cluster
37
-
spec:
38
-
featureSet: TechPreviewNoUpgrade <1>
39
-
----
40
-
<1> Enables the required `SigstoreImageVerification` feature.
41
-
+
42
-
[WARNING]
43
-
====
44
-
Enabling the `TechPreviewNoUpgrade` feature set on your cluster cannot be undone and prevents minor version updates. This feature set allows you to enable these Technology Preview features on test clusters, where you can fully test them. Do not enable this feature set on production clusters.
Copy file name to clipboardExpand all lines: modules/nodes-sigstore-configure.adoc
-5Lines changed: 0 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -58,11 +58,6 @@ If a scoped image or repository in an image policy is nested under one of the sc
58
58
* `rootOfTrust`: Specifies the root of trust for the policy. Configure either a public key, a Bring Your Own Public Key Infrastructure (BYOPKI) certificate, or a link:https://docs.sigstore.dev/certificate_authority/overview/[Fulcio certificate].
59
59
** `publicKey`: Indicates that the policy relies on a sigstore public key. You must specify a base64-encoded PEM format public key. You can optionally include link:https://docs.sigstore.dev/logging/overview/[Rekor verification].
60
60
** `PKI` Indicates that the policy relies on a certificate from your own public key infrastructure (PKI) that is compatible with Cosign Bring Your Own Public Key Infrastructure (BYOPKI) verification. You must specify a base64-encoded PEM format public key. BYOPKI enables you to validate container images using an existing X.509 certificate while aligning with Cosign's bring-your-own PKI signing workflow.
61
-
+
62
-
--
63
-
:FeatureName: sigstore BYOPKI support
64
-
include::snippets/technology-preview.adoc[]
65
-
--
66
61
** `FulcioCAWithRekor`: Indicates that the policy is based on a Fulcio certificate. You must specify the following parameters:
0 commit comments