Kintsu-Website wiederhergestellt – Nutzer sollen ihre Wallets jedoch weiterhin nicht verbinden

Kintsu, ein auf der Monad-Blockchain basierendes Liquid-Staking-Protokoll, hat seine offizielle Website Berichten zufolge nach einem mutmaßlichen Frontend-Angriff wiederhergestellt. Das Projektteam warnt Nutzer jedoch weiterhin davor, kintsu.xyz aufzurufen oder eine Wallet zu verbinden, bis eine offizielle Sicherheitsbestätigung veröffentlicht wurde.

Der Vorfall verdeutlicht ein zunehmend wichtiges Risiko im Bereich der dezentralen Finanzwirtschaft: Selbst wenn die Smart Contracts unverändert bleiben, kann eine kompromittierte Website Nutzer weiterhin zu schädlichen Transaktionen umleiten.

Die Wiederherstellung der Website bedeutet nicht, dass der Vorfall beendet ist

Kintsu teilte mit, dass die Domain wiederhergestellt worden sei und erneut auf die eigene Infrastruktur des Projekts verweise. DNS-Caches (Domain Name System) werden jedoch nicht bei allen Internetanbietern und in sämtlichen Regionen gleichzeitig aktualisiert.

Daher kann es vorkommen, dass einige Nutzer noch eine Zeit lang auf eine schädliche Version der Website weitergeleitet werden. Das Team erklärte, dieses Risiko könne nach der Korrektur der Domain noch etwa eine Stunde bestehen bleiben, und riet den Nutzern, auf eine offizielle Entwarnung zu warten.

Diese Unterscheidung ist entscheidend. Dass eine Website an einem bestimmten Ort normal erscheint, beweist nicht zwangsläufig, dass alle Nutzer auf dieselbe Infrastruktur zugreifen. DNS-Propagation, Browser-Caches und Caches auf Netzwerkebene können zu unterschiedlichen Zugriffsbedingungen führen.

Für die neuesten projektspezifischen Informationen sollten sich Nutzer ausschließlich auf die verifizierten Kommunikationskanäle von Kintsu verlassen. Das wiederhergestellte Erscheinungsbild der Website sollte nicht als Beweis dafür betrachtet werden, dass sie sicher ist.

Was geschah während des mutmaßlichen Frontend-Angriffs?

Das Sicherheitsunternehmen Blockaid warnte, einen aktiven Frontend-Angriff auf mehrere Kryptoseiten entdeckt zu haben, darunter Kintsu, Flap und Stonkbrokers.

Der Warnung zufolge waren die betroffenen Websites so verändert worden, dass sie schädliche Skripte im Zusammenhang mit dem StepDrainer-Toolkit luden. Diese Skripte konnten den Ablauf der Wallet-Verbindung manipulieren und Nutzer auf eine Seite umleiten, die den Transfer digitaler Vermögenswerte erleichtern sollte.

Der Angriff erforderte nicht zwangsläufig, dass Nutzer eine verdächtige Anwendung herunterluden oder ihre Seed-Phrase eingaben. Die Gefahr entstand vielmehr in dem Moment, in dem Nutzer auf eine vertraut wirkende Schaltfläche wie „Connect Wallet“ klickten und anschließend mit einer von der schädlichen Seite angezeigten Transaktions- oder Signaturanfrage interagierten.

Genau deshalb sind Frontend-Sicherheitsvorfälle besonders schwer zu erkennen. Die Website kann ihr gewohntes Branding, Layout und Navigationssystem beibehalten, während legitime Wallet-Interaktionen unbemerkt durch schädliche Vorgänge ersetzt werden.

Warum „Connect Wallet“ keine harmlose Aktion ist

Viele Nutzer betrachten die Verbindung mit einer Wallet als einfachen Anmeldevorgang. Tatsächlich kann das Verbinden einer Wallet jedoch Informationen über die Adresse preisgeben und einen Kommunikationskanal zwischen einer dezentralen Anwendung und der Wallet-Oberfläche herstellen.

Das größere Risiko entsteht, wenn eine dApp den Nutzer auffordert:

• Eine Token-Ausgabeberechtigung zu genehmigen
• Eine unbekannte Nachricht zu signieren
• Eine Transaktion mit unklaren Parametern zu bestätigen
• Vermögenswerte an eine unbekannte Adresse zu übertragen
• Berechtigungen zu erteilen, die auch nach Ende der Sitzung aktiv bleiben

Eine schädliche Website kann solche Anfragen in vertrauter Sprache oder über eine professionell wirkende Benutzeroberfläche präsentieren. Wird die Anfrage genehmigt, kann der Angreifer möglicherweise bestimmte Token bewegen oder den Nutzer dazu bringen, einen direkten Transfer von Vermögenswerten zu autorisieren.

Nutzer sollten daher jede Wallet-Eingabeaufforderung unabhängig prüfen, anstatt davon auszugehen, dass eine Anfrage sicher ist, nur weil sie auf einer bekannten Website erscheint.

Empfehlungen für Kintsu-Nutzer

Solange Kintsu keine eindeutige Sicherheitsbestätigung veröffentlicht hat, sollten Nutzer folgende Vorsichtsmaßnahmen treffen:

