Skip to main content
VulnerabilityPublished

CVE-2026-47241: ruby net-imap · Improper Neutralization of Trailing Special Elements

Affects ruby net-imapSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 2.1 Low : upgrade to 0.6.4.1 or 0.5.15 when convenient.

Data as of 5 Nov 2026, 00:01 UTC

CVSS 4.0 base score
2.1Low
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 32% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 0.6.4.1, 0.5.15
CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:P/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 22 Jun 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 5 Nov 2026.

What to do

Upgrade ruby net-imap to 0.6.4.1 or 0.5.15.

Affected software

ProductAffectedFixed in
rubynet-imapAffected
  • >=0.6.0 <0.6.4.1
Fixed in
  • 0.6.4.1
rubynet-imapAffected
  • <0.5.15
Fixed in
  • 0.5.15

AI-suggested

This vulnerability is fixed in net-imap versions 0.6.5 and 0.5.15. Users should upgrade to at least these versions to remediate the issue. No other mitigation or workaround is indicated.

Description

Net::IMAP implements Internet Message Access Protocol (IMAP) client functionality in Ruby. Prior to 0.6.5 and 0.5.15, several Net::IMAP commands accept a raw string argument which is only validated to prevent CRLF injection and then sent verbatim. If this string is derived from user-controlled input, an attacker can force the next command to be absorbed as a continuation of the first command. This will cause the first command to eventually fail, but also prevents it from returning until another command is sent (from another thread). That other command will not return until the connection is closed. This vulnerability is fixed in 0.6.5 and 0.5.15.

References

Community reviews

Loading reviews…