LiveActive security incident?Get immediate response
CVE Record

CVE-2026-86464: In the current development version of Eclipse aeriOS, for which no official release has yet been published,...

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.

CriticalCVSS 9.9Not KEV-listedUpdated
Glexia's TakeAutomated analysiscritical

Security readout for executives and security teams

Plain-English summary

A development-only Eclipse aeriOS Identity Manager configuration exposed identity services and databases while using known default credentials. Anyone able to reach those services could potentially control identities, roles, sessions, credentials, or cryptographic material. No official aeriOS release was affected according to the supplied record, but organizations testing the identified development revision should act immediately.

Executive priority

Immediately investigate any environment using aeriOS development artifacts, prioritizing internet-accessible or shared test clusters. Isolate exposed identity services, rotate credentials, and review identity data for tampering. Organizations using only official releases have no identified exposure in the supplied evidence, but should confirm that development deployments were never promoted internally.

Technical view

The affected development revision exposed Keycloak and PostgreSQL through Kubernetes NodePort services; Docker Compose exposed PostgreSQL on all interfaces. Fixed administrator, database, and predefined-user credentials enabled unauthenticated compromise when reachable. Corrections introduce randomized administration credentials, Kubernetes Secrets, internal-only PostgreSQL and OpenLDAP services, and stronger production warnings for test users.

Likely exposure

Exposure is limited to deployments derived from development revision 459fa98e95b1865d01b8d14d6cce5908ba2b18ba, particularly where NodePort or Docker Compose services are reachable from untrusted networks. The record marks other versions unaffected and states that no official release had been published. Actual exposure therefore depends on whether development artifacts were deployed.

Exploitation context

The CVSS 4.0 score is 9.9 because reachable services and published defaults could permit compromise without privileges or user interaction. The supplied record does not report observed exploitation, and the CVE is not listed as KEV. Treat exposed development deployments as readily exploitable, but do not characterize this as active exploitation.

Researcher notes

The weakness combines insecure defaults, exposed services, insufficient secret management, and hard-coded credentials. Impact can cross trust boundaries because forged privileged identities or tokens may be accepted by other aeriOS components. Evidence identifies one development commit and defaultStatus as unaffected; broader version claims are unsupported. The supplied sources establish remediation but provide no evidence of exploitation in the wild.

Mitigation direction

  • Update to corrected aeriOS Identity Manager configurations referenced by the project commits.
  • Replace all default Keycloak, PostgreSQL, and predefined-user credentials with unique secrets.
  • Restrict PostgreSQL, OpenLDAP, and administrative interfaces to trusted internal networks.
  • Store Kubernetes credentials in Secrets and verify generated administrator passwords are random.
  • Remove development users from production, or rotate their credentials immediately.

Validation and detection

  • Identify deployments built from the affected development revision or earlier vulnerable configuration.
  • Review Kubernetes services for externally reachable Keycloak, PostgreSQL, or OpenLDAP endpoints.
  • Confirm Docker Compose does not bind PostgreSQL to untrusted network interfaces.
  • Verify Keycloak and PostgreSQL no longer use published default credentials.
  • Check identity, role, client, session, and token records for unauthorized changes.
  • Confirm predefined development users were removed or received unique credentials.
Prepared
Confidence
high
Sources
5

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cwe · low confidence lookup

CWE-1188: Exact CWE lookup

Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
cwe · low confidence lookup

CWE-1392: Exact CWE lookup

Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
cwe · medium confidence lookup

CWE-200: Information exposure and cloud metadata lookup

Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
cwe · medium confidence lookup

CWE-306: Credential and account abuse lookup

Authentication and credential weaknesses can make valid-account abuse and credential telemetry useful review starting points. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
cwe · medium confidence lookup

CWE-798: Credential and account abuse lookup

Authentication and credential weaknesses can make valid-account abuse and credential telemetry useful review starting points. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
description · low confidence lookup

Credential and access behavior lookup

The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Critical
CVSS
9.9 (4.0)
Known Exploited
No
Published

Vector: 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

Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

1CVSS vectors
3Timeline events
1ADP providers
7Source links

SSVC decision data

CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: yesTechnical Impact: total

CVSS vector scores

1 official score

We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.

ScoreVersionSeverityVectorExploitImpactSource
9.9CVSS 4.0CriticalCVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:N——eclipse

Vulnerability scoring details

Base CVSS 4.0 score

9.9Critical
CVSS 4.0 vector shape for CVE-2026-86464Attack VectorAttack ComplexityAttack RequirementsPrivileges RequiredUser InteractionVS ConfidentialityVS IntegrityVS AvailabilitySS ConfidentialitySS IntegritySS Availability

Vector: 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

Attack Vector
NetworkAdjacentLocalPhysical
Attack Complexity
LowHigh
Attack Requirements
NonePresent
Privileges Required
NoneLowHigh
User Interaction
NonePassiveActive
VS Confidentiality
HighLowNone
VS Integrity
HighLowNone
VS Availability
HighLowNone
SS Confidentiality
HighLowNone
SS Integrity
HighLowNone
SS Availability
HighLowNone

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

ADP provider summaries

CISA-ADPCISA ADP Vulnrichment
other:ssvc
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
Eclipse FoundationEclipse aeriOS459fa98e95b1865d01b8d14d6cce5908ba2b18baunaffected
Weakness

CWE details

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.