Magento 2.4.6 Open Source und APSB26-153: Welche Möglichkeiten bleiben für Betreiber älterer Shops?

Am 13. Oktober 2026 hat Adobe mit APSB26-153 einen Sicherheitspatch für Magento veröffentlicht. Dieser schließt mehrere Sicherheitslücken, darunter die besonders kritische Schwachstelle BlockStrap (CVE-2026-103849) mit einem CVSS-Wert von 10,0.

Für Betreiber von Magento Open Source 2.4.6 ergibt sich dadurch ein Problem. Ihre Magento-Version ist von den Sicherheitslücken betroffen, Adobe stellt den Oktober-2026-Sicherheitspatch für Magento Open Source jedoch erst ab Version 2.4.7 bereit.

Das betrifft insbesondere Unternehmen, die seit mehreren Jahren einen Magento-Shop betreiben. Häufig wurden individuelle Erweiterungen, Schnittstellen zu Warenwirtschaftssystemen oder Anpassungen am Checkout entwickelt. Ein Wechsel auf eine neuere Magento-Version kann dadurch zusätzlichen Aufwand verursachen.

Was können diese Unternehmen tun, wenn sie ihren Shop kurzfristig nicht aktualisieren können? Lassen sich die Sicherheitslücken individuell schließen? Können zusätzliche Sicherheitsmaßnahmen einen Weiterbetrieb ermöglichen? Und wann ist ein Upgrade wirtschaftlich die bessere Entscheidung?

Dieser Beitrag zeigt die verbleibenden Möglichkeiten und erklärt, welche Risiken berücksichtigt werden sollten.

Quelle: Adobe Sicherheitsbulletin APSB26-153, abgerufen am 22.10.2026.

Inhaltsverzeichnis

Magento Open Source 2.4.6 und APSB26-153

Welche Sicherheitslücken betreffen Magento Open Source 2.4.6?

Das Adobe-Sicherheitsbulletin APSB26-153 behandelt mehrere Schwachstellen unterschiedlicher Schweregrade. Mögliche Folgen reichen von der Ausweitung bestehender Berechtigungen bis zur Ausführung von Schadcode auf dem Shopserver.

Besonders relevant ist CVE-2026-103849, auch als BlockStrap bezeichnet.

Adobe bewertet diese Schwachstelle mit dem maximalen CVSS-Basiswert von 10,0. Ein Angreifer benötigt dafür nach Angaben von Adobe keine Anmeldung und keine Interaktion eines Shopadministrators.

Die Schwachstelle betrifft die Verarbeitung von Magento-Templates. Präparierte Inhalte können unter bestimmten Bedingungen dazu führen, dass Anweisungen ausgeführt werden, die eigentlich nicht ausgeführt werden dürften.

Sicherheitsforscher von Sansec konnten mehrere Angriffsmöglichkeiten reproduzieren.

Eine erfolgreiche Ausnutzung kann es einem Angreifer ermöglichen, PHP-Code auf dem Shopserver auszuführen. Abhängig von der Serverkonfiguration und den Berechtigungen des betroffenen Prozesses können dadurch beispielsweise Shopdateien manipuliert, Informationen ausgelesen oder dauerhafte Hintertüren eingerichtet werden.

Adobe meldete zum Zeitpunkt der Veröffentlichung des Sicherheitsbulletins keine bekannte aktive Ausnutzung der enthaltenen Schwachstellen. Sansec hatte zum Zeitpunkt seiner Untersuchung am 15. Oktober ebenfalls noch keine BlockStrap-Angriffe auf produktive Shops beobachtet. Das bedeutet allerdings nicht, dass spätere oder bisher unentdeckte Angriffe ausgeschlossen sind.

Ausführlichere Informationen finden Sie in unserem Beitrag BlockStrap in Magento und Adobe Commerce.

Quellen:

Warum gibt es für Magento Open Source 2.4.6 keinen offiziellen Oktober-Patch?

Der reguläre Support für die Magento-Versionslinie 2.4.6 endete am 11. August 2026.

