CVE-2026-1114

LoLLMs is vulnerable to Improper Access Control through weak secret key

Yayın 7 Nis 2026Değişiklik 26 Eki 2026CWE 284

En geç 24 Eki 2026, 07:11 UTC tarihinden beri Trivy database'indeO derlemeden önce ne zaman girdiği kayıtlı değil.

Kaynağa göre önem derecesi

GHSA9.8CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Trivy'nin kendi etiketi CRITICAL. Kritik diyenler: GHSA.

Açıklama

In parisneo/lollms version 2.1.0, the application's session management is vulnerable to improper access control due to the use of a weak secret key for signing JSON Web Tokens (JWT). This vulnerability allows an attacker to perform an offline brute-force attack to recover the secret key. Once the secret key is obtained, the attacker can forge administrative tokens by modifying the JWT payload and resigning it with the cracked secret. This enables unauthorized users to escalate privileges, impersonate the administrator, and gain access to restricted endpoints. The issue is resolved in version 2.2.0.

Etkilenen paketler ve düzeltilmiş sürümler

Kaynak	Paket	Düzeltildiği sürüm
pip::GitHub Security Advisory pip	lollms	2.2.0

Referanslar

Attestkeep bununla ne yapar

Cluster'ınızın içinde, bir tablo açmanıza gerek kalmadan.

BilirTarayıcı, vulnerability database'ini altı saatte bir yeniler.
BulurKabul edilen her image varsayılan olarak 24 saatte bir yeniden taranır (scan.rescanInterval). Trivy bu zafiyeti image'ın paket kaynağı için kritik sayıyorsa zafiyet, image'ın bulgularında adıyla görünür. Düzeltmesi olmayan bulgular, includeUnfixed açık değilse dışarıda kalır.
Haber verircritical_finding olayı ona abone olan kanallara gider: e-posta, Slack, Teams, webhook, Jira, GitLab ya da GitHub.
ReddederKritik bulguları engelleyen bir policy varsa bu image'ı taşıyan pod admission'da reddedilir, bu image'a dönen bir rollback da. Zaten çalışan pod'lar evict edilmez.
KaydederHer karar, çalışan policy ve onun hash'iyle kaydedilir, sonra imzalı bir checkpoint altında mühürlenir.

Attestkeep'i deneyin Belgeleri okuyun

Vulnerability data compiled from the Trivy vulnerability database (trivy-db, Aqua Security, Apache License 2.0), which aggregates third-party advisories. CVE records are published by The MITRE Corporation under the CVE Terms of Use; CVE is a trademark of MITRE. This product uses data from the NVD API but is not endorsed or certified by the NVD. Severity, titles and advisory data from the GitHub Advisory Database (CC BY 4.0), Red Hat security data (CC BY 4.0) and the other sources linked on each entry. Entries may be summarised or re-formatted; the linked original is the authoritative record.