LONDON (IT BOLTWISE) – Authentifizierte PoCs zeigen laut Forschern zwei Wege zu Remote Code Execution über RESTORE in bestimmten Redis-Varianten. Betroffen sind unter anderem Redis 6.2.22, 7.4.9, 8.6.4 und 8.8.0, wobei die Streams-Variante auf einer doppelten Freigabe basiert und die zweite Angriffskette im RedisBloom-TDigest-Loader entsteht. Redis reagierte am 23. Juli mit sieben Security-Updates und verweist darauf, dass Speicherfehler in freier Netzwerkentfernung zu Codeausführung führen können. Bis zum Upgrade empfiehlt der Hersteller, RESTORE stark einzuschränken und untrusted Netzwerkzugriffe zu blockieren.
Am 23. Juli hat Redis mehrere Security-Updates nachgeschoben, nachdem öffentlich nachvollziehbare Proofs-of-Concepts (PoCs) für Remote Code Execution (RCE) im Umfeld von RESTORE in gängigen Redis-Versionen auftauchten. Konkret werden vier Ausgangsketten beschrieben: Redis 6.2.22, 7.4.9, 8.6.4 und 8.8.0. In allen Fällen setzt der Angriff nicht nur eine Authentifizierung voraus, sondern verlangt außerdem RESTORE als Ausführungspfad. Das macht die Dynamik für Betreiber besonders ungemütlich: Selbst wenn Redis in vielen Umgebungen “nur intern” erreichbar ist, kann ein kompromittiertes Konto oder ein fehlerhaftes Segmentierungs-Setup bereits reichen, um die beschriebenen Wege zu öffnen.
Technisch betrachtet decken die PoCs zwei unterschiedliche Klassen von Speicherfehlern ab. Der erste Pfad nutzt Redis Streams und basiert auf einem Shared-Ownership-Bug: Ein fehlerhaftes RDB-Objekt kann dazu führen, dass zwei Consumer intern auf dasselbe Pending-Entry-Objekt zeigen. Entfernt man beide Consumer in der falschen Reihenfolge bzw. über den beschriebenen Ablauf, wird dasselbe Objekt doppelt freigegeben, wobei der zweite Consumer danach noch einen Dangling Pointer hält. Die veröffentlichte Kette zielt darauf, aus der resultierenden Speicher-Korruption eine willkürliche Speicherzugriffsprimitive abzuleiten und schließlich in einen Aufruf zu system() zu münden. Der zweite Pfad sitzt im RedisBloom TDigest RDB Loader: Hier passt eine Allocation aus einem serialisierten Kompressionswert nicht zur später verwendeten, attacker-kontrollierten Capacity-Angabe; daraus ergibt sich ein Out-of-Bounds Write, das in den PoCs zu Read-/Write-Primitiven, Adress-Leaks und wiederum zu einem system()-Aufruf genutzt wird.
Die jeweiligen Fixes sind dabei nicht nur “eine Bugfix-Zeile”, sondern je nach Streams- oder RedisBloom-Teilkomponente an unterschiedliche Branch-Versionen gekoppelt. Redis nennt für Streams Shared-NACK Use-after-Free Korrekturen in den Linien Redis 6.2.23, 7.2.15 und 7.4.10. Für die Kombi aus Streams-Thema und zusätzlicher Speicherkorruption durch RedisBloom greifen gleich mehrere Updates: Redis 8.2.8, 8.4.5 und 8.6.5 adressieren offenbar beides, während Redis 8.8.1 zusätzlich die Loader-Seite für RedisBloom und TDigest nachschärft. Bemerkenswert ist, dass der Streams-Guard bereits in Redis 8.8.0 vorhanden gewesen sein soll; dennoch musste in der 8.8-Serie ein zweiter Schritt nachgeliefert werden, weil die Loader-Funktionalität im RedisBloom/TDigest-Umfeld weitere Grenzen und Konsistenzprüfungen brauchte.
Für Betreiber mit mehreren Redis-Instanzen und unterschiedlichen Release-Trainings ist außerdem relevant, dass einige der diskutierten Zielversionen als Destinationen bereits aus früheren Security-Mitteilungen bekannt waren. Zwei PoC-Ziele werden explizit genannt: Redis 6.2.22 und 7.4.9, also Versionen, die im Mai-Update als Installationsziel kommuniziert wurden. In den damals adressierten Updates soll jedoch eine zentrale Ownership-Schutzlogik gefehlt haben, die die spätere Streams-Chain nun absichert. Daraus folgt eine klare operative Konsequenz: Wer lediglich prüft, ob Redis “kürzlich gepatcht” wurde, riskiert, in einem Zwischenstand zu landen, der den neuen Angriffspfad weiterhin ermöglicht. Entscheidend ist laut den beschriebenen Hinweisen, die exakte Branch-Version gegen den jeweiligen Fix-Stand zu prüfen.
Auch beim Thema Verwundbarkeitszuordnung zeigt sich eine typische Spannung zwischen Forschungsklassen und Produkt-Tracking. In dem Kontext wird die Streams-Problematik in einem öffentlichen Repository als “incomplete fix family” beschrieben, wobei Redis die dazugehörige CVE-Nummer offenbar nicht als Streams-Flaw, sondern als RedisBloom-bezogene Memory-Korruption im RESTORE-Umfeld verortet. In den genannten Release Notes vom 23. Juli findet sich dabei keine CVE- oder CVSS-Bewertung für die neu beschriebenen Klassen, und öffentliche Systemkataloge sollen zum Zeitpunkt der Recherche keine separaten Einträge für die im Juli neu betrachteten Shared-NACK- oder TDigest-Funde geführt haben. Für die Priorisierung in Unternehmen bedeutet das: Tracking über CVE-Nummern darf nicht die einzige Entscheidungsgrundlage sein, wenn Hersteller Updates ohne formale CVE-Punktzahlen nachschieben.
Parallel dazu wird die Veröffentlichung der PoCs von dem Einsatz KI-gestützter Agenten flankiert. In einem öffentlichen Kontext wird von “AI Agent Research” gesprochen, und es werden Zeitskalen genannt, etwa 19 Redis Zero-Days in rund 90 Minuten sowie die Erstellung eines Redis 8.8.0 Exploits in 27 Minuten. Diese Zahlen, Timings und der Grad an Autonomie werden allerdings als selbst berichtet beschrieben; verifiziert wird vor allem, dass Redis die Schwächen und Fixes grundsätzlich bestätigt. Für Security-Teams ist die praktische Aussage weniger “wie schnell war die KI” und mehr “welche Angriffspfade lassen sich über RESTORE in realen Versionen zuverlässig nachbauen”. In der Summe unterstreicht das Muster, dass KI-gestützte Analyse nicht nur als Forschungsspielzeug taugt, sondern auch dort Wirkung entfaltet, wo klassische Blackbox-Tests an Grenzen stoßen.
Bis zum vollständigen Upgrade empfiehlt Redis, den RESTORE-Befehl auf Konten zu beschränken, die ihn nicht zwingend benötigen, und untrusted Netzwerkzugriffe zu blockieren. Diese Empfehlung adressiert beide beschriebenen Pfade gleichermaßen, weil beide Chains RESTORE als Startpunkt nutzen. Wer RESTORE restriktiv deaktiviert oder nur für die strikt erforderlichen Rollen erlaubt, unterbricht damit effektiv die Angriffsoberfläche – selbst dann, wenn ein PoC bereits vorliegt. Für Umgebungen mit vielen Datenmigrations- oder Snapshot-Routinen ist das zugleich ein Architekturthema: RESTORE wird zum Sicherheits-Feature, nicht nur zu einer Admin-Funktion. Unternehmen sollten deshalb nicht nur “auf die neue Version” setzen, sondern auch prüfen, ob ihre Rollenmodelle und Netzwerk-Sicherheitszonen den beschriebenen worst case abfangen.
💳 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 patcht RESTORE-Nulltage: doppelte Freigabe in Streams und Out-of-Bounds im RedisBloom-TDigest" 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 patcht RESTORE-Nulltage: doppelte Freigabe in Streams und Out-of-Bounds im RedisBloom-TDigest" 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 patcht RESTORE-Nulltage: doppelte Freigabe in Streams und Out-of-Bounds im RedisBloom-TDigest« bei Google Deutschland suchen, bei Bing oder Google News!