In der offiziellen Lösungstabelle zu APSB26-153 führt Adobe für Magento Open Source die Oktober-2026-Korrekturen der Versionslinien 2.4.7, 2.4.8 und 2.4.9 auf. Magento Open Source 2.4.6 ist dort nicht aufgeführt.

Adobe bestätigt außerdem in der Dokumentation zu den isolierten Oktober-Patches, dass Betreiber von Magento Open Source diese erst für Version 2.4.7 oder neuer herunterladen können.

Für Magento Open Source 2.4.6 steht somit nach den offiziellen Veröffentlichungen kein allgemein verfügbarer APSB26-153-Patch von Adobe bereit.

Ein Shop, der beispielsweise Magento Open Source 2.4.6-p15 einsetzt, erhält dadurch nicht automatisch Schutz gegen BlockStrap.

Das kann auch Shops betreffen, bei denen sämtliche bis zum regulären Supportende verfügbaren Sicherheitspatches installiert wurden.

Quellen:

Welche Möglichkeiten bleiben für Betreiber von Magento Open Source 2.4.6?

Betreiber älterer Shops haben grundsätzlich mehrere Handlungsoptionen. Welche davon sinnvoll ist, hängt vom technischen Zustand des Shops, den eingesetzten Erweiterungen und dem Aufwand für ein Upgrade ab.

Möglichkeit	Zweck	Wichtige Einschränkung
Upgrade auf eine unterstützte Version	Offizielle Sicherheitskorrekturen einspielen	Abhängigkeit von Erweiterungen, PHP und Hosting
Individueller Sicherheitspatch	Eine konkrete Schwachstelle im vorhandenen Shop beheben	Wirksamkeit und Kompatibilität müssen nachgewiesen werden
Web Application Firewall	Bekannte Angriffswege auf HTTP-Ebene blockieren	Nicht jeder mögliche Angriff wird zwangsläufig erkannt
Security-Monitoring und Systemhärtung	Angriffe erkennen und Angriffsfläche reduzieren	Offene Schwachstellen können weiterhin bestehen
Kombination mehrerer Maßnahmen	Zeit für ein geplantes Upgrade schaffen	Restrisiko muss bewertet und dokumentiert werden

Möglichkeit 1. Upgrade auf eine unterstützte Magento-Version

Die naheliegendste Möglichkeit ist ein Upgrade auf eine Magento-Open-Source-Version, für die Adobe aktuelle Sicherheitsupdates bereitstellt.

Im Oktober 2026 kommen dafür insbesondere die Versionslinien 2.4.7, 2.4.8 und 2.4.9 infrage, jeweils mit den erforderlichen aktuellen Sicherheitskorrekturen.

Ein Upgrade auf Magento 2.4.7 kann bei einzelnen Shops zunächst weniger Anpassungen erfordern als der direkte Wechsel auf 2.4.9. Allerdings endet der reguläre Support dieser Versionslinie nach den veröffentlichten Supportterminen bereits im Mai 2027.

Bei Magento 2.4.8 nennt Adobe den Mai 2028 und bei 2.4.9 den Mai 2029 als reguläres Supportende.

Wer ohnehin ein größeres Upgrade durchführen muss, sollte deshalb prüfen, ob sich der direkte Wechsel auf Magento 2.4.9 lohnt.

Dabei sind allerdings einige technische Änderungen zu berücksichtigen.

Magento Open Source 2.4.9 verwendet neuere Systemkomponenten und unterstützt unter anderem PHP 8.5. PHP 8.2 und 8.3 werden von dieser Magento-Version nicht mehr unterstützt.

Eine bestehende Serverumgebung muss daher möglicherweise ebenfalls aktualisiert werden.

Bei einem Magento-Shop mit zahlreichen Erweiterungen kann dies folgende Bereiche betreffen:

Magento-Erweiterungen von Drittanbietern
individuelle Programmierungen und Module
das vorhandene Theme und den Checkout
Schnittstellen zu ERP, PIM oder Warenwirtschaft
Zahlungsarten und Versandmodule
PHP, Datenbank, Suchsystem und Cache
automatisierte Import- und Exportprozesse

