Skip to main content

Eclipse aeriOS CVE-2026-86464

| EUVDEUVD-2026-74075 CRITICAL
Information Exposure (CWE-200)
2026-09-08 emo@eclipse.org GHSA-mvq6-76gr-6f6h
9.9
CVSS 4.0 · Vendor: eclipse
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach exposed Keycloak/PostgreSQL NodePort
  2. Delivery
    Authenticate with published default credentials
  3. Exploit
    Gain IdM admin or direct DB access
  4. Execution
    Create privileged identity or forge tokens
  5. Impact
    Pivot to trusting aeriOS components

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V14 - Data Protection Data exposure prevention
MITRE ATT&CK

2 techniques across 2 tactics: Collection, Discovery

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires that an operator deployed the pre-fix aeriOS IdM Helm chart or Docker Compose stack and left the shipped defaults in place: the Keycloak service and/or its PostgreSQL database must be network-reachable (Kubernetes NodePort exposes them on every node IP by default; Docker Compose binds PostgreSQL to all interfaces), and the fixed default Keycloak-admin / PostgreSQL credentials (or the known predefined dev/test user passwords) must not have been changed. Limiting factors: this exists only in unreleased development builds within the specified commit range, so there is no packaged production release carrying the flaw; exploitation is also gated on the attacker having network path to the exposed NodePort/DB port, and is neutralized entirely if defaults were rotated or the services were placed behind internal-only networking.

Impact

The CVSS 4.0 base score of 9.9 (AV:N/AC:L/PR:N/UI:N, VC:H/VI:H/VA:H, SC:H/SI:H) reflects the worst case: a network-reachable identity service compromised with published credentials, cascading into other systems that trust its tokens - and that worst case is technically accurate for the affected deployment mode. The tempering signal is maturity: the advisory explicitly states this is a development version with no official release, so the real-world installed base is minimal and there is no CISA KEV entry and no public exploit code identified. EPSS is not provided. The 'Authentication Bypass' and 'Information Disclosure' tags both fit loosely - the true impact exceeds mere disclosure (full identity-store read/write and token forgery). The practical exploitation bar is low wherever an operator actually stood up the vulnerable Helm/Compose config on a reachable network and left defaults in place; any team running the pre-fix deployment on an internet- or LAN-exposed node should treat it as urgent and rotate credentials immediately, but for most consumers the exposure window is limited by the fact that no packaged release shipped these defaults to production.

Exploit ScenarioDerived

An attacker scans a Kubernetes cluster node or Docker host running the pre-fix aeriOS IdM and finds the Keycloak admin console or PostgreSQL port exposed via NodePort / all-interface binding. They authenticate using the credentials published in the public idm repository, gain administrative control of Keycloak (or read/write the database directly), and create a privileged user or forge tokens that downstream aeriOS components will honor. No exploit code is publicly identified, but exploitation requires nothing beyond the documented defaults and network reachability.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
No patch listed yet 0.4% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Sep 08, 2026

Administrative takeover of the Eclipse aeriOS Identity Manager (IdM) is possible because the current development-version deployment exposes its Keycloak server and PostgreSQL backing database to the network (Kubernetes NodePort services, and PostgreSQL bound to all interfaces under Docker Compose) while shipping fixed, publicly documented default credentials for the Keycloak admin and the PostgreSQL user. An attacker who can reach these services logs in with the published defaults to read or modify identity data - users, roles, client credentials, sessions, and cryptographic material - and can mint privileged identities or tokens trusted by other aeriOS components. No official release exists yet; there is no CISA KEV listing and no public exploit identified at time of analysis, though the credentials are effectively public in the source repository.

RemediationAI

