MANTRA Chain ist wieder online, während Entwickler nach Antworten zu stillschweigenden Codeänderungen suchen

Die MANTRA Chain hat die Blockproduktion des Mainnet auf v8.4.0 wiederhergestellt, sechs Tage nachdem ein Sicherheitsvorfall eine chainweite Unterbrechung erzwungen hatte. Das versprochene technische Ereignisbericht wurde bislang nicht veröffentlicht, wodurch die Ausnutzung der Upstream-Abhängigkeit und die Aktivitäten in zwei vom Projekt verwalteten Wallets unerklärt bleiben.

Laut der offiziellen Vorfall-Zeitlinie wurde der Mainnet-Betrieb am 22. August um etwa 05:30 UTC wieder aufgenommen. Die Chain erklärte, es habe zwischen der Unterbrechung und dem Neustart keinen Rollback oder Zustandswechsel gegeben, die Guthaben der Nutzer seien nicht verändert worden, und Token-Inhaber hätten keine Maßnahmen ergreifen müssen.

Das Team kennzeichnete den Vorfall am 24. August als behoben, sagte jedoch erneut, dass ein Postmortem in den kommenden Tagen veröffentlicht werde. Bei einer Überprüfung am 27. August enthielten weder die aktuelle Statusseite noch der offizielle Ankündigungskanal einen Link zu diesem Bericht.

MANTRA erklärte, seine Analyse habe ergeben, dass der Vorfall zwei von MANTRA verwaltete Wallets betraf und dass keine Gelder von Nutzern, Börsen oder Partnern betroffen waren. Der öffentliche Bericht nennt jedoch weder Wallet-Adressen, Transaktions-Hashes, Beträge noch die technischen Schritte des Exploits.

Als die Unterbrechung am 21. August erstmals gemeldet wurde, lief das Patch-Testing noch. Die Rückkehr des Netzwerks behebt diese operative Frage, doch die Methode des Angreifers und MANTRAs Einschätzung der Eindämmung bleiben unveröffentlicht.

Für Knotenbetreiber ergibt sich aus dem öffentlichen Codeverlauf eine unmittelbare praktische Frage: Welche v8.4.0-Version läuft derzeit. Die aktuelle Release-Seite verweist auf den vollständigen Commit 5c08d7bd9e2619952707dae1258d2a30bf024721, während MANTRA darauf hinweist, dass das Tag während der Wiederherstellung erneut gepusht wurde, und die Betreiber auffordert, es erneut zu ziehen.

Diese Art von Klarheit auf Versionsebene ist bei der Wiederherstellung nach Vorfällen wichtig, da Validatoren und Infrastrukturteams üblicherweise auf Release-Tags und Changelogs zurückgreifen, um nach einem Notfall-Neustart zu bestätigen, dass sie auf der vorgesehenen Version laufen. Hier ist die Release-Historie öffentlich, die Begründung für die Codeänderungen ist jedoch nicht vollständig dokumentiert.

Das Release-Changelog führt ein zwischenzeitliches Upgrade des MANTRA-EVM-Forks von v0.6.0-v8-mantra-3 auf v0.6.0-v8-mantra-4 auf. Die finale getaggte go.mod ersetzt die Abhängigkeit durch den v0.6.2-v8-mantra-1-Fork der Chain.

Der finale Upgrade-Handler setzt eine Adresse auf die Blocklist und deaktiviert über den Circuit Breaker drei Cosmos-Nachrichten zur Erstellung von Vesting-Konten. Diese Änderungen beschreiben die eingesetzte Schadensbegrenzung, während der Angriffspfad selbst weiterhin nicht offengelegt ist.

Warum der ICS20-Fehler aus März für MANTRA-Nutzer nur eine Theorie bleibt

Eine Advisory von Cosmos Labs aus dem März beschrieb eine kritische ICS20-Precompile-Schwachstelle, stellte fest, dass bekannte betroffene Chains Maßnahmen ergriffen oder Upgrades durchgeführt hatten, und nannte Mantra unter den Mitwirkenden an der Behebung. Ihre Zeitlinie endet mit der Veröffentlichung im März, sodass der Vorfall vom August außerhalb ihres dokumentierten Rahmens bleibt.

Das macht das fehlende Postmortem besonders wichtig für Leser, die bestätigte Fakten von Verweisen auf ältere Schwachstellen trennen möchten: Der öffentliche Bericht zeigt einen Neustart, eine getaggte Version und eine begrenzte Reihe von Gegenmaßnahmen, nicht jedoch die Ereigniskette, die zur Unterbrechung führte. Bis MANTRA den versprochenen technischen Bericht veröffentlicht, können Nutzer den Neustart, den exakten finalen Code und die genannte Auswirkung überprüfen, nicht aber die Wallet-Adressen, Transaktions-Hashes, Beträge oder die technische Erläuterung, die nötig wären, um diesen Vorfall mit einem früheren Fehler in Verbindung zu bringen.

Quelle | Verwandte Berichterstattung