Skip to content

GHSA-5hfv-c864-qcq9 CVE-2026-41891

CI4MS has a Deactivated User Session Bypass (active=0)

Medium Packagist
Severity
0.0 / 10
Medium · CVSS 4.0
Exploit chance (EPSS)
0.27%
Chance of exploitation in the next 30 days. Higher than 19.16% of scored vulnerabilities.
Known exploited
No
Not in CISA's catalog
Weakness
CWE-613 Insufficient Session Expiration
Fix
0.31.8.0
Upgrade ci4-cms-erp/ci4ms to this version or later

Description

Summary

The auth filter has the deactivated/banned user check commented out.

Details

CodeIgniter Shield's loggedIn() re-checks the status field (catching status='banned'), but does not re-check the active field for existing sessions. When an admin deactivates a user (active=0) after they have already logged in:

  • Their session cookie remains valid
  • auth()->loggedIn() still returns true
  • The commented-out code is the only mechanism that would have checked !$user->active

Evidence

<img width="981" height="654" alt="image" src="https://github.com/user-attachments/assets/6f75d144-5bcf-4a3f-bc35-bb0715c3ed05" />

Impact

  • User deactivation does NOT immediately revoke backend access
  • Deactivated user retains full access until session expires (default: 7200s)

Additional note

The commented-out block appears to be a deferred placeholder — it was written but disabled from the very first commit that introduced the filter, and has never been active. The later addition of SessionTracker (v0.31.4.0) suggests the dev was aware of the session revocation gap, but account-level deactivation (users.active = 0) remains unenforced. Could you verify if this is intentionally pending or simply forgotten and not documented?.

Affected versions

Packagist

PackageVulnerableFixed in
ci4-cms-erp/ci4ms
>= 0.26.0, < 0.31.8.0
0.31.8.0

How to fix

Move to the fixed version or later with your package manager, update the lockfile, and run your tests. If the package only arrives through another dependency, upgrade that dependency first. If none of its releases pulls a fixed version yet, force the version with your package manager's override.

ci4-cms-erp/ci4ms Packagist → 0.31.8.0

composer
composer require ci4-cms-erp/ci4ms:^0.31.8.0

Severity breakdown

CVSS 4.0 0.0

CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N

Attack vector
Network
Attack complexity
Low
Attack requirements
None
Privileges required
Low
User interaction
None
Confidentiality (vulnerable system)
Low
Integrity (vulnerable system)
Low
Availability (vulnerable system)
None
Confidentiality (subsequent systems)
None
Integrity (subsequent systems)
None
Availability (subsequent systems)
None

Weakness

CWE-613: Insufficient Session Expiration

According to WASC, "Insufficient Session Expiration is when a web site permits an attacker to reuse old session credentials or session IDs for authorization."

How to prevent it
  • Implementation: Set sessions/credentials expiration date.

References

Timeline

  1. Published
  2. Last updated by the source
  3. Latest EPSS score
AdvisorySeverityWhy it's related
GHSA-gqr2-7hcg-rchf
CI4MS: Stored XSS in Pages Module Content via Broken html_purify Validation Rule
High Also affects ci4-cms-erp/ci4ms
GHSA-245j-xjvr-xvm5
CI4MS Fileeditor allows deletion and rename of critical application files due to missing extension allowlist on destructive operations
Medium Also affects ci4-cms-erp/ci4ms
GHSA-2m69-jmvh-6chr
CI4MS: Stored XSS in Blog Content via Broken `html_purify` Validation Rule
Medium Also affects ci4-cms-erp/ci4ms
GHSA-vgrf-pr28-vf98
CI4MS Vulnerable to Arbitrary Database Table Drop via Theme deleteProcess
Medium Also affects ci4-cms-erp/ci4ms
GHSA-fw49-9xq4-gmx6
CI4MS has Unrestricted PHP File Upload via Theme Installation that Leads to Authenticated Remote Code Execution
High Also affects ci4-cms-erp/ci4ms
GHSA-xv3r-vr59-95rg
CI4MS Theme::upload is vulnerable to Zip Slip leading to RCE
Critical Also affects ci4-cms-erp/ci4ms
GHSA-xp9f-pvvc-57p4
CI4MS Backup::restore is vulnerable to Zip Slip leading to RCE
Critical Also affects ci4-cms-erp/ci4ms
GHSA-qxpq-82f3-xj47
CI4MS: Backup Management Full Account Takeover for All Roles & Privilege Escalation via Stored DOM Blind XSS
Critical Also affects ci4-cms-erp/ci4ms
Is this in your code?

MergeHarbor checks every repository's dependencies against this database, ranks what matters by exploitability and reachability, routes it to the owning team and opens the fix pull request.

Check your repos with MergeHarbor