OpenShift ClusterRole blows wide open, Cisco UCM goes from SSRF to root
A CVSS 9.6 privilege escalation in OpenShift Pipelines hands any authenticated user write access to Kueue and cert-manager secrets. Plus a Cisco Unified Communications Manager SSRF-to-root chain (CVSS 8.6) and an overprivileged AWS IAM issue in OpenShift Cloud Credential Operator.
Nothing burning in the wild today, but two high-severity items deserve your attention before lunch. A CVSS 9.6 privilege escalation in OpenShift Pipelines (CVE-2026-10840) lets any authenticated cluster user tamper with workload scheduling and overwrite TLS secrets, and a Cisco Unified Communications Manager SSRF (CVE-2026-20230, CVSS 8.6) chains to root if WebDialer is enabled. Five total patches, no active exploitation, but don't let the quiet fool you on that OpenShift one.
Today's CVEs
Sorted by urgencyCVE-2026-20230
NVDAn unauthenticated attacker can send a crafted HTTP request to Cisco Unified Communications Manager and use server-side request forgery to write files to the OS, then escalate to root. Cisco rates this Critical because of the root escalation path. The catch: the WebDialer service must be enabled for this to work, and it's off by default.
- Included because
- unauthenticated; remote; root escalation; Cisco rated Critical
- Affected estate
- Cisco Unified Communications Manager and Unified CM Session Management Edition instances with the WebDialer feature enabled.
- How to check
- In Unified CM Administration, go to Cisco Unified Serviceability > Tools > Service Activation and check whether the Cisco WebDialer Web Service is activated.
- Action
- Apply the Cisco security update for this CVE. If WebDialer is not required, disable it immediately as a mitigation.
- Urgency
- Patch within 24 hours
- Why it matters
- Unauthenticated remote access to file writes plus root escalation means full server compromise with no credentials needed.
- Source
- Cisco Security Advisory
Evidence trail
- NVD: View source
CVE-2026-10840
NVDThe OpenShift Pipelines operator binds a ClusterRole with write access to Kueue and cert-manager custom resources to the system:authenticated group. That means any authenticated cluster user can mess with workload scheduling, delete other tenants' Workload objects, or trick cert-manager into overwriting TLS secrets, including the default ingress certificate. This is a CVSS 9.6 privilege escalation that requires only basic cluster authentication.
- Included because
- authenticated access only; cluster-wide impact; CVSS 9.6; affects shared infrastructure component
- Affected estate
- OpenShift clusters running the OpenShift Pipelines operator with Kueue or cert-manager CRDs present.
- How to check
- Run: kubectl get clusterrolebinding tekton-scheduler-rolebinding -o yaml. If 'subjects' includes 'system:authenticated', you're exposed.
- Action
- Update the OpenShift Pipelines operator to the fixed release. As a stopgap, remove or scope down the tekton-scheduler-rolebinding ClusterRoleBinding.
- Urgency
- Patch immediately
- Why it matters
- Any authenticated user can overwrite TLS secrets or disrupt scheduling across the entire cluster, breaking ingress and cross-tenant isolation.
- Source
- Red Hat Security Advisory
Evidence trail
- NVD: View source
CVE-2026-40290
NVDA use-after-free race condition exists in OP-TEE's shared memory teardown logic for FF-A secure partitions. An attacker who can trigger concurrent shared memory operations could exploit this to corrupt memory in the secure world. This only applies if you've built OP-TEE as an SPMC for S-EL0 secure partitions (CFG_SECURE_PARTITION=y), which is not a default config.
- Included because
- secure world memory corruption; specific non-default configuration required; CVSS 7.8
- Affected estate
- Devices running OP-TEE 3.16.0 to 4.10.x built with CFG_SECURE_PARTITION=y (SPMC for S-EL0 SPs).
- How to check
- Check your OP-TEE build config for CFG_SECURE_PARTITION=y and verify the OP-TEE version string in your firmware build manifest or boot log.
- Action
- Update OP-TEE to 4.11.0. If you cannot update immediately, confirm CFG_SECURE_PARTITION is not enabled in your build.
- Urgency
- Patch this week
- Why it matters
- Memory corruption in the secure world can undermine the entire TrustZone trust boundary, potentially exposing secrets or enabling code execution in secure context.
- Source
- OP-TEE GitHub Advisory
Evidence trail
- NVD: View source
CVE-2026-10843
NVDThe OpenShift Cloud Credential Operator in Mint mode provisions AWS IAM credentials with account-wide destructive permissions instead of scoping them to cluster-owned resources. If an attacker compromises those credentials, they can delete or modify AWS resources outside the cluster, affecting other workloads in the same AWS account.
- Included because
- credential compromise leads to cross-scope AWS impact; CVSS 7.2; common cloud deployment pattern
- Affected estate
- OpenShift clusters on AWS using the Cloud Credential Operator in Mint mode.
- How to check
- Run: oc get cloudcredential cluster -o jsonpath='{.spec.credentialsMode}'. If it returns 'Mint' or is empty (defaulting to Mint), you're affected. Then review the IAM policies attached to the operator's provisioned roles in your AWS console.
- Action
- Update the Cloud Credential Operator. Audit and restrict the IAM policies it created to cluster-scoped resources only.
- Urgency
- Patch this week
- Why it matters
- Compromised cluster credentials could destroy or modify AWS resources across the entire account, not just the cluster.
- Source
- Red Hat Security Advisory
Evidence trail
- NVD: View source
CVE-2026-10771
NVDThe CRMEB Java e-commerce platform (version 1.4) has an SSRF bug in its QR code endpoint. An attacker can manipulate the URL parameter to make the server send arbitrary HTTP requests on their behalf, potentially reaching internal services. A public exploit already exists.
- Included because
- remotely exploitable; public exploit available; SSRF to internal network; no vendor response yet
- Affected estate
- CRMEB Java (crmeb_java) version 1.4 instances, specifically the base64 QR code endpoint in RestTemplateUtil.java.
- How to check
- Check your CRMEB deployment version and confirm whether the QR code endpoint (RestTemplateUtil.getForEntity) is publicly accessible.
- Action
- Block or restrict external access to the affected endpoint. Apply URL allowlisting at the application or WAF level until an official patch is released.
- Urgency
- Patch this week
- Why it matters
- Public exploit code exists. SSRF lets attackers probe and reach internal services from your server, potentially pivoting further into your network.
- Source
- NVD
Evidence trail
- NVD: View source
One email, every weekday morning.
SubscribeFrom the field notes
From this beat
Read the rest of the field notes โ