External risk intelligence

Eclipse Lyo OAuth Authorization Bypass Vulnerability.

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-18918

This vulnerability affects an OAuth server component within the Eclipse Lyo framework. OAuth servers and authentication providers are typically deployed as network-accessible services to facilitate identity and authorization for web applications and APIs, making them likely to be reachable from the internet or exposed across network boundaries in common deployment scenarios.

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This advisory concerns a critical security flaw in Eclipse Lyo, a framework used for managing resources and data, specifically impacting its OAuth server functionality. The vulnerability allows for an unauthorized bypass of authorization checks, potentially enabling unapproved client access. While the issue does not affect all configurations, its critical severity warrants a review of affected systems.

  • Authorization checks can be bypassed.
  • Critical flaw impacts OAuth server functionality.
  • Confirm relevance and exposure of Lyo systems.

Attack Path

How an attacker could exploit the issue

An attacker can bypass OAuth server authorization checks by creating a provisional trusted client that is immediately usable without administrator approval. This bypass allows the attacker to proceed as if they were a fully approved client, leading to unauthorized access. The vulnerability is present when the OAuth server supports 2-legged authentication and applications use Lyo-provided authorization filters.

  • Entry condition: Server supports 2-legged auth.
  • Trigger point: Create provisional trusted client.
  • Resulting risk: Unauthorized client access.

Live Threat

Current exploitation, exposure, and threat context

When Eclipse Lyo's OAuth server supports 2-legged authentication and its authorization filters are used, an attacker could bypass authorization checks. This bypass allows a provisional trusted client to be used immediately without administrator approval, which is a valid use-case scenario.

  • OAuth server authorization checks.
  • Bypass during provisional client use.
  • Unauthorized client access.

Operational Fix

Recommended remediation, mitigation, and detection steps

Security and application teams responsible for Eclipse Lyo-based services should investigate where this framework is deployed, assess its reachability and criticality, and confirm ownership for remediation. The first practical step is to inventory all Lyo instances, prioritize those exposed externally or handling sensitive data, and engage the accountable owner to plan mitigation.

  • Identify accountable application owners.
  • Verify server exposure and client trust configurations.
  • Plan remediation during approved maintenance windows.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Eclipse Lyo?

Eclipse Lyo is a software framework designed to help developers build tools that integrate data across different life cycle management systems using Open Services for Lifecycle Collaboration (OSLC). It provides libraries to simplify the implementation of OSLC clients and servers, including components for managing OAuth authentication, which governs how these applications verify identities and handle authorization requests.

What is the vulnerability in CVE-2026-18918?

This vulnerability is an Incorrect Authorization weakness (CWE-863). It occurs when the OAuth server incorrectly trusts a client before an administrator has finished the required approval process. Essentially, the system fails to enforce the security boundary that distinguishes between a pending, unverified client and a fully trusted one, allowing unauthorized access.

How can an attacker trigger this bypass?

An attacker can trigger this by creating a provisional trusted client on an OAuth server configured to support 2-legged authentication. If the application relies on the specific `AbstractAdapterCredentialsFilter` provided by Lyo, the server skips the mandatory administrative approval step. Note that this bug is not triggered if you are using the 3-legged authentication path, as that flow correctly rejects provisional clients.

Is my system at risk?

According to Halo Surface Signal, this vulnerability is highly relevant if your Eclipse Lyo instance functions as an OAuth server accessible over the network. Because these servers often manage identity and authorization for web applications, they are frequently reachable from the internet or across internal network boundaries, making them a potential target for unauthorized access.

What should I do to address this issue?

Start by identifying all services in your environment that utilize Eclipse Lyo's OAuth server functionality. Prioritize systems that are exposed to the internet or handle sensitive information. Once you have an inventory, work with the relevant application owners to verify their current client trust configurations and coordinate a planned update or mitigation strategy during your next maintenance window.

References