CVE-2026-55164Medium· 4.9▾ SunlitLemur manages TLS certificate creation. Prior to 1.9.2, lemur.users.service.update assigned a replacement password directly to users.password, while lemur/users/models.py registered User.hash_password only for the before_insert event. Be…
▾ Sunlit zone — Low / medium · no exploitation signal
impact 27 · likelihood 0.1 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
Exploit-prediction probability, daily snapshots since Aug 19.
Disclosure to exploitation, from the record and what we observed since indexing it.
Disclosed via NVD
0.2%
Last analysed / modified upstream
0.2% → 0.3%
Lemur manages TLS certificate creation. Prior to 1.9.2, lemur.users.service.update assigned a replacement password directly to users.password, while lemur/users/models.py registered User.hash_password only for the before_insert event. Because no before_update listener ran, administrator-initiated password changes through PUT /api/1/users/ were committed as plaintext. The affected user could no longer authenticate normally because bcrypt verification received an unhashed value. A database, backup, replica, query-log, or administrative read compromise exposed immediately usable credentials without offline cracking. The fix registers hashing for before_update and avoids rehashing values that already have a bcrypt prefix. This issue is fixed in version 1.9.2.
Refer to the linked advisories for vendor-supplied fixes and affected version ranges.
Affected packages:
lemur <= 1.9.1Patched in:
lemur 1.9.2Connected by shared product, vendor, weakness, or advisory.
CVE-2026-55162Medium· 6.3Lemur manages TLS certificate creation
CVE-2026-55163Medium· 6.3Lemur manages TLS certificate creation
CVE-2026-55165Medium· 4.8Lemur manages TLS certificate creation
CVE-2026-55166Critical· 9.9Lemur manages TLS certificate creation
CVE-2015-7764High· 7.5Lemur uses static IV per key
CVE-2026-70666High· 7.4Lemur manages TLS certificate creation