Rails Active Storage has possible content type bypass via metadata in direct uploads

TRUNG BÌNH 5.3CVE-2026-33173 · GHSA-qcfx-2mfw-w4cg · Công bố 24/03/2026 · cập nhật 17/06/2026

Tóm tắt nhanh

CVE-2026-33173 là lỗ hổng mức TRUNG BÌNH (CVSS 5.3) ảnh hưởng activestorage, rails (rubyonrails).
Xác suất bị khai thác trong 30 ngày tới (EPSS): 0.40%, cao hơn 34.0% các lỗ hổng khác.
Cách xử lý: cập nhật lên 8.0.4.1, 8.1.2.1, 7.2.3.1 hoặc mới hơn.

Gói / sản phẩm	Phiên bản bị ảnh hưởng	Phiên bản đã vá
activestorage RubyGems	`≥ 8.0.0.beta1, < 8.0.4.1≥ 8.1.0.beta1, < 8.1.2.1< 7.2.3.1`	`8.0.4.18.1.2.17.2.3.1`
rails rubyonrails	`≥ 8.0.0, < 8.0.4.1≥ 8.1.0, < 8.1.2.1< 7.2.3.1`	`8.0.4.18.1.2.17.2.3.1`

Mô tả

Impact

Active Storage's DirectUploadsController accepts arbitrary metadata from the client and persists it on the blob. Because internal flags like identified and analyzed are stored in the same metadata hash, a malicious direct-upload client could set these flags.

Releases

The fixed releases are available at the normal locations.

Credit

This was responsible reported by Hackerone researcher pwnie

Mô tả của NVD

Active Storage allows users to attach cloud and local files in Rails applications. Prior to versions 8.1.2.1, 8.0.4.1, and 7.2.3.1, `DirectUploadsController` accepts arbitrary metadata from the client and persists it on the blob. Because internal flags like `identified` and `analyzed` are stored in the same metadata hash, a direct-upload client can set these flags to skip MIME detection and analysis. This allows an attacker to upload arbitrary content while claiming a safe `content_type`, bypassing any validations that rely on Active Storage's automatic content type identification. Versions 8.1.2.1, 8.0.4.1, and 7.2.3.1 contain a patch.