Skip to content

NO-JIRA: Add optional TLS scanner CI job for cert-manager-operator #82715

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

Merged
openshift-merge-bot merged 6 commits into from
Aug 6, 2026
+196 −0
Merged

NO-JIRA: Add optional TLS scanner CI job for cert-manager-operator #82715

Show file tree
Hide file tree
Changes from 1 commit
Commits
Show all changes
6 commits
Select commit Hold shift + click to select a range
ed976da
Add optional TLS scanner CI job for cert-manager-operator
arun717 Jul 31, 2026
ebebc78
Enable TrustManager before cert-manager-operator TLS scanner
arun717 Aug 4, 2026
d2c7ad2
Wait for cert-manager namespace and deployments to be created
arun717 Aug 4, 2026
3aca361
Discover cert-manager Subscription name before TrustManager patch
arun717 Aug 5, 2026
0389fe4
Wait for TrustManager feature gate via deployment env
arun717 Aug 6, 2026
7bf722c
Align TrustManager enablement with e2e helpers
arun717 Aug 6, 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
44 changes: 44 additions & 0 deletions ...erator/config/openshift/cert-manager-operator/openshift-cert-manager-operator-master.yaml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -11,6 +11,10 @@ base_images:
name: "4.19"
namespace: origin
tag: operator-sdk
tls-scanner-tool:
name: tls-scanner
namespace: tls-scanner
tag: tls-scanner-tool
upi-installer:
name: "4.22"
namespace: ocp
Expand Down Expand Up @@ -424,6 +428,46 @@ tests:
requests:
cpu: 100m
workflow: openshift-e2e-azure-manual-oidc-workload-identity
- always_run: false
as: tls-scanner
optional: true
steps:
cluster_profile: openshift-org-aws
dependencies:
OO_BUNDLE: cert-manager-operator-bundle
env:
OO_INSTALL_MODE: AllNamespaces
OO_INSTALL_NAMESPACE: cert-manager-operator
OO_SECURITY_CONTEXT: restricted
SCAN_NAMESPACE: cert-manager-operator,cert-manager
SCANNER_CPU: "1"
SCANNER_MEMORY: 1Gi
TLS_13_ENABLE_TLS_ADHERENCE: "true"
TLS_13_TLS_ADHERENCE_POLICY: StrictAllComponents
test:
- as: deploy-operand
cli: latest
commands: |-
oc apply -f - <<EOF
apiVersion: operator.openshift.io/v1alpha1
kind: CertManager
metadata:
name: cluster
spec:
logLevel: Normal
managementState: Managed
EOF
echo "Waiting for cert-manager operand deployments..."
oc wait --for=condition=Available -n cert-manager deployment/cert-manager --timeout=5m
oc wait --for=condition=Available -n cert-manager deployment/cert-manager-webhook --timeout=5m
oc wait --for=condition=Available -n cert-manager deployment/cert-manager-cainjector --timeout=5m
Comment thread
coderabbitai[bot] marked this conversation as resolved.
Outdated
from: src
resources:
requests:
cpu: 100m
- ref: tls-13
- ref: tls-scanner-run
Comment on lines +530 to +531

@coderabbitai coderabbitai Bot Jul 31, 2026 •
edited
Loading

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.

🔒 Security & Privacy | 🟠 Major | 🏗️ Heavy lift

Do not use the scanner’s default privileged host mode without an explicit security decision.

This workflow does not set TLS_SCANNER_CLUSTER_LABEL. The shared tls-scanner-run step therefore uses its default host-mode path, which creates a pod with privileged: true, hostNetwork: true, hostPID: true, and runAsUser: 0. It also grants cluster-admin to the scanner service account. OO_SECURITY_CONTEXT: restricted only affects operator installation; it does not restrict this scanner pod. (raw.githubusercontent.com)

Use a supported restricted scanner mode for standard AWS clusters, or update the shared step before adding this workflow. If host mode is required, document and approve the exception.

#!/usr/bin/env bash
set -euo pipefail

fd -t f -g 'tls-scanner-run-ref.yaml' -g 'tls-scanner-run-commands.sh' \
  -x rg -n -C 4 \
  'TLS_SCANNER_CLUSTER_LABEL|privileged: true|hostNetwork|hostPID|runAsUser|cluster-admin|allowPrivilegeEscalation|runAsNonRoot|capabilities'

As per path instructions, this YAML review must flag privileged: true, hostPID, hostNetwork, and root execution.