Welche Anpassungen tatsächlich erforderlich sind, lässt sich erst nach einer technischen Prüfung feststellen.

Die gute Nachricht ist, dass nicht zwangsläufig jede Zwischenversion einzeln produktiv eingesetzt werden muss. Ein direkter Versionssprung kann möglich sein, wenn die erforderlichen technischen Anpassungen und Tests durchgeführt werden.

Wie sich der Aufwand ermitteln lässt, erläutern wir ausführlicher in unserem Beitrag Magento 2.4.6 auf 2.4.9 updaten: Was kostet der direkte Versionssprung?.

Quellen:

Möglichkeit 2. Den bestehenden Shop durch eine Web Application Firewall absichern (nicht empfohlen)

Wenn ein Upgrade oder individueller Patch kurzfristig nicht möglich ist, können zusätzliche Sicherheitsmaßnahmen helfen, Angriffsversuche zu blockieren. Eine häufig eingesetzte Lösung ist eine Web Application Firewall, kurz WAF.

Eine WAF analysiert HTTP-Anfragen, bevor sie die eigentliche Shopanwendung erreichen. Je nach eingesetzter Lösung können verdächtige Anfragen anhand bestimmter Regeln erkannt und blockiert werden. Im Idealfall verhindert dies, dass ein bekannter Angriff überhaupt den verwundbaren Programmteil erreicht.

Für BlockStrap hat der Sicherheitsspezialist Sansec entsprechende Schutzregeln für Sansec Shield veröffentlicht.

Laut Sansec wurden diese Schutzregeln am 14. Oktober 2026 aktiviert. Das ist für Magento-2.4.6-Betreiber interessant, die ein Upgrade nicht unmittelbar durchführen können.

Welche Grenzen hat eine WAF?

Die Wirksamkeit hängt davon ab, ob die eingesetzten Regeln den jeweiligen Angriff tatsächlich erkennen.

Angreifer können versuchen, bekannte Angriffe auf unterschiedliche Weise auszuführen. Außerdem lassen sich nicht alle Arten von Sicherheitslücken gleichermaßen auf HTTP-Ebene abwehren.

Hinzu kommt, dass die Konfiguration des Shops und seiner Infrastruktur eine Rolle spielt.

Wichtig ist deshalb eine konkrete technische Überprüfung, ob die gewählte Schutzlösung für die jeweilige Schwachstelle und die betreffende Magento-Installation geeignet ist.

Eine pauschale Aussage, dass eine beliebige WAF Magento Open Source 2.4.6 vollständig gegen APSB26-153 absichert, wäre nicht belastbar.

Quelle: Sansec BlockStrap Research

Möglichkeit 3. Zusätzliche Sicherheitsüberwachung und Systemhärtung (nicht empfohlen)

Neben einer WAF kommen weitere Maßnahmen infrage. Dazu gehören beispielsweise die Einschränkung unnötiger Zugriffswege, eine restriktive Rechtevergabe auf dem Server und die Überwachung von verdächtigen Veränderungen.

Mögliche Maßnahmen sind:

nicht benötigte öffentliche Schnittstellen identifizieren und gegebenenfalls deaktivieren
Zugriffe auf administrative Bereiche zusätzlich absichern
Dateiveränderungen und verdächtige Prozesse überwachen
Zugriffsprotokolle und Anwendungslogs regelmäßig auswerten
zusätzliche Sicherheitsscans des Shops durchführen
nicht benötigte Erweiterungen entfernen
Zugriffsrechte von Webserver, PHP-Prozessen und anderen Diensten einschränken
Wiederherstellbarkeit und Integrität vorhandener Backups prüfen

Der Nutzen dieser Maßnahmen hängt von der konkreten Infrastruktur ab.

Besonders wichtig ist, dass ein kompromittierter Shop nicht zwingend durch auffällige Fehler im Frontend erkennbar wird.

Ein Angreifer kann unter Umständen Änderungen vornehmen, ohne dass Kunden oder Shopadministratoren dies unmittelbar bemerken.

