CVE-2026-117681
Received Received - Intake

Privilege Escalation in Konflux CI Due to TLS Certificate Verification Bypass

Vulnerability report for CVE-2026-117681, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-10-31

Last updated on: 2026-10-31

Assigner: redhat-SADP

Description

A flaw was found in konflux-ci. This vulnerability allows privilege escalation when the user interface proxy automatically disables Transport Layer Security (TLS) certificate verification for connections to internal backend services in environments lacking a default service certificate authority. Because the proxy attaches a cluster-scoped authentication token with user impersonation rights to these requests, an adjacent network attacker capable of intercepting traffic can capture the credentials to gain full administrative control of the cluster.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-10-31
Last Modified
2026-10-31
Generated
2026-10-31
AI Q&A
2026-10-31
EPSS Evaluated
N/A
NVD
EUVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
konflux konflux-ci *

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-295 The product does not validate, or incorrectly validates, a certificate.

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability is a privilege escalation flaw in the konflux-ci project. It occurs when the user interface proxy disables TLS certificate verification for connections to internal backend services in environments lacking a default service certificate authority. An adjacent network attacker can intercept traffic, capture cluster-scoped authentication tokens with user impersonation rights, and gain full administrative control of the cluster.

Detection Guidance

Check if the konflux-ui proxy is running in your cluster and inspect its configuration for disabled TLS verification. Look for the generate-proxy-config.sh script in the proxy's init container logs to confirm if it skips TLS checks. Monitor network traffic for unencrypted or intercepted requests between the proxy and backend services like Tekton Results or KubeArchive.

Impact Analysis

If exploited, this vulnerability allows an attacker to gain full administrative access to your Kubernetes cluster. This includes the ability to impersonate any user or group with cluster-admin privileges, potentially leading to unauthorized data access, modification, or deletion. It specifically affects non-OpenShift clusters like Kind, Kubernetes, EKS, and GKE.

Compliance Impact

This vulnerability could lead to unauthorized access to sensitive data, which may violate compliance requirements under GDPR and HIPAA. If exploited, it allows attackers to gain administrative control of the cluster, potentially exposing personal or health-related data stored in backends like Tekton Results or KubeArchive. Non-compliance risks include data breaches, unauthorized access, and failure to meet security controls for data protection.

Mitigation Strategies

Apply the fix by republishing the backend's TLS certificate into a ConfigMap and mounting it into the proxy. Tighten RBAC permissions to restrict group impersonation. Ensure the proxy enforces TLS verification by default and logs insecure path usage. Avoid using non-OpenShift clusters without proper service CA configurations.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-117681. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart