Active Storage makes it simple to upload and reference files in cloud services and attach those files to Active Record objects. Prior to 8.1.4.1 and 8.0.5.2, a Rails application that processes attachments with ImageMagick may allow an unauthenticated attacker to write arbitrary files on the server and, when attachments are stored with the Disk service, to read arbitrary files readable by the application process. Those files typically include secret_key_base and credentials for external systems, which may in turn allow escalation to remote code execution or lateral movement to those systems. ImageMagick selects a coder from the content of the file it is given, and some coders act on files named inside the image rather than on the image itself. Active Storage constrained none of ImageMagick's coders, and the ImageMagick analyzer runs when a file is attached, so an attacker who can upload a crafted file may be able to invoke one. Attaching the upload is sufficient; no variant, preview, or analyze call is required. One specific attack chain has been reported, but other attack chains may exist. An application is affected when it uses ImageMagick for Active Storage image processing through config.active_storage.variant_processor = :mini_magick, runs ImageMagick under a security policy that does not already deny the involved coders, and allows uploads from untrusted users. This issue is fixed in versions 8.1.4.1 and 8.0.5.2.
This CVE has been withdrawn by MITRE
MITRE marked CVE-2026-126082 as REJECTED on . It is no longer considered a valid vulnerability record. The original content below is preserved for historical reference only.
Reason given by MITRE
This CVE is a duplicate of another CVE.
CVE-2026-126082
✕ Withdrawn — historical dataCRITICALPre-NVD 9.8
9.8CVSS
- CVSS v3
- 9.8
- EchelonGraph score
- Not yet assessedThis CVE record was withdrawn by its numbering authority, so there is no vulnerability to rate.
- EPSS PROB
- —
- EPSS %ILE
- —
- KEV
- —Not applicable: this CVE ID was withdrawn
Published
November 10, 2026
Last Modified
November 10, 2026
References (5)
- security-advisories@githubhttps://github.com/rails/rails/commit/468aa9a93fc98f5476b6821770f4ccfcb7f7d328
- security-advisories@githubhttps://github.com/rails/rails/commit/ea8c40121ce53a3d0255cd4eb6d13bfe3bc01776
- security-advisories@githubhttps://github.com/rails/rails/releases/tag/v8.0.5.2
- security-advisories@githubhttps://github.com/rails/rails/releases/tag/v8.1.4.1
- security-advisories@githubhttps://github.com/rails/rails/security/advisories/GHSA-f3w6-w445-fwh9
Frequently asked(4)
What is CVE-2026-126082?
CVE-2026-126082 is a rejected CVE ID: its record was withdrawn on November 12, 2026 and no longer describes a vulnerability. Reason given: This CVE is a duplicate of another CVE.
When was the CVE record for CVE-2026-126082 published?
The CVE record for CVE-2026-126082 was published on November 10, 2026. EchelonGraph's copy of the record carries a last-modified date of November 10, 2026; the record at its source may have been updated since.
What is the CVSS score of CVE-2026-126082?
CVE-2026-126082 has a CVSS base score of 9.8 (a secondary CVSS source that NVD displays; NVD's own analysis pending).
How do I remediate CVE-2026-126082?
There is nothing to remediate under CVE-2026-126082: it is a rejected (withdrawn) CVE ID and no longer describes a vulnerability.