Eine zusätzliche Sicherheitsüberwachung hilft deshalb auch dabei, mögliche Kompromittierungen möglichst frühzeitig zu erkennen.

Welche Maßnahmen sollten Betreiber von Magento 2.4.6 jetzt konkret durchführen?

Bevor über ein größeres Upgrade entschieden wird, sollte der vorhandene Magento-Shop technisch überprüft werden.

Dabei geht es zunächst darum, die tatsächliche Sicherheitslage zu ermitteln.

1. Installierte Magento-Version und Patchstand überprüfen

Zunächst sollte festgestellt werden, welche Magento-Version tatsächlich produktiv eingesetzt wird.

Die Versionsnummer allein reicht dafür nicht aus.

Es muss auch geprüft werden, welche zusätzlichen Sicherheitspatches installiert wurden und ob die Änderungen tatsächlich in den produktiven Shop übernommen wurden.

Bei Composer-basierten Magento-Installationen können beispielsweise composer.lock, installierte Paketversionen, Patchdateien und die produktiven Codeänderungen untersucht werden.

Adobe stellt außerdem das Commerce Version Tool zur Prüfung von Sicherheitskorrekturen bereit. Es kann auch Magento Open Source berücksichtigen, sofern für die betreffende Version entsprechende Patch-Metadaten vorhanden sind.

Da Magento Open Source 2.4.6 nicht mehr regulär unterstützt wird, darf jedoch nicht vorausgesetzt werden, dass dieses Werkzeug sämtliche aktuellen Sicherheitslücken dieser Version zuverlässig bewerten kann.

Ein Bericht mit unbekanntem Patchstatus ist kein Nachweis, dass eine Schwachstelle geschlossen wurde.

Quelle: Adobe Commerce Version Tool, abgerufen am 22.10.2026.

2. Den separaten StyleSmuggler-Hotfix überprüfen

Besondere Aufmerksamkeit verdient die Sicherheitslücke CVE-2026-75650, bekannt als StyleSmuggler.

Adobe veröffentlichte hierfür bereits am 7. September 2026 einen separaten Hotfix.

Im Unterschied zum Oktober-Patch sind für diese Schwachstelle ausdrücklich auch Hotfix-Versionen für Magento Open Source 2.4.6 dokumentiert.

Adobe bestätigte zudem, dass die Schwachstelle bereits aktiv ausgenutzt wurde.

Wichtig ist, dass die Oktober-Korrekturen aus APSB26-153 den separaten StyleSmuggler-Hotfix nicht enthalten.

Betreiber müssen deshalb prüfen, ob dieser Hotfix installiert ist und ob die zugehörigen Sicherheitsmaßnahmen vollständig umgesetzt wurden.

Adobe empfiehlt im Zusammenhang mit StyleSmuggler außerdem, Verschlüsselungsschlüssel und möglicherweise betroffene Zugangsdaten zu erneuern.

Dies betrifft je nach System unter anderem Integrationen, API-Zugangsdaten und Zugänge zu externen Diensten.

Quelle: Adobe Sicherheitsinformation zu APSB26-146 und CVE-2026-75650, abgerufen am 22.10.2026.

3. Prüfen, ob bereits eine Kompromittierung vorliegt

Bei kritischen Sicherheitslücken ist die Installation eines Patches möglicherweise nur ein Teil der erforderlichen Maßnahmen.

Wenn ein Angreifer die Schwachstelle bereits ausgenutzt hat, könnten beispielsweise zusätzliche Benutzer angelegt, Dateien verändert oder Hintertüren installiert worden sein.

Ein Sicherheitspatch entfernt solche Veränderungen üblicherweise nicht automatisch.

Deshalb sollte bei konkreten Verdachtsmomenten eine Untersuchung durchgeführt werden.

Dazu gehören die Prüfung verdächtiger Prozesse und Dateien, die Analyse von Serverlogs sowie die Kontrolle von Administratoren und Integrationen.

