Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify or enumerate victim IMAP folder name
-
DeliveryConfirm no prior URLAUTH token issued for that folder
-
ExploitCompute HMAC-SHA1 with predictable absent mboxkey
-
ExecutionPresent forged URLAUTH token to Cyrus IMAP server
-
ImpactRead victim mailbox folder contents
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | Exploitation requires three concurrent conditions to be satisfied: first, the target must be running Cyrus IMAP version 3.12.2 or earlier with the URLAUTH extension active and reachable; second, the attacker must have obtained knowledge of at least one valid folder name on the victim's IMAP account (e.g., 'INBOX', 'Sent', or a custom folder); and third, the victim user must never have issued a URLAUTH authentication URL for that specific folder - the instant the legitimate user generates any URLAUTH for a folder, a proper random mboxkey is created and stored, eliminating the predictable-key condition for that folder permanently. Exploitation is substantially limited by the near-universal lack of URLAUTH usage in modern IMAP clients (the CVE description notes that perhaps no public clients implement it), the need for prior knowledge of a valid folder name, and the per-folder granularity of the flaw (a forged token for one folder does not expose other folders). The CVSS PR:N metric confirms no attacker authentication is required to submit a URLAUTH token, which is consistent with the RFC 4467 design where tokens are consumed by third-party fetch services rather than authenticated IMAP sessions. |
| Impact | The CVSS 3.1 base score of 4.0 (Medium) with vector AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N reflects a balanced picture: the network attack vector and absence of required attacker authentication (PR:N) lower the barrier to exploitation, while high attack complexity (AC:H) acknowledges the prerequisite knowledge requirements. The scope change metric (S:C) is notable - it signals that a successful attack crosses account boundaries - yet the low confidentiality impact (C:L) caps the score since only mailbox read access is obtained, with no integrity or availability consequences. No EPSS score was included in the intelligence feed, so exploitation probability cannot be quantified. This CVE is not listed in CISA's Known Exploited Vulnerabilities catalog, and no public exploit code has been identified, making this a low-urgency finding by all available signals. Critically, the CVE description itself acknowledges that URLAUTH is an obscure feature and that 'perhaps no public clients use URLAUTH,' which drastically reduces real-world attack surface beyond what the CVSS vector alone suggests. For most deployments, this vulnerability will never be reachable because the URLAUTH extension is simply not in active use. Multi-tenant environments such as ISPs and universities running Cyrus IMAP as a shared mail service should prioritize patching given the cross-account nature of a successful exploit. |
| Exploit ScenarioDerived | An attacker who has enumerated or guessed a valid IMAP folder name on a target account - for example, through IMAP LIST responses if unauthenticated enumeration is permitted, or through knowledge of common folder naming conventions - checks whether that folder has ever had a URLAUTH token issued by the legitimate user. If no mboxkey exists for that folder, the attacker computes an HMAC-SHA1 value using the predictable key material and constructs a forged URLAUTH token, which the Cyrus IMAP server validates as authentic, granting read access to that folder's mail contents. No public exploit code exists at time of analysis, but the attack is mechanically straightforward for an adversary who understands the URLAUTH protocol and the mboxkey initialization condition. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 16, 2026
URLAUTH token forgery in Cyrus IMAP through 3.12.2 allows a network-based unauthenticated attacker to read the contents of a victim's mailbox folder by computing a forged authentication token using a predictable HMAC-SHA1 key. The predictability arises specifically when a victim has never issued a URLAUTH-authenticated URL for a given folder, leaving the per-folder mboxkey absent and thus falling back to a computable value. No public exploit code has been identified and no active exploitation has been confirmed; real-world impact is further constrained by URLAUTH being an obscure IMAP extension with negligible public client adoption.
RemediationAI
Upgrade Cyrus IMAP to version 3.12.3 or later, as indicated by the vendor release notes at https://www.cyrusimap.org/3.12/imap/download/release-notes/3.12/x/3.12.3.html. For earlier maintained branches, consult the release notes index at https://www.cyrusimap.org/imap/download/release-notes/index.html to confirm whether a branch-specific patch has been issued, as fix availability for branches prior to 3.12.x is not confirmed from the available intelligence data. As a compensating control where immediate patching is not feasible, disabling or restricting the URLAUTH feature at the server level would eliminate the attack surface entirely, since the vulnerability is contingent on URLAUTH being functional; this trade-off is low-risk in practice because the CVE description notes that virtually no public IMAP clients consume URLAUTH, meaning disabling it is unlikely to break any production functionality. If URLAUTH is in active use by specific integrations, restricting IMAP access to those known client IP addresses via firewall rules would meaningfully reduce exposure while the patch is applied.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Cyrus IMAP implements the URLAUTH extension defined in RFC 4467, which enables IMAP users to issue authenticated URLs granting third-party services access to specific mailbox folders without sharing credentials. Each folder is protected by a per-folder secret called an mboxkey, which serves as the HMAC-SHA1 signing key for URLAUTH tokens. The root cause of this vulnerability is classified as CWE-340 (Generation of Predictable Numbers or Identifiers): when no mboxkey has ever been generated for a folder - because the legitimate user has never issued a URLAUTH token for it - the signing key defaults to a predictable value. An attacker who knows a valid folder name can exploit this by computing a mathematically valid HMAC-SHA1 token independently, presenting it to the server as a forged URLAUTH credential. The affected product is identified by CPE cpe:2.3:a:cyrusimap:cyrus_imap:*:*:*:*:*:*:*:*, encompassing all Cyrus IMAP versions through 3.12.2.
Know when Cyrus Imap gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N
Network-exploitable via URLAUTH with no attacker authentication needed; AC:H for the per-folder mboxkey-absence prerequisite outside attacker control; S:C reflects cross-account boundary read access.
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
Lifecycle Timeline
1DescriptionCVE.org
An issue was discovered in cyrus-imapd in Cyrus IMAP through 3.12.2. URLAUTH token forgery can occur via a missing mboxkey. If an attacker knew a folder name on the victim's account for which the victim had never issued an auth URL, they could forge a working URLAUTH token by computing an HMAC-SHA1 value with a predictable key, giving them read access to the mailbox. (URLAUTH is an obscure feature, meaning that the odds of any user actually being susceptible to this attack are very low. Perhaps no public clients use URLAUTH.)
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
More in Cyrus Imap
View allCyrus IMAP before 3.0.3 allows remote authenticated users to write to arbitrary files via a crafted (1) SYNCAPPLY, (2) S
Unauthorized mailbox deletion in Cyrus IMAP through 3.12.2 allows any authenticated non-admin user to invoke the admin-o
Cyrus IMAP before 3.8.3 and 3.10.x before 3.10.0-rc1 allows authenticated attackers to cause unbounded memory allocation
Incorrect authorization in Cyrus IMAP through 3.12.2 allows authenticated users to bypass mailbox ACL enforcement via th
Cross-user information disclosure in Cyrus IMAP through 3.12.2 allows any authenticated IMAP user to enumerate folder na
Cyrus IMAP through 3.12.2 exposes mailbox ACL data to any authenticated user via the IMAP LISTRIGHTS command, which lack
Cyrus IMAP through version 3.12.2 fails to invalidate URLAUTH-minted URLs when the authorizer's access is subsequently r
Unauthorized mailbox access in Cyrus IMAP through 3.12.2 allows any authenticated user to read email from mailboxes they
Heap over-read in Cyrus IMAP through version 3.12.2 enables authenticated IMAP users to leak server heap memory by submi
Cyrus IMAP through version 3.12.2 contains an authorization flaw in its XAPPLEPUSHSERVICE (XAPS) command that lets authe
Same technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Moderate| Product | Status |
|---|---|
| openSUSE Leap 16.0 | Fixed |
EUVD-2026-45008
GHSA-8jrh-wq6h-53c4
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB