Skip to main content

Cyrus IMAP CVE-2026-47085

| EUVDEUVD-2026-45008 MEDIUM
Generation of Predictable Numbers or Identifiers (CWE-340)
2026-07-16 mitre GHSA-8jrh-wq6h-53c4
4.0
CVSS 3.1 · Vendor: mitre
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Identify or enumerate victim IMAP folder name
  2. Delivery
    Confirm no prior URLAUTH token issued for that folder
  3. Exploit
    Compute HMAC-SHA1 with predictable absent mboxkey
  4. Execution
    Present forged URLAUTH token to Cyrus IMAP server
  5. Impact
    Read 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Cyrus IMAP 0 <3.12.3

Affected Packages

euvd cyrus_imap fix: 3.12.3

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

Vendor (mitre) PRIMARY 4.0 MEDIUM
AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N
vuln.today AI 4.0 MEDIUM

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.

3.1 AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N
4.0 AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
SUSE MEDIUM
Red Hat 4.0 MEDIUM

Primary rating from Vendor (mitre).

CVSS VectorVendor: mitre

Attack Vector
Network
Attack Complexity
High
Privileges Required
None
User Interaction
None
Scope
Changed
Confidentiality
Low
Integrity
None
Availability
None

Lifecycle Timeline

1
Patch available
Jul 16, 2026 - 20:48 EUVD

DescriptionCVE.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

EPSS Score
0.2%
Top 91% exploitable
Prevalence
Low
niche open-source IMAP server, predominantly academic and ISP deployments
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment Vendor VulDB

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

20
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +20
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

CVE-2017-12843 MEDIUM
6.5 Aug 22

Cyrus IMAP before 3.0.3 allows remote authenticated users to write to arbitrary files via a crafted (1) SYNCAPPLY, (2) S

CVE-2026-47084 MEDIUM
6.5 Jul 16

Unauthorized mailbox deletion in Cyrus IMAP through 3.12.2 allows any authenticated non-admin user to invoke the admin-o

CVE-2024-34055 MEDIUM
6.5 Jun 05

Cyrus IMAP before 3.8.3 and 3.10.x before 3.10.0-rc1 allows authenticated attackers to cause unbounded memory allocation

CVE-2026-47082 MEDIUM
5.4 Jul 16

Incorrect authorization in Cyrus IMAP through 3.12.2 allows authenticated users to bypass mailbox ACL enforcement via th

CVE-2026-47083 MEDIUM
4.3 Jul 16

Cross-user information disclosure in Cyrus IMAP through 3.12.2 allows any authenticated IMAP user to enumerate folder na

CVE-2026-47089 MEDIUM
4.3 Jul 16

Cyrus IMAP through 3.12.2 exposes mailbox ACL data to any authenticated user via the IMAP LISTRIGHTS command, which lack

CVE-2026-47087 LOW
3.5 Jul 16

Cyrus IMAP through version 3.12.2 fails to invalidate URLAUTH-minted URLs when the authorizer's access is subsequently r

CVE-2026-47086 LOW
3.5 Jul 16

Unauthorized mailbox access in Cyrus IMAP through 3.12.2 allows any authenticated user to read email from mailboxes they

CVE-2026-47088 LOW
3.1 Jul 16

Heap over-read in Cyrus IMAP through version 3.12.2 enables authenticated IMAP users to leak server heap memory by submi

CVE-2026-47081 LOW
3.1 Jul 16

Cyrus IMAP through version 3.12.2 contains an authorization flaw in its XAPPLEPUSHSERVICE (XAPS) command that lets authe

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
openSUSE Leap 16.0 Fixed

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy