LONDON (IT BOLTWISE) – Ruby on Rails hat einen Fix für eine kritische Active-Storage-Schwachstelle veröffentlicht, die unautorisierte Angreifer per präpariertem Bild-Upload zum Lesen beliebiger Dateien bringen kann. Betroffen ist vor allem der Trust-Boundary-Übergang zwischen Active Storage und libvips, wenn Vips-Processing aktiv ist und untrusted Loader/Transformer durchgereicht werden. Die Lücke (CVE-2026-66066, CVSS 9,5) kann Prozess-Umgebungsvariablen und damit Secrets wie secret_key_base, Master Key und Datenbankzugänge offenlegen. Rails rät außerdem zu sofortigem Secret-Rotationszyklus, weil das Patchen gestohlene Credentials nicht automatisch zurückholt.

Ruby on Rails liefert mit dem jüngsten Sicherheitsupdate einen Patch für eine Active-Storage-Schwachstelle, die die Angriffshürde deutlich senkt: Statt irgendeine Authentifizierung zu umgehen, reicht aus Sicht der Veröffentlichung ein präparierter Bild-Upload durch einen untrusted Akteur. Das Entscheidende ist nicht nur der Dateityp, sondern die interne Verarbeitungskette. Rails beschreibt die Ursache als Problem an der Vertrauensgrenze zwischen Active Storage und der Bildbibliothek libvips: Wenn Active Storage Vips als Prozessor nutzt, werden bestimmte Loader- und „unsafe“ Operationen aus libvips trotz feindseliger Eingaben weitergereicht. Dadurch kann im Erfolgsfall eine Arbitrary-File-Read-Primitive entstehen, die Dateien sichtbar macht, die der Rails-Worker lesen darf.
Technisch wird die Brisanz im Detail sichtbar. Die Lücke trägt die Kennung CVE-2026-66066 und erhält eine CVSS-Bewertung von 9,5, weil die extrahierbaren Daten typischerweise sehr mächtig sind. Zu den genannten potenziellen Lecks zählen Prozess-Umgebungsvariablen und konkrete Rails-Secrets wie secret_key_base sowie der Rails Master Key. Hinzu kommen Datenbankpasswörter, Cloud-Storage-Credentials und API-Tokens. Das ist der Sprungbrett-Effekt: Wer diese Secrets ausliest, kann daraus abhängig von Zielsystem und Berechtigungen entweder Remote Code Execution (RCE) oder zumindest laterale Bewegung in verbundene Komponenten ableiten.
Bei den betroffenen Versionen zeigt sich eine klare Abhängigkeit vom konkreten Bild-Backend. Laut den betroffenen Bereichen von Ethiack und GMO Flatt Security liegt die Hauptstrecke bei Rails 7.0.0 bis 7.2.3.1, Rails 8.0.0 bis 8.0.5 sowie Rails 8.1.0 bis 8.1.3.1. Rails-Versionen der Linie 6.0.0 bis 6.1.7.10 gelten demnach nur dann als gefährdet, wenn Active Storage dort explizit für Vips konfiguriert ist; Vips war in Rails 6 nicht standardmäßig der Prozessor. Außerdem wird in der Darstellung betont, dass Anwendungen, die stattdessen MiniMagick einsetzen, über diesen spezifischen Pfad nicht exponiert sind. Wichtig ist auch: Rails 7.0 und 7.1 sind end of life, sodass dort keine „einzige kleine“ Fix-Option bleibt, sondern ein Upgrade auf eine aktuell gepatchte Rails-Version erforderlich ist.
Für den operativen Ablauf nennt Rails konkrete Mindeststände, die nicht bei „nur Rails upgraden“ enden. Die gepatchte Installation setzt libvips 8.13 oder später voraus; wenn zusätzlich ruby-vips installiert ist, wird ruby-vips 2.2.1 oder neuer gefordert. Der Patch selbst setzt auf eine Sperrlogik in Vips: beim Start wird Vips.block_untrusted(true) aktiviert. Für Umgebungen, die Rails nicht sofort auf den Zielstand heben können, wird als Übergangslösung VIPS_BLOCK_UNTRUSTED als Laufzeit-Option erwähnt; alternativ kann die Blockierung auch via Vips.block_untrusted(true) beim Einsatz von ruby-vips 2.2.1 erfolgen. Rails macht außerdem deutlich, dass ältere libvips-Versionen die untrusted Loader/Operationen nicht zuverlässig blockieren, weshalb in diesen Fällen entweder ein libvips-Upgrade oder eine Deinstallation/Entfernung der libvips-Komponente notwendig ist.
Ein besonders praxisrelevanter Punkt ist, dass kein gesonderter „Resize“- oder „Thumbnail“-Endpunkt nötig sein muss. Rails stellt klar, dass das Generieren von Varianten keine separate Voraussetzung ist: Die Schwachstelle kann bereits dann greifen, wenn Active Storage Vips Analyzer und Transformer untrusted Attachments an die unsafe Operationen übergeben. Das reduziert die Angriffsfläche in typischen Webapps, weil Upload-Funktionalitäten häufig ohnehin vorhanden sind. Gleichzeitig hängt der genaue Schritt von „File-Read“ zu Codeausführung oder Lateral Movement davon ab, was tatsächlich extrahiert wird und welche Reichweite die gestohlenen Credentials besitzen. Diese Abhängigkeit erklärt auch, warum es laut den Angaben keine veröffentlichten Details zu Format-Malformationen, File-Read-Konstruktion oder einer konkreten RCE-Kette gab und bis zu dem genannten Zeitpunkt kein Proof-of-Concept publiziert wurde.
Als Risikomanagement-Orientierung nennt Rails außerdem einen kritischen Nachsatz für Betreiber: Das Patchen widerruft nicht automatisch bereits gestohlene Daten. In der Praxis bedeutet das, dass nach dem Update ein geplanter Rotationszyklus nötig ist. Rails führt dabei explizit an, secret_key_base, den Master Key und die daraus abgeleiteten bzw. entschlüsselten Credentials zu ersetzen, ebenso Datenbankzugänge, Active-Storage-Service-Keys und drittseitige Tokens. Darüber hinaus wird angekündigt, dass weitere technische Details spätestens bis zum 28. August 2026 veröffentlicht werden sollen, was für Sicherheitsverantwortliche relevant ist, um Signaturen, Monitoring-Regeln und Backtracking-Strategien präziser zu machen.
Ein weiterer Realitätscheck betrifft das „in-the-wild“-Thema. Weder Rails noch die genannten Forschungsgruppen berichten von nachweisbarer Ausnutzung in der Praxis zum Zeitpunkt der Veröffentlichung, und eine Prüfung auf bekannte „Known Exploited“-Kataloge zeigte die CVE zu dem genannten Prüfzeitpunkt nicht im entsprechenden Stand. Trotzdem bleibt der Handlungsdruck hoch, weil die Kombination aus hoher Schwere (CVSS 9,5) und typischen Deployments die Worst-Case-Wahrscheinlichkeit erhöht: Eine „vulnerable deployment“ braucht nicht nur die passende Rails-Variante, sondern auch Vips-Nutzung, untrusted Bild-Uploads und eine libvips-Build-Variante mit einer exploitierbaren Operation in der Kette. Für Teams heißt das: Patchen allein reicht nicht als Sicherheitsmaßnahme, sondern muss mit Angriffserkennung und Secret-Hygiene als Paket betrachtet werden.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- NIEDLICHER BEGLEITER: Eilik ist der ideale Begleiter für Kinder und Erwachsene, die Haustiere, Spiele und intelligente Roboter lieben. Mit vielen Emotionen, Bewegungen und interaktiven Funktionen.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!

- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Rails-Fix gegen Active Storage: Unautorisierte Angreifer lesen Serverdateien" für unsere Leser?


#Sophos
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Rails-Fix gegen Active Storage: Unautorisierte Angreifer lesen Serverdateien" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Rails-Fix gegen Active Storage: Unautorisierte Angreifer lesen Serverdateien« bei Google Deutschland suchen, bei Bing oder Google News!