#dusk $DUSK @Dusk ............ Ich hatte erwartet, dass Wallet-Sicherheitsprobleme aus etwas Komplexem entstehen. Bei meinen Recherchen zu Dusk fand ich jedoch das Gegenteil: Winzige Details können viel größere Folgen haben.....
Denk an ein Bridge-Memo wie an einen Lieferschein. Die Transaktion kann zwar gelingen, aber wenn der Lieferschein fehlt oder auf die falsche BSC-Adresse zeigt, kann die Bridge DUSK nicht korrekt routen.
Deshalb hat mich der BEP20-Flow von Dusk besonders aufmerksam gemacht....
Du sendest DUSK an das offizielle Bridge-Konto und trägst dann deine BSC-Wallet-Adresse im Memo-Feld ein. Die Bridge zieht eine pauschale Gebühr von 1 DUSK ab, und in den aktuellen offiziellen Doku-Infos heißt es, dass die Verarbeitung normalerweise etwa eine Stunde dauert.
Es ging noch tiefer..................
Dusk warnt ausdrücklich, dass ein fehlendes oder ungültiges Memo eine Überweisung unrettbar machen kann. Die Wallet hat außerdem historisch gesehen eine Adressvalidierung ergänzt und die Anzeige von Adressen überarbeitet, damit Nutzer den Anfang und das Ende einer Adresse besser überprüfen können.
Und jetzt geht die Web Wallet noch weiter....
Öffentliche GitHub-Aktivitäten zeigen PR #954, „Normalize BEP20 bridge memos before submission“, die den Status ready_for_review erreicht hat. Ziel ist es, zuvor einen durch Leerzeichen verursachten Abgleich-Fehler zu entfernen, bevor die Bridge-Transaktion eingereicht wird.....
Dieser letzte Punkt hat meine Aufmerksamkeit besonders geweckt..
Das ist nicht nur ein Dusk-Problem. Am 9. August verlor eine weitere Bridge fast 200.000 XRP, nachdem Relay-Logik gefälschte Einzahlungen akzeptiert hatte, weil sie Memo-Daten verwendete, ohne das Ziel ordnungsgemäß zu verifizieren..
Andere Bridge, anderer Bug, dieselbe Lehre....
Ein Memo kann wie harmlose Metadaten aussehen, aber sobald es Teil des Routings oder der Verifikation wird, wird es sicherheitskritische Infrastruktur.
Bei einem Netzwerk, das echte Wertausgleichs-Transfers abwickelt: Wie viele „kleine“ Wallet-Details sollten als Sicherheitsgrenzen behandelt werden, bevor Nutzer sie überhaupt bemerken?....
$BMT $EDEN
Denk an ein Bridge-Memo wie an einen Lieferschein. Die Transaktion kann zwar gelingen, aber wenn der Lieferschein fehlt oder auf die falsche BSC-Adresse zeigt, kann die Bridge DUSK nicht korrekt routen.
Deshalb hat mich der BEP20-Flow von Dusk besonders aufmerksam gemacht....
Du sendest DUSK an das offizielle Bridge-Konto und trägst dann deine BSC-Wallet-Adresse im Memo-Feld ein. Die Bridge zieht eine pauschale Gebühr von 1 DUSK ab, und in den aktuellen offiziellen Doku-Infos heißt es, dass die Verarbeitung normalerweise etwa eine Stunde dauert.
Es ging noch tiefer..................
Dusk warnt ausdrücklich, dass ein fehlendes oder ungültiges Memo eine Überweisung unrettbar machen kann. Die Wallet hat außerdem historisch gesehen eine Adressvalidierung ergänzt und die Anzeige von Adressen überarbeitet, damit Nutzer den Anfang und das Ende einer Adresse besser überprüfen können.
Und jetzt geht die Web Wallet noch weiter....
Öffentliche GitHub-Aktivitäten zeigen PR #954, „Normalize BEP20 bridge memos before submission“, die den Status ready_for_review erreicht hat. Ziel ist es, zuvor einen durch Leerzeichen verursachten Abgleich-Fehler zu entfernen, bevor die Bridge-Transaktion eingereicht wird.....
Dieser letzte Punkt hat meine Aufmerksamkeit besonders geweckt..
Das ist nicht nur ein Dusk-Problem. Am 9. August verlor eine weitere Bridge fast 200.000 XRP, nachdem Relay-Logik gefälschte Einzahlungen akzeptiert hatte, weil sie Memo-Daten verwendete, ohne das Ziel ordnungsgemäß zu verifizieren..
Andere Bridge, anderer Bug, dieselbe Lehre....
Ein Memo kann wie harmlose Metadaten aussehen, aber sobald es Teil des Routings oder der Verifikation wird, wird es sicherheitskritische Infrastruktur.
Bei einem Netzwerk, das echte Wertausgleichs-Transfers abwickelt: Wie viele „kleine“ Wallet-Details sollten als Sicherheitsgrenzen behandelt werden, bevor Nutzer sie überhaupt bemerken?....
$BMT $EDEN