Bei bestätigten Anzeichen einer Kompromittierung sollten Beweise gesichert und das betroffene System nach einem strukturierten Incident-Response-Verfahren behandelt werden.

Auch mögliche Datenschutzfolgen müssen dann bewertet werden.

4. Prüfen, wie schnell ein Upgrade realistisch durchgeführt werden kann

Parallel zu den kurzfristigen Sicherheitsmaßnahmen sollte der Aufwand für ein Magento-Upgrade untersucht werden.

Dabei sind drei Fragen besonders wichtig.

Welche Erweiterungen verhindern momentan ein Upgrade?

Ein einzelnes inkompatibles Modul kann bereits ausreichen, um einen direkten Versionssprung zu erschweren.

Welche Änderungen am Server sind erforderlich?

Insbesondere PHP, Datenbank, Suchsystem und Cache können zusätzliche Anpassungen benötigen.

Welche Tests sind vor einer Produktivsetzung notwendig?

Neben dem eigentlichen Shopfrontend sollten beispielsweise Bestellungen, Zahlungsarten, Versandarten, ERP-Schnittstellen und Importprozesse geprüft werden.

Eine kurze technische Bestandsaufnahme ermöglicht häufig bereits eine erste Einschätzung, ob das Upgrade relativ einfach umzusetzen ist oder ein umfangreicheres Projekt wird.

Kann Magento Open Source 2.4.6 mit individuellen Sicherheitskorrekturen dauerhaft betrieben werden?

Grundsätzlich können Entwickler Sicherheitslücken in einer älteren Open-Source-Version selbst untersuchen und unter Umständen beheben. Das führt allerdings zu einer wichtigen Frage.Wer übernimmt zukünftig die laufende Prüfung und Behebung neuer Sicherheitslücken?

Mit dem Ende des regulären Supports steigt die Bedeutung dieser Aufgabe. Neue Sicherheitspatches werden in erster Linie für unterstützte Versionslinien entwickelt und getestet. Bei einer älteren Version müssen mögliche Korrekturen gegebenenfalls jedes Mal neu bewertet oder angepasst werden.

Der Aufwand kann dadurch mit der Zeit erheblich steigen. Außerdem beschränken sich Sicherheitsprobleme nicht ausschließlich auf den Magento-Core.

Ein Magento-Shop verwendet zahlreiche weitere Komponenten, beispielsweise PHP-Bibliotheken, Suchsysteme, Datenbanksoftware und Erweiterungen. Wenn einzelne dieser Komponenten ebenfalls nicht mehr unterstützt werden, entstehen zusätzliche Risiken.

Ein dauerhaft individuell gepflegter Magento-Shop benötigt deshalb ausreichende technische Ressourcen, regelmäßige Sicherheitsprüfungen und einen dokumentierten Prozess zur Behandlung neuer Schwachstellen.

Für die meisten mittelständischen Unternehmen dürfte eine solche Eigenwartung ausdrücklich in keinerweise wirtschaftlich sinnvoll oder wirtschaftlich sinnvoll sein. Wir raten dringend von diesem Vorgehen ab, da es üblicherweise zu einer deutlichen Steigerung der Probleme jeden Monate führt.

Welche zusätzlichen Risiken bestehen bei Magento Open Source 2.4.6?

APSB26-153 ist ein aktueller Anlass, den Zustand eines älteren Magento-Shops zu prüfen. Langfristig sollten Unternehmen auch weitere technische Abhängigkeiten berücksichtigen.

Veraltete PHP- und Serverversionen

Magento Open Source 2.4.6 wurde ursprünglich für ältere PHP-Versionen entwickelt.

PHP 8.2 erreicht Ende 2026 das Ende seines regulären Sicherheitsunterstützungszeitraums durch das PHP-Projekt.

Ein Weiterbetrieb auf einer dann nicht mehr unterstützten PHP-Version kann zusätzliche Sicherheits- und Wartungsprobleme verursachen.

Auch Datenbanken und andere Serverkomponenten besitzen eigene Wartungs- und Supportzeiträume.

Nicht mehr gepflegte Magento-Erweiterungen

