Description
Lemur manages TLS certificate creation. From 0.5.0 until 1.9.3, certificate create, upload, and edit requests accepted replaces[] or replacements identifiers that AssociatedCertificateSchema resolved with fetch_objects without a CertificatePermission check. Assigning those objects to Certificate.replaces invoked an append listener that disabled the victim certificate notifications and marked it as replaced. The victim was then excluded from get_all_pending_reissue, and certificate_rotate could deploy the attacker certificate to endpoints serving the victim. An authenticated non-read-only user could target certificates for which the user had no ownership or role, suppress lifecycle automation, and cause fleet-wide TLS disruption or unauthorized substitution. The fix authorizes every referenced replacement certificate before mutation. This issue is fixed in version 1.9.3.
Published: 2026-08-18
Score: 8.1 High
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

Lemma's certificate management system allowed any authenticated non‑read‑only user to reference arbitrary replacement certificates without verifying ownership. This flaw lets the attacker suppress lifecycle notifications, mark a target certificate as replaced, and then include the attacker’s certificate in automatic rotation. The result is that a certificate the victim did not authorize can be deployed to all endpoints, potentially enabling man‑in‑the‑middle attacks and causing a fleet‑wide TLS failure if auto‑rotation is triggered. The weakness is a classic privilege escalation and missing authorization bug, reflected in CWE‑639 and CWE‑862.

Affected Systems

The vulnerability affects Netflix Lemur versions 0.5.0 through 1.9.3. It was fixed in release 1.9.3, which authorizes each referenced replacement certificate before mutation. The product is used to automate TLS certificate lifecycle, and the affected code path includes certificate creation, upload, and edit operations that accept a replaces[] parameter. Updating to 1.9.3 or later resolves the flaw.

Risk and Exploitability

The CVSS score is 8.1, indicating a high severity. EPSS is not available, and the issue is not listed in CISA KEV, but the impact on confidentiality and availability is significant. An attacker only needs a login with non‑read‑only permissions to exploit the vulnerability via the API. Once compromised, they can silently replace certificates in the environment and trigger deployments of malicious certs to end points. This high impact combined with a straightforward API‑based attack vector warrants immediate action.

Generated by OpenCVE AI on August 18, 2026 at 20:38 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade Lemur to version 1.9.3 or later, which includes authorization of replacement certificates.
  • Revoke or limit permissions for users who can specify replacement certificates but do not own the target certificates.
  • Monitor API logs for replaces[] usage and enforce that replacements are only allowed for owned certificates.

Generated by OpenCVE AI on August 18, 2026 at 20:38 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Github GHSA Github GHSA GHSA-cfh6-pv5c-38jv Lemur: Unchecked `replaces[]` lets any user silence notifications and hijack auto-rotation for arbitrary certificates
History

Tue, 18 Aug 2026 20:45:00 +0000

Type Values Removed Values Added
First Time appeared Netflix
Netflix lemur
Vendors & Products Netflix
Netflix lemur

Tue, 18 Aug 2026 20:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Tue, 18 Aug 2026 19:30:00 +0000

Type Values Removed Values Added
Description Lemur manages TLS certificate creation. From 0.5.0 until 1.9.3, certificate create, upload, and edit requests accepted replaces[] or replacements identifiers that AssociatedCertificateSchema resolved with fetch_objects without a CertificatePermission check. Assigning those objects to Certificate.replaces invoked an append listener that disabled the victim certificate notifications and marked it as replaced. The victim was then excluded from get_all_pending_reissue, and certificate_rotate could deploy the attacker certificate to endpoints serving the victim. An authenticated non-read-only user could target certificates for which the user had no ownership or role, suppress lifecycle automation, and cause fleet-wide TLS disruption or unauthorized substitution. The fix authorizes every referenced replacement certificate before mutation. This issue is fixed in version 1.9.3.
Title Lemur: Unchecked `replaces[]` lets any user silence notifications and hijack auto-rotation for arbitrary certificates
Weaknesses CWE-639
CWE-862
References
Metrics cvssV3_1

{'score': 8.1, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H'}


cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-08-18T19:34:59.015Z

Reserved: 2026-08-05T18:14:42.063Z

Link: CVE-2026-71308

cve-icon Vulnrichment

Updated: 2026-08-18T19:34:54.490Z

cve-icon NVD

Status : Received

Published: 2026-08-18T20:17:23.740

Modified: 2026-08-18T20:17:23.740

Link: CVE-2026-71308

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-18T20:45:04Z

Weaknesses
  • CWE-639

    Authorization Bypass Through User-Controlled Key

  • CWE-862

    Missing Authorization