Sicherheitswarnung · Kritisch
Adobe Commerce und Magento: ausgenutzte Schwachstelle beim Datei-Upload ermöglicht Codeausführung
· 3 Minuten Lesezeit · Centoculus Security Team
Bekannt seit · Angriffe bestätigt seit
Betroffen: Adobe Commerce und Magento (betroffene Versionen sind im Adobe-Bulletin APSB26-73 aufgeführt)
Was passiert ist
Adobe Commerce und Magento enthalten eine Schwachstelle beim uneingeschränkten Datei-Upload, erfasst unter CVE-2026-48356. Dadurch können Dateien mit einem gefährlichen Typ hochgeladen werden, was zur Ausführung beliebigen Codes im Kontext des aktuellen Benutzers führen kann. Ein Angreifer erhält dadurch unter Umständen erweiterte Zugriffsrechte oder die Kontrolle über das Konto oder die Sitzung eines Opfers.
Die Schwachstelle ist seit dem 14. Juli 2026 öffentlich bekannt. Aktive Angriffe hat die CISA am 27. Oktober 2026 bestätigt: Systeme, die seit der Veröffentlichung nicht aktualisiert wurden, sind jetzt akut gefährdet.
Die Schwachstelle hat einen CVSS-Basiswert von 9,3. Sie wird aktiv ausgenutzt und wurde in den Katalog der CISA Known Exploited Vulnerabilities aufgenommen. Adobe behebt das Problem im Sicherheitsbulletin APSB26-73. Die Sicherheitsfirma Sansec hat Forschungsergebnisse zu verwandten Angriffen auf Magento-Shops veröffentlicht, einschließlich Indikatoren für eine Kompromittierung (unten verlinkt).
Wer betroffen ist
Betroffen sind Betreiber von Adobe-Commerce- und Magento-Shops. Die Quelldaten nennen die genauen betroffenen und korrigierten Versionen nicht. Prüfen Sie das unten verlinkte Adobe-Bulletin APSB26-73, um festzustellen, ob Ihre Version betroffen ist und welche Version die Korrektur enthält.
Da die Schwachstelle in freier Wildbahn ausgenutzt wird, sollte jeder aus dem Internet erreichbare Shop, der das Update noch nicht erhalten hat, als gefährdet gelten.
Was Sie jetzt tun sollten
- Ermitteln Sie alle Adobe-Commerce- und Magento-Installationen, die Sie betreiben, einschließlich Staging- und Entwicklungskopien, die aus dem Internet erreichbar sind, und notieren Sie deren Versionen.
- Vergleichen Sie diese Versionen mit den betroffenen und korrigierten Versionen im Adobe-Bulletin APSB26-73.
- Sichern Sie den Code, das Verzeichnis
app/etcmit der Konfiguration und die Datenbank. - Versetzen Sie den Shop in den Wartungsmodus und installieren Sie das von Adobe in APSB26-73 bereitgestellte Update oder Patch gemäß den Anweisungen von Adobe für Ihre Installationsmethode (zum Beispiel Composer).
- Führen Sie
bin/magento setup:upgradeaus, kompilieren Sie mitbin/magento setup:di:compileneu und stellen Sie die statischen Inhalte neu bereit, falls Sie im Produktionsmodus laufen. Leeren Sie anschließend den Cache mitbin/magento cache:flush. - Deaktivieren Sie den Wartungsmodus und prüfen Sie, ob Storefront, Checkout und Admin-Bereich wie erwartet funktionieren.
- Falls Sie nicht sofort aktualisieren können, wenden Sie die Gegenmaßnahmen aus dem Adobe-Bulletin an. Ist keine Gegenmaßnahme möglich, sollten Sie erwägen, den Shop bis zur Korrektur offline zu nehmen.
So prüfen Sie, ob Sie betroffen sind
- Prüfen Sie die installierte Version mit
bin/magento --versionoder in dercomposer.lockund vergleichen Sie sie mit APSB26-73. - Da die Schwachstelle aktiv ausgenutzt wird, prüfen Sie auch bereits gepatchte Shops auf Anzeichen einer früheren Kompromittierung. Gleichen Sie Ihre Systeme mit den von Sansec veröffentlichten Indikatoren für eine Kompromittierung ab.
- Suchen Sie in beschreibbaren Verzeichnissen wie
pub/medianach unerwarteten Dateien, insbesondere ausführbaren Skripten, sowie im Code nach kürzlich geänderten Dateien. - Werten Sie die Zugriffsprotokolle des Webservers auf ungewöhnliche Upload-Anfragen und auf Anfragen an unbekannte Dateien in Upload-Verzeichnissen aus.
- Prüfen Sie die Liste der Admin-Benutzer und die letzten CMS-Änderungen auf Einträge, die Sie nicht erkennen.
- Wenn Sie Anzeichen einer Kompromittierung finden, isolieren Sie den Shop, sichern Sie die Protokolle für die Analyse, entfernen Sie die schädlichen Dateien und tauschen Sie nach der Bereinigung die Zugangsdaten für Admin, Datenbank und API aus.
Quellen
- https://nvd.nist.gov/vuln/detail/CVE-2026-48356
- https://www.cisa.gov/known-exploited-vulnerabilities-catalog
Weitere Quellen (5)
- https://www.cisa.gov/known-exploited-vulnerabilities-catalog?field_cve=CVE-2026-48356
- https://www.adobe.com/trust/security/products/commerce/apsb26-73.html
- https://helpx.adobe.com/security/products/magento/apsb26-73.html
- https://sansec.io/research/magento-cms-block-loader-deepveindrilling#indicators-of-compromise
- https://sansec.io/research/polyshell-mass-attack-wave
Mehr zu Magento
Wenn du CMS oder Shopsysteme betreibst, prüf auch
- WordPress-Plugin-Sicherheitslücken: 5 Plugins, darunter LiteSpeed Cache
- WordPress-Plugin-Schwachstellen: 6 Plugins betroffen, darunter SureCart
- WordPress-Core-Race-Condition ermöglicht Angreifern Codeausführung während Updates, aktiv ausgenutzt
- WordPress-Update behebt Code-Injection-Schwachstelle, Angriffsversuche beobachtet
- Drupal Commerce Core unter aktiver Ausnutzung: Umgehung der Autorisierung (CVE-2026-118539)
- WordPress-Plugin-Schwachstellen: 19 Plugins, darunter W3 Total Cache
- WordPress-Plugin-Schwachstellen: 10 Plugins, darunter Welcart e-Commerce
- CryptoPayment-Gateway-WordPress-Plugin-Schwachstelle CVE-2026-81648 wird nun aktiv ausgenutzt
Weitere Beiträge
Sicherheitswarnungen ·
OpenSSH auf Alpine Linux: Anmeldung ohne Passwort durch überlange Passwörter
Auf Alpine-Linux-Servern mit dem Standardpaket openssh-server können Angreifer sich ohne Passwort bei Konten anmelden, etwa bei Konten, die nur mit SSH-Schlüsseln genutzt werden. OpenSSH 10.6p2 und aktualisierte Alpine-Pakete beheben das Problem.
Sicherheitswarnungen ·
APT-Lücke auf Debian und Ubuntu erlaubt Paketaustausch per MitM und Codeausführung als root
Eine Lücke in APT erlaubt einem Angreifer, der Paket-Downloads manipulieren kann, ein verifiziertes Paket zu ersetzen und Code als root auszuführen. Debian und Ubuntu haben am 4. November Sicherheitshinweise veröffentlicht. Aktualisieren Sie APT auf allen Servern.
Sicherheitswarnungen ·
Ruby on Rails Active Storage: kritische Schwachstelle beim Dateischreiben über ImageMagick-Uploads
Eine kritische Schwachstelle in Ruby on Rails Active Storage erlaubt nicht authentifizierten Angreifern, über einen präparierten Upload beliebige Dateien auf dem Server zu schreiben, wenn ImageMagick die Datei verarbeitet. Aktualisieren Sie auf Rails 8.1.4.1 oder 8.0.5.2.