Ein gezielter Angriff legte Sicherheitslücken beim Londoner Krypto-Infrastruktur-Anbieter Haruko offen. Beim Haruko Cyberangriff 2026 waren 15 Kunden betroffen; aus Prozessen ausgelesene Daten umfassten read-only Exchange-API-Details und Handelsinformationen. Einige kleinere Hedgefonds verloren Gelder. Haruko schloss die Lücke, rotierte Server-Secrets und empfiehlt konsequentes Inbound-IP-Whitelisting. Haruko betreibt eine Plattform, die institutionellen Akteuren Portfolios, Risikomanagement und Trade-Daten bündelt. Sie verbindet zentrale Börsen, Custodians, Blockchains und DeFi-Protokolle. Der Haruko Cyberangriff 2026 traf 15 Kunden, vor allem solche ohne IP-Whitelist. Laut mehreren mit dem Vorgang vertrauten Personen wurden eine kleine Summe an Kundengeldern entwendet und Handelsdaten kopiert. Read-only-API-Details zu zentralen Börsen und sensible Trading-Informationen gerieten in fremde Hände. Das Unternehmen antwortete nicht auf wiederholte Anfragen, informierte Kunden jedoch direkt.

Was hinter dem Haruko Cyberangriff 2026 steckt

Angriffsweg und ausgelesene Daten

Im Kern des Haruko Cyberangriff 2026 stand eine Schwachstelle in einem Prozess innerhalb der Infrastruktur. Der Angreifer extrahierte einen User-Access-Token und nutzte ihn, um Daten aus dem Speicher (Memory) des Prozesses zu ziehen. In diesem Speicher konnten read-only Exchange-API-Details und weitere Informationen liegen. Das erklärt, warum vor allem Datenabfluss, nicht aber flächendeckende Kontoübernahmen im Vordergrund standen. Laut Mitteilungen an Kunden waren deren eigene Login-Daten auf ihren Systemen nicht kompromittiert; der Token-Abgriff erfolgte in Harukos Infrastruktur.

Wen es traf – und wen nicht

Beim Haruko Cyberangriff 2026 waren laut Nachrichten von Mitgründer und CTO Adam Carlile alle nicht-gew whitelisteten Kunden betroffen. IP-Whitelisting erlaubt Verbindungen nur von freigegebenen Adressen und reduziert so die Angriffsfläche. Haruko veröffentlicht keine vollständige Kundenliste; auf der Website stehen unter anderem Bitcoin Suisse, GSR, Flowdesk, 3iQ Digital Assets, M2, Ampersan, MNNC Group (heute Monarq Asset Management) und Trovio Asset Management. – GSR erklärte, nicht betroffen zu sein. – 3iQ betonte, dass IP-Whitelisting aktiviert ist und die eigenen Fonds sicher seien. Mehrere der genannten Firmen antworteten vor Veröffentlichung nicht auf Anfragen. Quellen berichten, dass besonders kleinere Hedgefonds mit schwächeren Sicherheitskontrollen Verluste erlitten, wobei die Summe klein blieb.

Infrastrukturfragen: Bare Metal versus Cloud

Laut einer Person mit Einblick in den Vorfall war der Haruko Cyberangriff 2026 auch möglich, weil Haruko Bare-Metal-Server einsetzt, also dedizierte physische Maschinen. Große Cloud-Anbieter wie Amazon Web Services bieten zusätzliche Sicherheitskontrollen, die in solchen Setups standardmäßig verfügbar sein können. Dieser Punkt zeigt: Die Wahl der Infrastruktur beeinflusst, welche Schutzmechanismen Teams schnell aktivieren und zentral verwalten können. Das heißt nicht, dass Bare Metal unsicher ist – aber es erfordert andere, oft aufwendigere Schutzmaßnahmen.

Konkrete Folgen: Datenabfluss und selektive Geldverluste

Daten sind angreifbar – auch „read-only“

Die entwendeten read-only-API-Details und Handelsdaten sind aus mehreren Gründen kritisch. Erstens erlauben sie Einblicke in Strategien, Positionen, Transaktionshistorie und Ausführungslogik. Zweitens können Angreifer Muster erkennen und daraus Schlüsse ziehen, etwa über Liquidität, Slippage-Toleranzen oder Zeitpunktpräferenzen. Drittens kann die Kombination aus Metadaten und externen Informationsbrocken neue Angriffsvektoren eröffnen. Dass einzelne Kunden dennoch Vermögensschäden meldeten, unterstreicht: Datenlecks können finanzielle Kettenreaktionen auslösen, selbst wenn Primärschlüssel nur Lesezugriff besitzen.

Wie Haruko reagierte

Nach dem Haruko Cyberangriff 2026 schloss das Unternehmen die identifizierte Schwachstelle und rotierte serverseitige Secrets. Haruko riet Kunden dringend, eine eingehende IP-Whitelist zu setzen, um Zugriffe auf fest definierte Adressen zu beschränken. Die Firma kündigte außerdem eine technische Post-Mortem-Analyse an. Dieser Mix aus Fix, Secret-Rotation und Härtung des Perimeters adressiert unmittelbar den beobachteten Angriffsweg über Prozess-Speicher und Access-Token.

Sofortmaßnahmen, die jetzt zählen

Folgende Schritte wurden von Haruko kommuniziert bzw. ergeben sich direkt aus den vorliegenden Informationen:

