CVE-2026-123047

HIGH
MEDIUM Priority: 0.02 BB Relevance: 55/100
Published: 2026-11-05 Modified: 2026-11-05 First seen: 2026-11-05 Status: active

Attack Surface

Network No Interaction Conf. Impact Integ. Impact

CVSS Vector Breakdown

AV: Network
AC: High
PR: Low
UI: None
S: Unchanged
C: High
I: High
A: High

Description

In Eclipse BaSyx Helm Charts versions 3.0.0-rc.1 to 3.12.1 of the `basyx` chart, deployments with the bundled Keycloak enabled store the passwords of the Keycloak users that the chart creates in cleartext in a Kubernetes ConfigMap. The template `keycloak-init-config.yaml` rendered `keycloak.initialization.users`, including each user's `credentials[].value`, as `users.json` into the persistent ConfigMap `<release>-basyx-keycloak-init-config`. By default this includes the bootstrap administrator user. That user holds the `admin` role and has a non-temporary password. A principal that can read ConfigMaps but not Secrets in the release namespace, such as a holder of the built-in Kubernetes `view` ClusterRole, can read the password from the ConfigMap and log in to Keycloak as this user. The resulting token carries the `admin` role, which the default BaSyx ABAC rules map to full rights on all BaSyx APIs in the deployment. The bundled Keycloak is disabled by default. The issue is fixed in version 3.12.2 of the `basyx` chart, which moves the initialization users to the Keycloak credentials Secret. Affected users should upgrade and change the passwords of users that were created through the chart.

Affected Software (2)

VendorProductVersion
Eclipse Foundation Eclipse BaSyx Helm Charts 3.0.0-rc.1 < 3.12.2
Eclipse Foundation Eclipse BaSyx Helm Charts 3.0.0-rc.1 < 3.12.2

Bug Bounty Relevance

55 / 100
✓ Network accessible
✓ No user interaction

CVSS Score

7.5 / 10.0 v3.1
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H

EPSS — Exploitation Probability

0.21%
Raw Score 0.002100
Percentile 11.2%
Date 2026-11-06

Intelligence Sources

mitre ref →
nvd ref →