Active Storage: Umgehung von Dateigrössenlimits bei GCS-Direct-Uploads
Zusammenfassung
Active Storage in Ruby on Rails bindet die deklarierte Dateigrösse nicht in die signierte URL für Direct-Uploads zu Google Cloud Storage (GCS) ein. Ein Client mit einer solchen signierten URL kann eine Datei hochladen, die grösser ist als die deklarierte Grösse, und der gespeicherte Blob behält die deklarierte Grösse. Dadurch können Dateigrössenvalidierungen und Speicherkontingente der Anwendung umgangen werden. Betroffen sind nur Anwendungen, die Dateien in GCS speichern und Direct-Uploads akzeptieren.
Betroffen
- rails (activestorage) 8.1 vor 8.1.4.1
- rails (activestorage) vor 8.0.5.2
- Nur der Google-Cloud-Storage-Dienst mit Direct-Uploads
Behoben in
- Auf activestorage 8.1.4.1 oder 8.0.5.2 (oder neuer) aktualisieren
Umgehung
Unbekannt. Der Hersteller dokumentiert keine Workaround-Massnahme. Das Aktualisieren ist die Behebung.
Ausnutzung
- In den geprüften Quellen wurde kein Hinweis auf eine Ausnutzung in freier Wildbahn gefunden
- In den geprüften Quellen wurde kein öffentlicher Proof of Concept gefunden
- In den geprüften Quellen nicht im CISA-KEV-Katalog aufgeführt
Unsere Empfehlung
- Rails-Anwendungen identifizieren, die den GCS-Speicherdienst mit Direct-Uploads nutzen (config/storage.yml)
- Active Storage auf 8.1.4.1 oder 8.0.5.2 (oder neuer) aktualisieren; bei älteren Versionen einen Wechsel auf einen unterstützten Zweig planen
- x-goog-content-length-range in die responseHeader-Liste der CORS-Konfiguration des GCS-Buckets aufnehmen und Browser-Uploads testen
- Prüfen, ob Direct-Upload-URLs an nicht authentifizierte Benutzer ausgegeben werden, sowie Speicherkontingente und Grössenlimits kontrollieren
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Rails GHSA-hfr4-8rjc-97m2 advisory github.com
- Rails release v8.1.4.1 github.com
- Rails release v8.0.5.2 github.com
- Rails commit e19916c (8.1) github.com
- Rails commit 7fe85a7 (8.0) github.com
- OSV GHSA-hfr4-8rjc-97m2 osv.dev
- Rails security releases 8.0.5.2 and 8.1.4.1 discuss.rubyonrails.org
- CVE Record CVE-2026-126085 www.cve.org
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 11.11.2026 18:15.
Referenzen der NVD (5)
- https://github.com/rails/rails/commit/7fe85a72a789eae5ee070ce3ee1dad10a8a5f70c
- https://github.com/rails/rails/commit/e19916cea31cbfb0030b165ae853b741f8dd57a7
- https://github.com/rails/rails/releases/tag/v8.0.5.2
- https://github.com/rails/rails/releases/tag/v8.1.4.1
- https://github.com/rails/rails/security/advisories/GHSA-hfr4-8rjc-97m2
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.
