Red-Hat-Vorfall: was er für Magento-Shops bedeutet

Angreifer haben 2025 eine GitLab-Instanz von Red Hat Consulting kompromittiert. Was bestätigt ist, was nicht, und welche Vorsichtsmaßnahmen für Magento-Shops sinnvoll sind.

Stoppschild mit Pause-Symbol: Updates nach dem Red-Hat-Vorfall prüfen

Anfang Oktober 2025 hat Red Hat bestätigt, dass Unbefugte auf eine GitLab-Instanz zugegriffen haben, die Red Hat Consulting für die Zusammenarbeit mit Kunden nutzt. Die Gruppe „Crimson Collective“ hat sich dazu bekannt.

Was bestätigt ist und was nicht

Bestätigt hat Red Hat den Zugriff auf diese eine GitLab-Instanz. Nach Angaben von Red Hat sind andere Dienste und Produkte nicht betroffen.

Nicht bestätigt sind die Angaben der Angreifer: rund 570 GB Daten aus über 28.000 Repositories, darunter etwa 800 Beratungsberichte für Kunden. Solche Berichte können Infrastruktur-Details, Konfigurationen und Zugangsdaten enthalten. Auf der veröffentlichten Kundenliste tauchen auch große Technologieunternehmen auf, darunter Adobe.

Ein Hinweis in eigener Sache

In der ersten Fassung dieses Beitrags habe ich geraten, vorerst kein composer update auszuführen. Das war zu vorsichtig. Es gibt keinen Hinweis darauf, dass Magento- oder Composer-Pakete manipuliert wurden. Sicherheitsupdates nicht einzuspielen ist auf Dauer das größere Risiko.

Was ich Shopbetreibern rate

  • Updates weiter einspielen, aber kontrolliert: über composer.lock, auf Staging, mit Blick auf die geänderten Pakete
  • Pakete nur aus bekannten Quellen beziehen (repo.magento.com, Packagist, Repositories der Hersteller)
  • composer audit regelmäßig ausführen
  • Wer selbst Red-Hat-Consulting-Kunde war: Zugangsdaten und Tokens erneuern, die in Projekten mit Red Hat verwendet wurden

Der Vorfall ist eine gute Gelegenheit, den eigenen Update-Prozess zu prüfen. Wenn Sie dabei Unterstützung möchten, schreiben Sie mir.

Quellen: BleepingComputer · SecurityWeek. Stand: Oktober 2025, überarbeitet im Oktober 2026.