CVE-2026-5081: CHORNY Apache::Session::Generate::ModUniqueId · Generation of Predictable Numbers or Identifiers
Affects CHORNY Apache::Session::Generate::ModUniqueIdSource CVE Database V5
Not known to be exploited · CVSS 9.1 Critical.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 22% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 6 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| CHORNYApache::Session::Generate::ModUniqueId | Affected
| Fixed in– |
GitHubApache-Sessionpkg:github/Apache-SessionOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Users should avoid using Apache::Session::Generate::ModUniqueId for security-sensitive session ID generation. Instead, use a secure, cryptographically strong session ID generator. Monitor the vendor advisory for updates or official fixes.
Description
Apache::Session::Generate::ModUniqueId versions from 1.54 through 1.94 for Perl session ids are insecure. Apache::Session::Generate::ModUniqueId (added in version 1.54) uses the value of the UNIQUE_ID environment variable for the session id. The UNIQUE_ID variable is set by the Apache mod_unique_id plugin, which generates unique ids for the request. The id is based on the IPv4 address, the process id, the epoch time, a 16-bit counter and a thread index, with no obfuscation. The server IP is often available to the public, and if not available, can be guessed from previous session ids being issued. The process ids may also be guessed from previous session ids. The timestamp is easily guessed (and leaked in the HTTP Date response header). The purpose of mod_unique_id is to assign a unique id to requests so that events can be correlated in different logs. The id is not designed, nor is it suitable for security purposes.
References
- httpd.apache.org/docs/current/mod/mod_unique_id.html (opens in a new tab)
- metacpan.org/pod/Apache::Session::Generate::Random (opens in a new tab)
- openwall.com/lists/oss-security/2026/05/06/6 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-5081 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2467174 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-5081.json (opens in a new tab)