1. Rufen Sie kintsu.xyz vorerst nicht auf.
   Eine wiederhergestellte Domain kann aufgrund von DNS- und Browser-Caches weiterhin unterschiedlich aufgelöst werden.

2. Verbinden Sie keine Wallet mit Kintsu, Flap oder Stonkbrokers.
   Dies gilt auch dann, wenn die Benutzeroberfläche normal aussieht oder ohne offensichtliche Warnung geladen wird.

3. Lehnen Sie unbekannte Signaturanfragen ab.
   Bestätigen Sie niemals eine Transaktion allein deshalb, weil eine Website behauptet, sie sei für die Fortsetzung erforderlich.

4. Überprüfen Sie Token-Freigaben und Berechtigungen.
   Wenn während des mutmaßlichen Angriffszeitraums eine Wallet verbunden oder eine Transaktion genehmigt wurde, sollten Nutzer ihre On-Chain-Berechtigungen überprüfen und nicht benötigte Freigaben über ein seriöses Tool zur Verwaltung von Berechtigungen widerrufen.

5. Trennen Sie die Reaktion auf den Vorfall von der Wiederherstellungsphrase.
   Geben Sie niemals eine Seed-Phrase oder einen privaten Schlüssel auf einer Website, in einem Support-Formular, in einer Aufforderung einer Browser-Erweiterung oder in einer Direktnachricht ein. Wenn die Wiederherstellungsphrase einer Wallet möglicherweise offengelegt wurde, kann es erforderlich sein, die Vermögenswerte auf eine neu erstellte Wallet zu übertragen.

6. Folgen Sie verifizierten Ankündigungen.
   Projektdomains, Social-Media-Konten und Community-Kanäle können allesamt imitiert werden. Nutzer sollten die Echtheit eines Kontos überprüfen, bevor sie dringenden Anweisungen folgen.

Auch die Sicherheitshinweise der Ethereum Foundation zur Wallet-Sicherheit empfehlen, unerwartete Signaturanfragen und unbekannte Anwendungen mit Vorsicht zu behandeln.

Eine übergreifende Lehre für DeFi-Nutzer

Der Vorfall bei Kintsu zeigt, dass die Sicherheit im Bereich der dezentralen Finanzwirtschaft über Audits von Smart Contracts hinausgeht. Nutzer konzentrieren sich häufig auf den Contract-Code, das Validatorenrisiko und die Governance eines Protokolls. Das Frontend stellt jedoch eine weitere wichtige Angriffsfläche dar.

Eine dezentrale Anwendung kann von zahlreichen Komponenten abhängen, darunter:

• Domainregistrierung und DNS-Konfiguration
• Hosting-Anbieter und Deployment-Pipelines
• JavaScript-Bibliotheken und Skripte von Drittanbietern
• Anbieter für Wallet-Verbindungen
• Social-Media-Konten für Ankündigungen

Eine Kompromittierung jeder einzelnen dieser Ebenen kann Nutzer gefährden, selbst wenn die zugrunde liegende Blockchain weiterhin normal funktioniert.

Der Vorfall zeigt außerdem, warum die Simulation von Transaktionen und eine manuelle Überprüfung weiterhin wichtig sind. Eine Wallet-Eingabeaufforderung sollte anhand des tatsächlich aufgerufenen Contracts, der Funktion, des Empfängers und des involvierten Betrags beurteilt werden – nicht lediglich anhand des Namens der Website, von der sie erzeugt wurde.

Die Rolle von Hardware-Wallets in diesem Sicherheitsmodell

Eine Hardware-Wallet kann eine zusätzliche Schutzschicht bieten, indem sie private Schlüssel von gewöhnlichen Online-Umgebungen isoliert. Sie kann eine schädliche Transaktion jedoch nicht automatisch sicher machen. Wenn ein Nutzer eine Genehmigung oder einen Transfer bestätigt, ohne die Transaktionsdetails zu überprüfen, kann die Hardware-Wallet die Transaktion dennoch signieren.

Für Nutzer, die mit DeFi-Protokollen auf Netzwerken wie Monad interagieren, kann eine Hardware-Wallet wie OneKey Teil einer umfassenderen Sicherheitsstrategie sein. Am effektivsten ist ein Ansatz, der die Isolation der Schlüssel mit einer sorgfältigen Domainprüfung, begrenzten Berechtigungen, getrennten Wallets für unterschiedliche Risikostufen und dem Verzicht auf unklare oder unerwartete Signaturanfragen kombiniert.

Fazit

Die Wiederherstellung der Kintsu-Website sollte nicht als Ende des Sicherheitsvorfalls verstanden werden. Solange das Projekt nicht ausdrücklich bestätigt, dass das Frontend und die zugehörige Infrastruktur sicher sind, sollten Nutzer kintsu.xyz meiden, keine Wallets verbinden und unbekannte Signaturanfragen ablehnen.

Für DeFi-Teilnehmer ist die zentrale Lehre klar: Eine vertraute Website garantiert keine sichere Transaktion. Überprüfen Sie die Domain, prüfen Sie jede Wallet-Eingabeaufforderung, begrenzen Sie Token-Berechtigungen und betrachten Sie unerwarteten Zeitdruck als mögliches Warnsignal.