CVE-2026-1163
Python vulnerability analysis and mitigation

Overview

CVE-2026-1163 is an insufficient session expiration vulnerability (CWE-613) in the parisneo/lollms Python package. The application fails to invalidate active sessions following a password reset, allowing an attacker in possession of a stolen session token to maintain persistent access to a compromised account. All versions up to and including 11.0.0 (pip package lollms) are affected, with no patched version listed at the time of initial disclosure. It carries a CVSS v3.0 base score of 4.1 (Medium) and was published on April 8, 2026 (GitHub Advisory).

Technical details

The root cause is classified as CWE-613 (Insufficient Session Expiration): the application lacks logic to invalidate existing session tokens when a user resets their password, and the default session lifetime is set to an excessively long 31 days with no inactivity-based expiration. An attacker who has previously obtained a valid session token — for example, through session hijacking, credential theft, or network interception — can continue to use that token even after the legitimate user changes their password. The attack vector is network-based, requires high privileges (i.e., a pre-obtained valid session), and has high attack complexity. The vulnerability was reported via the Huntr bug bounty platform (GitHub Advisory, Huntr Bounty).

Impact

Successful exploitation allows an attacker who has obtained a valid session token to maintain persistent, unauthorized access to a victim's account even after the victim attempts to remediate a compromise by resetting their password. The impact is assessed as low across confidentiality, integrity, and availability — an attacker can read account data, make limited modifications, and potentially disrupt service within the scope of the compromised account. Because lollms is an AI/LLM orchestration platform, persistent account access could expose sensitive AI configurations, conversation history, or connected integrations (GitHub Advisory).

Exploitability

There is no public proof-of-concept exploit and no evidence of in-the-wild exploitation at this time (GitHub Advisory). The EPSS score is approximately 0.034% (0.000340), placing it in the 3rd percentile for exploitation likelihood within 30 days. The vulnerability is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog. Exploitation requires an attacker to have already obtained a valid session token, which significantly raises the bar for abuse.

Exploitation steps

  1. Session Token Acquisition: Obtain a valid session token for a target lollms account through a prior attack such as network interception (e.g., on an unencrypted connection), cross-site scripting, or credential theft.
  2. Victim Resets Password: Wait for or induce the victim to reset their account password, which would normally be expected to invalidate all active sessions.
  3. Reuse Old Session Token: Craft an HTTP request to the lollms application using the previously captured session token (e.g., via a cookie or authorization header).
  4. Confirm Persistent Access: Verify that the application accepts the old session token and grants access to the account, confirming the session was not invalidated by the password reset.
  5. Maintain Access: Continue using the old session token for up to 31 days (the default session duration) to access account data, AI configurations, or connected resources without the victim's knowledge (GitHub Advisory, Huntr Bounty).

Indicators of compromise

  • Network: HTTP requests to lollms endpoints using session tokens that predate a known password reset event; concurrent sessions from geographically or logically disparate IP addresses for the same account.
  • Logs: Application access logs showing successful authenticated requests with session tokens issued before a password reset timestamp; absence of session invalidation log entries following a password change event.
  • Behavioral: Account activity (e.g., API calls, configuration changes) occurring after a password reset that the legitimate user did not initiate, suggesting a parallel active session.

Mitigation and workarounds

The GitHub Advisory notes no patched version of the lollms pip package was available as of April 8, 2026; users should monitor the parisneo/lollms repository for an updated release. As interim mitigations, administrators should implement manual session invalidation procedures after password resets, reduce the default session duration below 31 days, and add inactivity-based session expiration logic. Ensuring that all active sessions for a user are terminated upon password reset is the definitive fix (GitHub Advisory).

Community reactions

The vulnerability was reported through the Huntr AI bug bounty platform and received standard automated coverage from vulnerability aggregators and security feeds. No notable researcher commentary, vendor blog posts, or significant social media discussion beyond automated CVE tracking posts have been identified for this vulnerability.

Additional resources


SourceThis report was generated using AI

Related Python vulnerabilities:

CVE ID

Severity

Score

Technologies

Component name

CISA KEV exploit

Has fix

Published date

CVE-2026-84366HIGH7.4
  • Python logoPython
  • python-scrapy
NoYesSep 01, 2026
CVE-2026-53720MEDIUM5.1
  • Python logoPython
  • pymonocypher
NoYesSep 03, 2026
CVE-2026-84311MEDIUM4.8
  • Python logoPython
  • pypdf
NoYesSep 01, 2026
CVE-2026-84310MEDIUM4.8
  • Python logoPython
  • pypdf
NoYesSep 01, 2026
GHSA-wwv5-g3v4-889xLOW2.3
  • Python logoPython
  • tornado
NoYesSep 01, 2026

Free Vulnerability Assessment

Benchmark your Cloud Security Posture

Evaluate your cloud security practices across 9 security domains to benchmark your risk level and identify gaps in your defenses.

Request assessment

Get a personalized demo

Ready to see Wiz in action?

"Best User Experience I have ever seen, provides full visibility to cloud workloads."
David EstlickCISO
"Wiz provides a single pane of glass to see what is going on in our cloud environments."
Adam FletcherChief Security Officer
"We know that if Wiz identifies something as critical, it actually is."
Greg PoniatowskiHead of Threat and Vulnerability Management