Preise werden geladen…
🩸BEARISH

Railway-Hack: 371.000 US-Dollar in Krypto-Schlüsseln gestohlen

Der Vorfall fügt sich in ein breiteres Muster koordinierter Angriffe auf Cloud-Plattformen, die auf Zugangsdaten von KI-Inferenzanbietern abzielen. Railway selbst hat auf diesen Zusammenhang hingewiesen.

Railway-Hack: 371.000 US-Dollar in Krypto-Schlüsseln gestohlen
Railway-Hack: 371.000 US-Dollar in Krypto-Schlüsseln gestohlen
Railway-Hack: 371.000 US-Dollar in Krypto-Schlüsseln gestohlen
Railway-Hack: 371.000 US-Dollar in Krypto-Schlüsseln gestohlen

Railway, eine Plattform für Cloud-Deployments, hat alle Nutzer aufgefordert, gespeicherte Secrets sofort zu ersetzen, nachdem das Unternehmen offengelegt hatte, dass ein Angreifer möglicherweise auf verschlüsselte Umgebungsvariablen von Kunden zugegriffen und einen Teil ihrer Inhalte gelesen hat. Das Unternehmen erklärte, diese Variablen könnten API-Schlüssel, Datenbankzugangsdaten und Zugangsdaten für private Registries enthalten, und empfahl jedem Kunden, die Service-Logs auf ungewöhnliche Aktivitäten zu prüfen.

Der On-Chain-Ermittler @tayvano_ behauptete zudem, dass in Railway gespeicherte private Krypto-Schlüssel kompromittiert worden seien, schätzte die Verluste auf rund 371.000 US-Dollar über mindestens 19 EVM-Chains und identifizierte eine mutmaßliche Angreiferadresse. Railway hat den behaupteten Diebstahl nicht bestätigt und weder einen Zusammenhang mit dem Vorfall noch die genannte Dollarzahl bestätigt.

Warum es wichtig ist

Railway geht davon aus, dass der Vorfall Teil einer koordinierten Serie von Angriffen auf Cloud-Plattformanbieter mit dem Ziel ist, KI-Inferenzanbieter zu kompromittieren. Das Unternehmen erklärte, es habe die vorgelagerten Anbieter benachrichtigt, ihre Schlüssel vorsorglich zu widerrufen, obwohl es weder die Ursache noch die Anzahl betroffener Kunden offengelegt hat. Für jedes Krypto-Team, das Anwendungen auf Railway betreibt, ist die Angriffsfläche groß: Jeder private Schlüssel, jede Wallet-Zugangsberechtigung oder jeder als Umgebungsvariable auf der Plattform gespeicherte API-Schlüssel sollte als kompromittiert behandelt werden.

Marktauswirkungen

Railway hat am 22. Oktober um 04:17 UTC alle eigenen API-Tokens für ungültig erklärt und während der Untersuchung Deployments pausiert. Dadurch entstand ein Zeitfenster, in dem Kunden keine Ersatz-Zugangsdaten bereitstellen konnten. Builds wurden zuerst für Pro- und Enterprise-Workspaces wiederhergestellt, während es bei den Tarifen Hobby, Free und Trial weiterhin zu Verzögerungen kam.

Häufig gestellte Fragen

  1. Was sollten Railway-Nutzer sofort tun, um ihre Krypto-Vermögenswerte zu schützen?

    Railway empfiehlt, alle gespeicherten Umgebungsvariablen und API-Schlüssel zu ersetzen, die Service-Logs auf ungewöhnliche Aktivitäten zu prüfen und die Zugangsdaten bei den Diensten zu widerrufen, die sie ursprünglich ausgestellt haben. AWS-Nutzer sollten exponierte Access Keys deaktivieren und CloudTrail prüfen;…

  2. Hat Railway den von @tayvano_ behaupteten Diebstahl von Kryptowerten in Höhe von 371.000 US-Dollar bestätigt?

    Nein. Railway hat den behaupteten Diebstahl nicht bestätigt und weder einen Zusammenhang mit dem Vorfall noch die Schätzung von 371.000 US-Dollar bestätigt. Die Zahl und die identifizierte Angreiferadresse stammen ausschließlich vom On-Chain-Ermittler @tayvano_.

  3. In welchen Railway-Workspace-Stufen wurden Deployments zuerst wiederhergestellt?

    Bei Pro- und Enterprise-Workspaces wurden zuerst Builds wiederhergestellt. Die Stufen Hobby, Free und Trial waren weiterhin von Verzögerungen betroffen, während Railway den Zugang für diese Konten wiederherstellte.

  4. Warum glaubt Railway, dass dieser Angriff mit KI-Inferenzanbietern zusammenhängt?

    Railway erklärte, der Vorfall sei Teil einer Serie koordinierter Angriffe auf Cloud-Plattformanbieter, die gezielt auf die Kompromittierung von Zugangsdaten von KI-Inferenzanbietern ausgerichtet seien. Das Unternehmen hat die vorgelagerten Anbieter benachrichtigt, ihre Schlüssel vorsorglich zu widerrufen, jedoch keine…

  5. Warum können Google-Cloud-Tokens nach der Deaktivierung eines Schlüssels bis zu einer Stunde gültig bleiben?

    Kurzlebige Tokens, die vor der Deaktivierung eines Service-Account-Schlüssels ausgestellt wurden, können bis zu eine Stunde gültig bleiben; das bedeutet, dass die Deaktivierung des Schlüssels nicht sofort alle aktiven Sitzungen ungültig macht. Der Google-Cloud-Leitfaden von Railway zur Fehlerbehebung weist…

Quellenangabe
Aggregiert von CryptoSlate · Verifiziert · Zuletzt aktualisiert vor 2h
Original öffnen →