Bug 2483187 (CVE-2026-10059) - CVE-2026-10059 cluster-curator-controller: cluster-curator-controller: namespace admin can escalate to cluster-wide curator authority via ClusterCurator ServiceAccount token
Summary: CVE-2026-10059 cluster-curator-controller: cluster-curator-controller: namesp...
Keywords:
Status: NEW
Alias: CVE-2026-10059
Deadline: 2026-08-05
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Product Security DevOps Team
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-05-29 09:54 UTC by OSIDB Bzimport
Modified: 2026-08-05 08:46 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-05-29 09:54:31 UTC
A namespace-scoped tenant admin in an ordinary hub namespace can create a namespaced `ClusterCurator`. The ClusterCurator controller responds by creating a `cluster-installer` ServiceAccount in that tenant namespace and cluster-scoped RBAC that binds `ClusterRole/curator` to that ServiceAccount through `ClusterRoleBinding/curator-crb`.

Because the same tenant namespace admin can create `serviceaccounts/token` for ServiceAccounts in its namespace, the tenant can mint a token for the controller-created `cluster-installer` ServiceAccount and directly act with cluster-wide curator authority.

This is not merely "a tenant can create a lifecycle object." The vulnerable behavior is that the controller materializes cluster-wide RBAC onto a predictable ServiceAccount in a tenant-controlled namespace, and that ServiceAccount token is tenant-mintable.


Note You need to log in before you can comment on or make changes to this bug.