CVE-2026-71317: Lemur: Sub-CA creation never checks `AuthorityPermission` on the parent authority

Published Aug 18, 2026
·
Updated

Lemur manages TLS certificate creation. Prior to 1.9.3, POST /api/1/authorities with type=subca did not require AuthorityPermission on the parent authority when ADMINONLYAUTHORITYCREATION was false. AssociatedAuthoritySchema resolved the caller-supplied parent and passed it through authority creation to cryptography-issuer, which used the parent authoritycertificate.privatekey to sign a new intermediate. Any authenticated non-read-only user in that supported configuration could chain a sub-CA to an internal root for which the user held no role. The resulting intermediate could issue trusted certificates and its private key could be used outside Lemur, bypassing normal issuance controls. The fix checks AuthorityPermission on every supplied parent before invoking the issuer. This issue is fixed in version 1.9.3.

Affected Software

1 affected component
Lemur<1.9.3

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 1.9.3

Event History

Aug 18, 2026
CVE Published
via MITRE·07:06 PM
Data Sourced
via MITRE·07:06 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Which deployments and users are exposed?

Lemur deployments prior to 1.9.3 are affected only when ADMIN_ONLY_AUTHORITY_CREATION is false. In that configuration, any authenticated user who is not read-only can exploit the issue, including users without a role on the targeted parent authority.

2

What access does an attacker need to exploit this?

An attacker needs an authenticated Lemur account with non-read-only access and must be able to submit a sub-CA creation request naming a parent authority. No AuthorityPermission on that parent authority is required in the affected configuration.

3

What is the practical impact of successful exploitation?

A successful attacker can create an intermediate CA chained to an internal root they are not authorized to use. That intermediate can issue trusted certificates, and its private key can be used outside Lemur to bypass normal issuance controls.

4

What can be done if patching is not immediately possible?

Upgrade Lemur to version 1.9.3, which checks AuthorityPermission for every supplied parent authority before calling the issuer. If upgrading cannot happen immediately, setting ADMIN_ONLY_AUTHORITY_CREATION to true prevents the described non-admin sub-CA creation path.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203