LONDON (IT BOLTWISE) – Mehrere authentifizierte Redis-Fehler können über RESTORE zu Remote Code Execution führen, darunter ein doppelte-Freigabe-Szenario in Redis Streams und ein Out-of-Bounds-Write im RedisBloom TDigest Loader. Betroffen sind konkrete Minor-Versionen über Redis 6.2 bis 8.8, und die Fixes liegen in den jeweiligen Juli-Releases. Bis zum Update rät Redis zur scharfen Einschränkung von RESTORE sowie zur Blockade untrusted Netzwerkzugriffe. Der Fall zeigt außerdem, wie schnell automatisierte Schwachstellenfindung mittlerweile PoCs bis in komplizierte Speicherfehlerketten tragen kann.
Redis hat am 23. Juli mehrere Sicherheitspakete veröffentlicht, nachdem Forschende für bestimmte Redis-Versionen authentifizierte Proofs-of-Concepts veröffentlicht hatten. Im Kern geht es nicht um einen einzelnen Bug, sondern um zwei unterschiedliche Angriffswege, die beide letztlich in Remote Code Execution münden können – abhängig von der konfigurierten Datenbankfunktionalität und davon, ob ein Angreifer das RESTORE-Kommando missbrauchen kann. Redis beschreibt die zugrunde liegenden Speicherprobleme dabei als potenziell geeignet, um aus einem Fehler in der Speicherverwaltung eine Ausführung von Code im Serverprozess abzuleiten.
Technisch betrachtet ist der erste Weg in Redis Streams verankert. Der Ausgangspunkt ist ein Problem der Shared-Ownership: Ein korruptes RDB-Objekt kann dafür sorgen, dass zwei Stream-Consumer auf dasselbe pending-entry-Objekt zeigen. Entfernt man beide Consumer, wird dasselbe Objekt zwei Mal freigegeben – eine doppelte Freigabe, die zu einem dangling Pointer beim zweiten Consumer führt. In den veröffentlichten Skripten wird diese Speicherbeschädigung so orchestriert, dass sie in willkürlichen Speicherzugriff übergeht; im nächsten Schritt wird dann eine Hash-Funktion so manipuliert, dass ein gezieltes GET schließlich in einen system()-Aufruf kippt. Besonders relevant ist dabei, dass für die Streams-Kette zusätzliche Kommandos erforderlich sind: EVAL und XGROUP, inklusive der Variante, die sich speziell auf Redis 8.8.0 bezieht.
Der zweite Weg nutzt den RedisBloom TDigest RDB Loader. Hier entsteht die Verwundbarkeit durch einen Größen-Mismatch: Die Loader-Logik allokiert Speicher für Zentroid-Arrays anhand eines serialisierten Kompressionswerts, vertraut jedoch bei der Entscheidung, wie viele Knoten geladen werden sollen, auf ein zusätzliches capacity-Feld, das vom Angreifer kontrolliert werden kann. Ergebnis ist ein Out-of-Bounds-Write – also ein Schreiben außerhalb der Grenzen des tatsächlich reservierten Puffers. Die veröffentlichten Skripte zielen darauf ab, aus dieser Schreibüberschreitung Lese- und Schreibprimitive zu bauen, dabei sowohl Redis- als auch libc-Adressen auszuleaken und anschließend über eine vergiftete Hash-Funktion einen system()-Aufruf auszulösen. Für den Angriffsablauf ist dabei die exakte Versionierung entscheidend: Redis nennt ein Fix-Pattern, bei dem die geladene TDigest capacity mit der aus dem Kompressionswert abgeleiteten Allokation konsistent sein muss sowie bestimmte Zähler vor dem Lesen der Arrays begrenzt werden.
Für die betriebliche Seite ist vor allem die Mitigation entscheidend, weil die Ausnutzung nicht „blind“ funktioniert. Redis empfiehlt, bis zum Update RESTORE für Konten zu entziehen, die es nicht zwingend benötigen, und außerdem untrusted Netzwerkzugriffe zu blockieren. Der Grund ist relativ direkt: Beide veröffentlichten Pfade hängen an RESTORE als Einstiegspunkt, das Kommando wird also zur gemeinsamen „Eingangstür“ der beiden Ketten. Sobald man RESTORE verlässlich einschränkt, werden sowohl der Streams- als auch der RedisBloom-TDigest-Weg unterbrochen. Zusätzlich betont Redis, dass Betreiber nicht nur „irgendwann kürzlich gepatcht“ prüfen sollten, sondern die genaue Branch-Version auf den Zielzweig abstimmen müssen, weil einzelne Fixes je nach Release-Stand unterschiedlich früh oder vollständig enthalten sein können.
Auch die Versionierung zeigt, wie fein die Patches in den Details sitzen. Für die Streams-Variante nennt Redis separate Fixes für eine Reihe von Releases: So adressieren Redis 6.2.23, 7.2.15 und 7.4.10 das Use-after-free im Streams shared-NACK-Komplex. In späteren Releases werden zusätzlich die RedisBloom- und TDigest-Out-of-Bounds-Speicherfehler geschlossen, unter anderem durch Redis 8.2.8, 8.4.5 und 8.6.5. Redis 8.8.1 kümmert sich dabei spezifisch um Probleme in den RedisBloom- und TDigest-Loadern, während der Streams-Guard bereits in Redis 8.8.0 enthalten gewesen sein soll. Für Betreiber ist das ein klarer Hinweis: Eine „Patch-Tür“ reicht nicht, wenn sie die falsche Komponente in der Kette offen lässt.
Neben den technischen Details fällt die Story um KI-gestützte Schwachstellenfindung auf. Berichten zufolge haben KI-Agenten innerhalb kurzer Zeitspannen zahlreiche Redis-Nulltage-ähnliche Findings identifiziert und PoCs erzeugt, inklusive einer Laufzeit, die für einen weiteren Redis 8.8.0-expliziten Pfad genannt wurde. Solche Zahlen bleiben jedoch Selbstangaben aus dem KI-Umfeld; der Abgleich mit dem öffentlichen Fix- und Schwachstellenmaterial zeigt zwar, dass die Fehlerklassen und ihre Behebung tatsächlich existieren, aber nicht, ob die behauptete Anzahl an Zero Days vollständig unabhängig validierbar ist. Unabhängig davon lässt sich aus der Veröffentlichung ein Muster ableiten: Automatisierte Prozesse können komplexe Speicherfehlerketten (doppelte Freigabe, Out-of-Bounds, Primitive-Aufbau, Adressleak und Kontrolle des Kontrollflusses über Hash-Mechanismen) schneller zu nutzbaren PoCs verdichten als klassische manuelle Review-Workflows.
Für Unternehmen bedeutet das vor allem zwei praktische Schritte. Erstens sollte das Redis-Release-Management so eng geführt werden, dass Minor- und Branch-Versionsstände überprüfbar sind, statt sich auf vage Formulierungen wie „aktuell gepatcht“ zu verlassen. Zweitens lohnt es sich, die eigene Redis-Exponierung als Angriffsfläche systematisch zu reduzieren: RESTORE-Rechte rollenbasiert minimieren, Netzwerkzugriffe auf bekannte „untrusted“-Zonen beschränken und Redis-Funktionen nur dort aktivieren, wo sie betriebsnotwendig sind. Je nach eingesetztem Modulstack kann der RedisBloom-TDigest-Loader im Ernstfall den Unterschied machen, ob aus einem Parser- oder RDB-Ladevorgang eine vollständige Kompromittierung wird. Genau darin liegt die zentrale Botschaft dieser Meldung: Sicherheit entsteht nicht nur durch Updates, sondern durch die Kombination aus Patch-Disziplin und konsequenter Funktionsreduzierung.
💳 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 "Redis mehrfache RCE-Wege über RESTORE: Zero-Days, Memory Bugs und harte Mitigations" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
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 "Redis mehrfache RCE-Wege über RESTORE: Zero-Days, Memory Bugs und harte Mitigations" 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: »Redis mehrfache RCE-Wege über RESTORE: Zero-Days, Memory Bugs und harte Mitigations« bei Google Deutschland suchen, bei Bing oder Google News!