🤖 Prompt for AI Agents 
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@ci-operator/config/openshift/cert-manager-operator/openshift-cert-manager-operator-master.yaml`
around lines 468 - 469, The workflow references tls-scanner-run without
TLS_SCANNER_CLUSTER_LABEL, causing the scanner to use its privileged host-mode
configuration. Update this workflow to select a supported restricted scanner
mode for standard AWS clusters by configuring the required cluster label, or
remove the scanner reference until the shared step supports restricted
execution; do not enable host mode without documented approval.

@bharath-b-rh bharath-b-rh Aug 4, 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.

Could you let us know, where are you suggesting the change to be made?

@coderabbitai coderabbitai Bot Aug 4, 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.

🧩 Analysis chain

🏁 Script executed:

#!/usr/bin/env bash
set -euo pipefail

fd -t f -g 'tls-scanner-run-ref.yaml' -g 'tls-scanner-run-commands.sh' \
  -x sh -c '
    echo "===== $1 ====="
    rg -n -C 5 "TLS_SCANNER_CLUSTER_LABEL|privileged: true|hostNetwork|hostPID|cluster-admin" "$1"
  ' sh {}

Length of output: 682

🏁 Script executed:

#!/usr/bin/env bash
set -euo pipefail

step_dir='ci-operator/step-registry/tls/scanner/run'

echo '===== files ====='
fd -t f . "$step_dir"

echo '===== relevant configuration ====='
fd -t f . "$step_dir" -x rg -n -C 5 \
  'TLS_SCANNER_CLUSTER_LABEL|privileged: true|hostNetwork|hostPID|cluster-admin|restricted'

Length of output: 7878

@bharath-b-rh, the workflow-local location is the env: block in ci-operator/config/openshift/cert-manager-operator/openshift-cert-manager-operator-master.yaml, next to SCAN_NAMESPACE.

For example, a HyperShift workflow would set:

env:
  TLS_SCANNER_CLUSTER_LABEL: guest

However, I verified the current tls-scanner-run step. This is not a valid fix for this standard AWS workflow:

  • The step accepts only management and guest.
  • Those values select HyperShift-specific kubeconfigs.
  • An empty value uses the default host-mode scanner.
  • The default host-mode scanner uses privileged, hostNetwork, and hostPID.

Therefore, this job cannot select a supported restricted mode only by editing its env: block. The valid options are:

  1. Document and obtain approval for the required host-mode exception, or
  2. Update the shared tls-scanner-run step to support restricted execution for standard AWS clusters before using it here.

I should have stated this limitation in the original comment.

🧠 Learnings used 
Learnt from: dustman9000
Repo: openshift/release PR: 80929
File: ci-operator/config/openshift-online/rosa-e2e/openshift-online-rosa-e2e-main__ocm-fvt-rosa-hcp-production.yaml:31-39
Timestamp: 2026-06-24T02:25:16.245Z
Learning: In the openshift/release repo, when a PR makes structural changes to CI operator config (e.g., adding/renaming tests, changing the pre/post steps, or adding allow_best_effort_post_steps), require that the contributor regenerated the downstream Prow job definitions/metadata by running exactly: `make registry-metadata && make ci-operator-config && make jobs`. If the contributor confirms those commands were run successfully and the relevant CI checks passed, then treat the regeneration requirement as satisfied for review purposes.

You are interacting with an AI system.

workflow: optional-operators-ci-operator-sdk-aws
zz_generated_metadata:
branch: master
org: openshift
Expand Down
90 changes: 90 additions & 0 deletions ...bs/openshift/cert-manager-operator/openshift-cert-manager-operator-master-presubmits.yaml
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -1382,6 +1382,96 @@ presubmits:
secret:
secretName: result-aggregator
trigger: (?m)^/test( | .* )images,?($|\s.*)
- agent: kubernetes
always_run: false
branches:
- ^master$
- ^master-
cluster: build10
context: ci/prow/tls-scanner
decorate: true
decoration_config:
sparse_checkout_files:
- .ci-operator.yaml
- images/ci/Dockerfile
- images/ci/Dockerfile.coverage
- images/ci/certmanager.Dockerfile
- images/ci/istiocsr.Dockerfile
- images/ci/trustmanager.Dockerfile
labels:
ci-operator.openshift.io/cloud: aws
ci-operator.openshift.io/cloud-cluster-profile: openshift-org-aws
ci.openshift.io/generator: prowgen
job-release: "4.22"
pj-rehearse.openshift.io/can-be-rehearsed: "true"
name: pull-ci-openshift-cert-manager-operator-master-tls-scanner
optional: true
rerun_command: /test tls-scanner
spec:
containers:
- args:
- --gcs-upload-secret=/secrets/gcs/service-account.json
- --image-import-pull-secret=/etc/pull-secret/.dockerconfigjson
- --lease-server-credentials-file=/etc/boskos/credentials
- --report-credentials-file=/etc/report/credentials
- --secret-dir=/secrets/ci-pull-credentials
- --target=tls-scanner
command:
- ci-operator
env:
- name: HTTP_SERVER_IP
valueFrom:
fieldRef:
fieldPath: status.podIP
image: quay-proxy.ci.openshift.org/openshift/ci:ci_ci-operator_latest
imagePullPolicy: Always
name: ""
ports:
- containerPort: 8080
name: http
resources:
requests:
cpu: 10m
volumeMounts:
- mountPath: /etc/boskos
name: boskos
readOnly: true
- mountPath: /secrets/ci-pull-credentials
name: ci-pull-credentials
readOnly: true
- mountPath: /secrets/gcs
name: gcs-credentials
readOnly: true
- mountPath: /secrets/manifest-tool
name: manifest-tool-local-pusher
readOnly: true
- mountPath: /etc/pull-secret
name: pull-secret
readOnly: true
- mountPath: /etc/report
name: result-aggregator
readOnly: true
serviceAccountName: ci-operator
volumes:
- name: boskos
secret:
items:
- key: credentials
path: credentials
secretName: boskos-credentials
- name: ci-pull-credentials
secret:
secretName: ci-pull-credentials
- name: manifest-tool-local-pusher
secret:
secretName: manifest-tool-local-pusher
- name: pull-secret
secret:
secretName: registry-pull-credentials
- name: result-aggregator
secret:
secretName: result-aggregator
trigger: (?m)^/test( | .* )tls-scanner,?($|\s.*)
- agent: kubernetes
always_run: true
branches:
Expand Down