Bei älteren Shops kommen häufig Erweiterungen zum Einsatz, die seit längerer Zeit nicht mehr aktualisiert wurden. Solche Module können eigene Sicherheitslücken enthalten oder neue Magento-Versionen nicht mehr unterstützen. Deshalb sollte auch geprüft werden, welche Erweiterungen tatsächlich noch benötigt werden. Nicht mehr erforderliche Module können im Rahmen einer technischen Bereinigung entfernt werden, sofern die Auswirkungen auf den Shop geprüft wurden.

Zunehmende Abhängigkeit von individuellen Anpassungen

Je länger eine ältere Magento-Version betrieben wird, desto größer kann der Abstand zu aktuellen Schnittstellen, Bibliotheken und Entwicklungsstandards werden. Das kann spätere Upgrades verteuern, insbesondere wenn individuelle Entwicklungen über mehrere Jahre nicht an aktuelle Magento-Versionen angepasst wurden.

Handlungsempfehlung für Betreiber von Magento Open Source 2.4.6

Für Unternehmen, die Magento Open Source 2.4.6 produktiv einsetzen, empfehlen wir folgende Vorgehensweise.

Schritt	Aufgabe	Ergebnis
1	Version und installierte Sicherheitskorrekturen prüfen	Dokumentierter Ist-Zustand
2	BlockStrap und weitere bekannte Schwachstellen bewerten	Übersicht offener Sicherheitsrisiken
3	StyleSmuggler-Hotfix und empfohlene Maßnahmen kontrollieren	Nachweis zum Stand der September-Korrektur
4	Zusätzliche Schutzmaßnahmen prüfen und umsetzen	Möglichst reduzierte Angriffsfläche
5	Verdachtsmomente für eine Kompromittierung untersuchen	Bewertung möglicher bereits erfolgter Angriffe
6	Individuellen Patch auf technische Machbarkeit prüfen	Einschätzung von Aufwand und Schutzwirkung
7	Upgrade auf eine unterstützte Version planen und umsetzen	Konkreter Umsetzungsplan

Bei kritischen, unmittelbar ausnutzbaren Schwachstellen sollten Sicherheitsprüfung und kurzfristige Schutzmaßnahmen mit hoher Priorität durchgeführt werden.

Wenn keine belastbare Schutzmaßnahme verfügbar ist, muss auch geprüft werden, ob bestimmte Shopfunktionen oder der öffentliche Betrieb vorübergehend eingeschränkt werden müssen.

Häufige Fragen zu Magento Open Source 2.4.6 und APSB26-153

Gibt es einen offiziellen APSB26-153-Patch für Magento Open Source 2.4.6?

Nach den offiziellen Adobe-Veröffentlichungen vom Oktober 2026 ist für Magento Open Source 2.4.6 kein entsprechender allgemein verfügbarer Oktober-Patch aufgeführt.

Die isolierten Oktober-Sicherheitspatches stehen Open-Source-Betreibern ab Version 2.4.7 zur Verfügung.

Ist Magento Open Source 2.4.6 noch sicher?

Das lässt sich nicht pauschal beantworten.

Magento Open Source 2.4.6 ist von kritischen bekannten Sicherheitslücken betroffen. Ob und in welchem Umfang ein konkreter Shop gegen einzelne Angriffe geschützt ist, hängt von seinem Patchstand und den zusätzlichen Sicherheitsmaßnahmen ab.

Ohne geprüfte Korrektur oder nachweislich wirksame Schutzmaßnahme besteht ein erhebliches Sicherheitsrisiko.

Kann eine Magento-Agentur einen eigenen Patch für BlockStrap entwickeln?

Eine individuelle technische Korrektur kann grundsätzlich möglich sein.

Dafür müssen die Schwachstelle, die relevanten Codeänderungen und die Kompatibilität mit Magento 2.4.6 untersucht werden.

Eine allgemein verfügbare und unabhängig geprüfte Lösung für Magento Open Source 2.4.6 konnte zum Recherchezeitpunkt nicht bestätigt werden.