Update the IdM deployment to a build that includes the fix commits 364a8cce1cd6be36ba8a400ad41e753052e7d34d and c6135f3ba1d7351630973b3337850ea40caed356 (merged via https://github.com/eclipse-aerios/idm/pull/1), which generate a random Keycloak administrator password by default, manage Keycloak and PostgreSQL credentials through Kubernetes Secrets, and restrict PostgreSQL (and OpenLDAP) to internal-only services in both the Helm chart and Docker Compose. If you cannot immediately re-deploy the fixed chart, apply compensating controls on the existing stack: remove the NodePort exposure for Keycloak/PostgreSQL and switch them to ClusterIP/internal services (side effect: external tooling that relied on NodePort access must be re-pointed through an authenticated ingress or port-forward); rebind the Docker Compose PostgreSQL port to 127.0.0.1 instead of all interfaces; rotate the Keycloak admin and PostgreSQL passwords away from the shipped defaults and store them as secrets; and delete or change the credentials of the predefined development/test users, which the fixed documentation now warns must never be used in production.

Affected VersionsENISA

Eclipse aeriOS 459fa98e95b1865d01b8d14d6cce5908ba2b18ba <c6efc450baf912385681198b2477c1ba4e93f91a

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

aeriOS IdM is built on Keycloak (an OAuth2/OIDC/SAML identity broker) fronted by a PostgreSQL datastore, packaged for deployment as a Helm chart and a Docker Compose stack. The root cause maps to CWE-200 (exposure of sensitive information), but the concrete weaknesses are insecure-by-default deployment posture (use of default/hardcoded credentials and overly permissive network exposure) rather than a code-execution flaw: the Helm chart published Keycloak and PostgreSQL via NodePort services (reachable on every cluster node's IP), Docker Compose bound PostgreSQL to all interfaces, credentials for the Keycloak administrator and DB user were fixed constants without Kubernetes Secret management, and predefined development/test users with known passwords were included without a production warning. Because Keycloak is the trust anchor, control of it or its database undermines authentication for every downstream aeriOS component that accepts its tokens.

Know when PostgreSQL gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (eclipse) PRIMARY 9.9 CRITICAL
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:N
vuln.today AI 10.0 CRITICAL

Default credentials are effectively public so PR:N; network-exposed services give AV:N/AC:L; compromised IdM issues tokens trusted by other components, justifying S:C with full C/I/A impact.

3.1 AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:N

Primary rating from Vendor (eclipse).

CVSS VectorVendor: eclipse

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
High
Subsequent system: Integrity
High
Subsequent system: Availability
None

DescriptionCVE.org

In the current development version of Eclipse aeriOS, for which no official release has yet been published, the Identity Manager (IdM) deployment included insecure default configurations and credentials for security-sensitive services.

The Helm chart exposed the Keycloak service and its PostgreSQL backing database through Kubernetes NodePort services by default, while the Docker Compose deployment similarly exposed PostgreSQL on all network interfaces. The deployment included fixed default credentials for the Keycloak administrator and PostgreSQL database user, and the previous Helm chart configuration did not provide adequate secret management for these credentials. In addition, predefined application users with known credentials were provided for development and testing without sufficiently warning operators against their use in production environments.

An attacker able to reach the exposed services could use the published default credentials to obtain administrative access to the Identity Manager or direct access to its database. This could allow unauthorized access to or modification of identity-management data, including users, roles, client credentials, sessions, and cryptographic material, and could enable the creation of privileged identities or tokens accepted by other aeriOS components.

The issue has been addressed by generating a random Keycloak administrator password by default, managing Keycloak and PostgreSQL credentials through Kubernetes Secrets, and restricting PostgreSQL to an internal service in both the Helm chart and Docker Compose deployment. OpenLDAP is also restricted to an internal service. The predefined users intended for development and testing are retained, but the documentation now explicitly warns that their default credentials must not be used in production and that these users should be removed or their credentials changed after installation.

Executive ViewAI

Why It Matters

Eclipse aeriOS Identity Manager development-stage deployments risk complete administrative compromise through exposed Keycloak and PostgreSQL services that accept publicly documented default credentials. Successful compromise enables attackers to read and modify all identity data-users, roles, credentials, and sessions-and mint fraudulent tokens trusted by downstream applications, effectively disabling authentication and authorization across all dependent systems.

Business Impact: Severe
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: (1) immediately disable network exposure by disabling Kubernetes NodePort services and binding PostgreSQL to 127.0.0.1 only, (2) rotate all documented default credentials for Keycloak admin and PostgreSQL users, (3) implement firewall rules restricting network access to these services from authorized administrative networks only, (4) enable comprehensive authentication and authorization logging for all identity manager operations, and (5) conduct regular audits of active sessions and credentials to detect unauthorized usage.

Threat Intelligence Overview

EPSS Score
0.4%
Top 71% exploitable
Prevalence
Rare
unreleased Eclipse development project, no production footprint yet
Data Quality
5 sources
Confidence: Medium
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS 0.4%
Patch available No
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
Very High
Technical Impact
Total

Priority Score

50
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +50
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

CVE-2025-1094 HIGH POC
8.1 Feb 13

PostgreSQL libpq functions PQescapeLiteral(), PQescapeIdentifier(), PQescapeString(), and PQescapeStringConn() improperl

CVE-2024-55964 CRITICAL POC
9.8 Mar 26

An issue was discovered in Appsmith before 1.52. Rated critical severity (CVSS 9.8), this vulnerability is remotely expl

CVE-2013-1899 MEDIUM POC
6.5 Apr 04

Argument injection vulnerability in PostgreSQL 9.2.x before 9.2.4, 9.1.x before 9.1.9, and 9.0.x before 9.0.13 allows re

CVE-2026-20253 CRITICAL POC
9.8 Jun 10

Unauthenticated arbitrary file write in Splunk Enterprise (below 10.2.4 and 10.0.7) and Splunk Cloud Platform (below 10.

CVE-2026-9586 CRITICAL POC
9.3 Jul 17

Unauthenticated SQL injection in Sangoma Switchvox SMB Edition 8.3 (build 104997) lets remote attackers execute arbitrar

CVE-2017-7546 CRITICAL
9.8 Aug 16

PostgreSQL versions before 9.2.22, 9.3.18, 9.4.13, 9.5.8 and 9.6.4 are vulnerable to incorrect authentication flaw allow

CVE-2015-1352 MEDIUM POC
5.0 Mar 30

The build_tablename function in pgsql.c in the PostgreSQL (aka pgsql) extension in PHP through 5.6.7 does not validate t

CVE-2024-10553 CRITICAL POC
9.8 Mar 20

A vulnerability in the h2oai/h2o-3 REST API versions 3.46.0.4 allows unauthenticated remote attackers to execute arbitra

CVE-2019-9193 HIGH POC
7.2 Apr 01

In PostgreSQL 9.3 through 11.2, the "COPY TO/FROM PROGRAM" function allows superusers and users in the 'pg_execute_serve

CVE-2026-40887 CRITICAL POC
9.1 Apr 14

Unauthenticated SQL injection in Vendure Shop API allows remote attackers to execute arbitrary SQL commands against the

CVE-2022-24760 CRITICAL POC
10.0 Mar 12

Parse Server is an open source http web server backend. Rated critical severity (CVSS 10.0), this vulnerability is remot

CVE-2025-56157 CRITICAL POC
9.8 Dec 18

Hard-coded default PostgreSQL credentials shipped in the docker-compose.yaml of langgenius Dify through version 1.5.1 al

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy