External risk intelligence

Keyfactor EJBCA Administrator Role Cache Bypass

CVE advisorySeverity: CRITICAL (CVSS 9.8)

CVE-2025-49602

EJBCA is a public key infrastructure (PKI) management system typically deployed as a centralized, network-accessible administrative service. Because it acts as a gateway for certificate issuance and management, it is commonly configured with administrative interfaces reachable over the network in environments where centralized certificate management is required.

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

A security vulnerability has been identified in Keyfactor EJBCA software, specifically concerning how administrator access is handled. When an administrator's role is changed, there's a possibility that the system might continue to grant them access longer than intended, even after their administrative privileges have been revoked. This could potentially allow unauthorized access to sensitive functions within the system.

  • Former administrators may retain access unexpectedly.
  • Protects sensitive certificate management functions.
  • Confirm relevance and exposure.

Attack Path

How an attacker could exploit the issue

An attacker could exploit this issue by removing an administrator's role while they have an active TLS session. EJBCA might then continue to authenticate the removed administrator for a period beyond the intended limit, allowing them to retain unauthorized access to the system.

  • No authentication required.
  • Administrator role removal during active session.
  • Unauthorized access to EJBCA.

Live Threat

Current exploitation, exposure, and threat context

When an administrator is removed from their role while logged in, Keyfactor EJBCA may, under specific conditions, continue to grant access for a period exceeding the configured session timeout. This could allow a former administrator to retain unauthorized access to the system.

  • Administrator session data.
  • Cached authentication may permit continued access.
  • Unauthorized access to PKI management.

Operational Fix

Recommended remediation, mitigation, and detection steps

The Keyfactor EJBCA authentication caching issue, a critical vulnerability, likely impacts platform teams managing PKI infrastructure, as well as security teams responsible for access control. The immediate priority is to identify all instances of EJBCA, confirm their network reachability and business criticality, and then pinpoint the accountable owner. Planning remediation should follow, prioritizing environments with the highest exposure and impact.

  • Platform and security teams own resolution.
  • Verify EJBCA network exposure and criticality.
  • Plan access control and session management updates.

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 Keyfactor EJBCA?

Keyfactor EJBCA is a public key infrastructure (PKI) management system. It acts as a centralized service that organizations use to manage the lifecycle of digital certificates, which are essential for verifying identities and securing encrypted communications across a network.

How does CVE-2025-49602 affect session security?

This vulnerability is classified as Insufficient Session Expiration (CWE-613). It occurs when the system fails to correctly invalidate an authentication token after an administrator's permissions are revoked. Essentially, the software caches the user's previous authorization status, allowing them to continue performing administrative actions despite having their access officially removed.

Do I need to trigger this bug by logging in again?

No, re-authentication is not required. The vulnerability specifically involves an active TLS session. It is triggered when an administrator who is currently logged in has their role removed; the bug persists because the system relies on the existing, unexpired cached session data rather than re-checking the user's current authorization level.

Is my EJBCA instance at risk?

Halo Surface Signal indicates this risk is higher if your EJBCA management interface is reachable over the network. Because EJBCA is designed as a centralized administrative gateway for certificate management, instances exposed to broader network segments are more likely to be accessible to those who might retain unauthorized access.

When should I prioritize fixing this access issue?

You should prioritize this by first identifying all EJBCA deployments in your environment and confirming which interfaces are accessible over the network. Once located, coordinate with your platform and security teams to update your access control and session management configurations, prioritizing the most critical systems first.

References