OCPBUGS-65629: ensure canary daemon set uses its own service account.

[ehearne-redhat]

What

• Ensure the canary daemon set uses its own service account, rather than the default service account.

Why

• Using the default service account is a security issue. Using a bespoke service account ensures minimal permissions are given to the daemonset.

How

• A service account has been created for the canary daemonset.
• A cluster role binding has been created which references an already existing openshift-ingress-operator cluster role.
• This cluster role binding is also attached to the service account for the canary daemon set.
• The reconciler now detects resource creation of the cluster role binding and service account.
• Tests have been made for the new changes.

[ehearne-redhat]

These tests are failing because of an improper serviceAccount mount for the ingress-canary daemonset. Working on serviceAccount and related items creation and attachment to ingress-canary daemonset.

[ehearne-redhat]

I will remove the unnecessary code once tests come back.

[openshift-ci-robot]

@ehearne-redhat: This pull request references Jira Issue OCPBUGS-65629, which is invalid:

• expected the bug to target the "4.21.0" version, but no target version was set

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

The bug has been updated to refer to the pull request using the external bug tracker.

Details

In response to this:

WIP - do not merge .

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

[ehearne-redhat]

/jira refresh

[openshift-ci-robot]

@ehearne-redhat: This pull request references Jira Issue OCPBUGS-65629, which is valid. The bug has been moved to the POST state.

3 validation(s) were run on this bug

• bug is open, matching expected state (open)
• bug target version (4.21.0) matches configured target version for branch (4.21.0)
• bug is in the state ASSIGNED, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @lihongan

Details

In response to this:

/jira refresh

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

[ehearne-redhat]

/test okd-scos-images

[openshift-ci-robot]

@ehearne-redhat: This pull request references Jira Issue OCPBUGS-65629, which is valid.

3 validation(s) were run on this bug

• bug is open, matching expected state (open)
• bug target version (4.21.0) matches configured target version for branch (4.21.0)
• bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @lihongan

The bug has been updated to refer to the pull request using the external bug tracker.

Details

In response to this:

WIP - do not merge .

What

• Ensure the canary daemon set uses its own service account, rather than the default service account.

Why

• Using the default service account is a security issue. Using a bespoke service account ensures minimal permissions are given to the daemonset.

How

• A service account has been created for the canary daemonset.
• A cluster role binding has been created which references an already existing openshift-ingress-operator cluster role.
• This cluster role binding is also attached to the service account for the canary daemon set.
• The reconciler now detects resource creation of the cluster role binding and service account.
• Tests have been made for the new changes.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

[ehearne-redhat]

/test hypershift-e2e-aks

[ehearne-redhat]

test e2e-aws-pre-release-ossm shows the service account is mounted and the pod is running.

ehearne-mac:must-gather (6) ehearne$ omc -n openshift-ingress-canary get pod ingress-canary-82txj -o yaml
apiVersion: v1
kind: Pod
...
  generateName: ingress-canary-
...
  name: ingress-canary-82txj
  namespace: openshift-ingress-canary
  ownerReferences:
  - apiVersion: apps/v1
    blockOwnerDeletion: true
    controller: true
    kind: DaemonSet
    name: ingress-canary
...
spec:
...
  serviceAccount: ingress-canary
  serviceAccountName: ingress-canary
...
  phase: Running
  podIP: 10.129.2.9
  podIPs:
  - ip: 10.129.2.9
  qosClass: Burstable
  startTime: "2025-11-27T18:44:24Z"

[lihongan]

/retest-required

[lihongan]

/retest-required

[ehearne-redhat]

/retest

[rikatz]

/lgtm cancel

[ehearne-redhat]

/test e2e-aws-operator

[ehearne-redhat]

/test e2e-aws-operator

[ehearne-redhat]

@bentito @alebedev87 @rikatz could you take a look to see if this approach is better? :)

[bentito]

/lgtm

[bentito]

/hold for @rikatz and @Miciah to take last look too

[openshift-ci]

New changes are detected. LGTM label has been removed.

[ehearne-redhat]

/retest

[ehearne-redhat]

@bentito @rikatz @Miciah could you take a look at the addressed changes? :)

[ehearne-redhat]

@bentito @rikatz @Miciah just re-pinging after winter break. If you could take a look at the addressed changes that would be great. :)

[ehearne-redhat]

/test e2e-aws-pre-release-ossm

[openshift-ci]

@ehearne-redhat: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name	Commit	Details	Required	Rerun command
ci/prow/e2e-aws-pre-release-ossm	f6878ca	link	false	/test e2e-aws-pre-release-ossm

Full PR test history. Your PR dashboard.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here.