Schützt Sansec Shield gegen BlockStrap?

Sansec berichtet, dass Sansec Shield seit dem 14. Oktober 2026 entsprechende Schutzregeln verwendet.

Ob diese Schutzmaßnahmen für einen konkreten Magento-Shop ausreichend sind und welche Restrisiken bestehen, sollte technisch geprüft werden.

Muss Magento Open Source 2.4.6 zwingend auf 2.4.9 aktualisiert werden?

Magento 2.4.9 ist eine mögliche aktuelle Zielversion, allerdings stehen im Oktober 2026 auch für die unterstützten Versionslinien 2.4.7 und 2.4.8 offizielle Sicherheitskorrekturen zur Verfügung.

Welche Version sinnvoll ist, hängt von den technischen Anforderungen des Shops und dem geplanten weiteren Nutzungszeitraum ab.

Reicht es aus, den StyleSmuggler-Hotfix installiert zu haben?

Nein. StyleSmuggler und BlockStrap sind eigenständige Sicherheitslücken.

Der September-Hotfix gegen CVE-2026-75650 behebt nicht automatisch die Schwachstelle CVE-2026-103849 aus APSB26-153.

Beide Sicherheitsprobleme müssen getrennt berücksichtigt werden.

Kann Magento 2.4.6 vorübergehend weiterbetrieben werden?

Ob ein Weiterbetrieb vertretbar ist, hängt von der konkreten Sicherheitslage ab. Dafür müssen mögliche Schutzmaßnahmen, die vorhandene Infrastruktur, bereits installierte Korrekturen und die verbleibenden Risiken beurteilt werden.

Eine allgemeine Freigabe für den Weiterbetrieb eines ungepatchten Magento-2.4.6-Shops lässt sich daraus nicht ableiten. Wir persönlich raten DRINGEND davon ab Magento 2.4.6 weiterhin öffentlich zu betreiben bzw. zu nutzen.

Fazit

Mit APSB26-153 ergibt sich für Betreiber von Magento Open Source 2.4.6 eine schwierige Situation, wer nicht rechtzeitig auf eine neue Verison gewechelt hat.

Der Shop ist von kritischen Sicherheitslücken betroffen, während Adobe die offiziellen Oktober-Sicherheitskorrekturen für Magento Open Source erst ab Version 2.4.7 bereitstellt. Unternehmen sollten deshalb kurzfristig prüfen, wie der vorhandene Shop abgesichert werden kann.

Ein möglicher individueller Sicherheitspatch, eine Web Application Firewall und zusätzliche Sicherheitsüberwachung können dabei eine Rolle spielen. Welche Schutzwirkung dadurch tatsächlich erreicht wird, muss jeweils geprüft werden.

Langfristig spricht der ausgelaufene reguläre Support von Magento 2.4.6 für ein Upgrade auf eine unterstützte Versionslinie. Besonders bei über Jahre gewachsenen Shops mit individuellen Erweiterungen und Schnittstellen ist es sinnvoll, die kurzfristigen Sicherheitsmaßnahmen und die Planung des Upgrades gemeinsam zu betrachten.

Für Entscheider sollte am Ende eine nachvollziehbare Antwort auf drei Fragen stehen.

Welche kritischen Sicherheitslücken sind in unserem Shop aktuell noch offen?
Welche Maßnahmen können wir kurzfristig wirksam umsetzen?
Bis wann kann der Shop auf eine unterstützte Magento-Version aktualisiert werden?

Unterstützung bei Magento 2.4.6 und Sicherheitspatches

Sie betreiben noch einen Magento-Open-Source-2.4.6-Shop und möchten prüfen lassen, welche Maßnahmen möglich sind?

Als Magento-Agentur unterstützt KonVis Unternehmen bei der technischen Analyse bestehender Shops, bei Sicherheitsupdates, der Entwicklung individueller Erweiterungen sowie bei der Planung und Durchführung von Magento-Upgrades.

Weitere Informationen finden Sie auf unserer Seite zur Magento Betreuung, Wartung und technischen Unterstützung.