• Inbound-IP-Whitelisting aktivieren, damit nur freigegebene Adressen Systeme erreichen.
• Serverseitige Secrets und Tokens unverzüglich rotieren und alte Zugänge invalidieren.
• Vulnerability fixen und betroffene Prozesse neu deployen.
• Betroffene Kunden gezielt informieren, um operative Maßnahmen (z. B. API-Schlüsselwechsel) zu koordinieren.
• Geplantes technisches Post-Mortem veröffentlichen, um Ursachen, Timeline und Abwehrmaßnahmen transparent zu machen.

Diese Punkte adressieren genau die im Vorfall genutzte Angriffsrichtung: Zugriff auf Prozess-Memory via gestohlenen Access-Token und unzureichend beschränkte Netzwerkpfade.

Einordnung: Rekordzahl an Krypto-Angriffen

Die Branche erlebt 2026 eine Zunahme an Vorfällen. Laut TRM Labs gab es im ersten Halbjahr 207 Angriffe (Vorjahr: 83) mit Verlusten von 972 Millionen US-Dollar. Besonders ins Gewicht fielen Infrastruktur- und Operationsvorfälle: Sie machten nur 15% der Fälle aus, jedoch rund 76% der Verluste. CertiK kommt bei breiterer Definition auf 1,32 Milliarden US-Dollar über 344 Vorfälle. Diese Zahlen zeigen, dass professionelle Angreifer gezielt dort ansetzen, wo sie mit einem Schlag viele Daten, Schlüssel oder Workflows erreichen – zentrale Infrastrukturen und Prozessketten.

Risiken entlang der Wertschöpfungskette

APIs als Nervensystem

APIs verbinden Handelsplätze, Custodians, Blockchains und Analysewerkzeuge. Genau diese Schnittstellen erlauben es, Daten schnell zu konsolidieren und Entscheidungen zu treffen. Im Haruko-Fall wurden read-only-API-Details und Tradingdaten relevant. Wer APIs nutzt, sollte davon ausgehen, dass selbst reine Lesezugriffe sensible Rückschlüsse zulassen. Transparenz ist ein Wettbewerbsvorteil – aber in falschen Händen wird sie zum Risiko.

Nicht-whitelistete Zugriffe als Risikohebel

Der Hinweis, dass ausschließlich nicht-whitelistete Kunden betroffen waren, ist zentral. IP-Whitelisting ist kein Allheilmittel, aber es verhindert eine Vielzahl opportunistischer und automatisierter Angriffe. Zudem zwingt es zu definierter Netzwerk-Hygiene. Beim Haruko Cyberangriff 2026 deutet vieles darauf hin, dass dieses einfache Steuerungsinstrument den Unterschied machte.

Bedeutung robuster Prozesse

Der Angriff zielte auf Prozesse, nicht auf einzelne Endnutzergeräte. Das unterstreicht die Bedeutung harter Prozessgrenzen: Secret-Management, Token-Lebenszyklen, Memory-Schutz und Least Privilege auf Diensteebene. Haruko reagierte mit Secret-Rotation und einem Fix – ein Muster, das in Vorfall-Response-Playbooks fest verankert sein sollte.

Was Unternehmen jetzt konkret tun können

Auch ohne vollständiges Post-Mortem lassen sich aus den belegten Punkten klare Handlungsfelder ableiten:

• IP-Whitelisting erzwingen: Eingehende Verbindungen strikt auf bekannte Adressen begrenzen.
• Secrets regelmäßig rotieren: Server-seitige Schlüssel, Tokens und Konfigurationswerte zyklisch erneuern.
• Prozesshärtung prüfen: Zugriffstokens, die Prozesse im Speicher halten, minimieren und Lebenszeit begrenzen.
• Datenexposition reduzieren: Sensible Tradingdaten nur dort halten, wo sie operativ nötig sind.
• Kommunikation üben: Klare, verifizierbare Kunden-Updates und abgestimmte Maßnahmen beschleunigen die Erholung.
• Infrastruktur überdenken: Laut einer Quelle bieten Cloud-Dienste zusätzliche Sicherheitskontrollen; eigene Bare-Metal-Setups müssen vergleichbare Schutzschichten bereitstellen.

Diese Punkte bleiben nahe an den offengelegten Fakten und zielen auf dieselben Schwachstellengruppen: Netzwerkzugang, Geheimnisverwaltung, Prozessisolation und Datenminimierung.

Ausblick und Bedeutung für Institutionen

Haruko bedient laut Website über 80 Kunden und verbindet mehr als 100 zentrale Handelsplätze, 30 Blockchains und 250 Onchain-Protokolle. Diese Reichweite macht Effizienz möglich – und erhöht die Verantwortung für Sicherheitsstandards. Für Institutionen ist der Befund klar: Prüfen Sie zentrale Infrastrukturdienste wie jeden anderen kritischen Lieferanten. Fragen Sie nach IP-Whitelisting, nach Secret-Rotation, nach Vorfall-Abläufen und nach Architekturentscheidungen, die zusätzliche Kontrollen ermöglichen. Transaktionen in Krypto sind in der Regel irreversibel. Das macht Prävention und schnelle Reaktion zur Pflicht. Der Haruko Cyberangriff 2026 zeigt, dass selbst read-only-Datenabfluss realen Schaden auslösen kann und dass einfache Kontrollen wie Whitelisting spürbare Wirkung haben. Wer heute seine Verbindungen, Prozesse und Secrets härtet, verringert morgen das Risiko – für Vermögen, Strategien und Reputation.

(Source: https://www.coindesk.com/business/2026/09/18/crypto-tech-provider-haruko-hit-by-cyberattack-affecting-15-clients-some-funds-lost)

For more news: Click Here

FAQ