đ Belohnungszentrum: Diese Aktion ist so tief verborgen, dass ich sie nicht gesehen habe. Ein Ereignis verpasstâein Vermögen! So bitter, so bereuend!
Lassen Sie uns nach der Reue kurz ĂŒber die native Integration von Zero-Knowledge-Proofs in Dusk und das Citadel-KYC-Protokoll sprechen. Meine erste Reaktion war: Die Richtung stimmt, aber in der Umsetzung wirkt es fĂŒr mich nicht ganz vertrauenswĂŒrdig.
Zuerst ein faires Wort: PLONK zk-SNARK und Bulletproofs direkt als Teil der On-Chain-Basisschicht zu schreibenâstatt zuzulassen, dass DApps selbst private Module anhĂ€ngenâist ein Designansatz, der in Privacy-Blockchains tatsĂ€chlich als fortschrittlich gilt. Zusammen mit dem Citadel-ZK-KYC-Protokoll: Der Nutzer ĂŒbermittelt nur einen kryptografischen Nachweis dafĂŒr, dass er die Compliance-Verifizierung abgeschlossen hat, ohne z. B. Passfotos oder andere Rohdaten hochzuladen. Diese Kombination schiebt âPrivatsphĂ€reâ und âComplianceâ auf dem Papier wirklich deutlich voran.
Doch nachdem ich den Sicherheits-Auditbericht gelesen habe, saĂ ich ein paar Sekunden lang nur da und starrte auf den Bildschirm.
Das OtterSec-Team hat festgestellt, dass in Duskâ PLONK-Implementierung eine schwerwiegende Schwachstelle existiert: Der Verifizierer verwendet in der abschlieĂenden Verifizierungsgleichung die von dem Beweisgeber bereitgestellten vier Auswahlexponenten-Polynom-Auswertungen, öffnet diese jedoch nie per KZG. Ein böswilliger Beweisgeber kann diese vier Werte beliebig setzen und so die Verifizierungsgleichung gewaltsam zum Durchgehen bringen. Was folgt daraus? Der Angreifer kann beliebig viele DUSK âaus dem Nichtsâ prĂ€gen und ĂŒber den normalen Phoenix-Pfad gefĂ€lschte gesperrte Gelder transferieren. Duskâ Datenschicht schĂŒtzt dabei einen geschĂ€tzten Marktwert von rund 60 Millionen US-Dollar DUSKâund das gesamte Sicherheitssystem hĂ€ngt an genau dieser einen PrĂŒfungsrunde des Beweises.
Noch beunruhigender: Diese Schwachstelle wurde auch in mehreren Audits nicht entdeckt. Zwar wurde dusk-plonk spĂ€ter behoben, aber eine LĂŒcke, die unendlich Minting ermöglicht, lag mindestens zwei Jahre in Sichtweite verschiedener Auditstellen.
Kryptografische Grundbausteine direkt in die Basisschicht zu schreiben ist sicherer als sie auf der DApp-Ebene âanzuhĂ€ngenâ, aber nur unter der Voraussetzung, dass diese Grundbausteine selbst keine fatalen Schwachstellen haben. Wenn ein ZK-System mit einem fatalen Logikfehler auftauchtâkönnen Sie sicher sein, dass die Citadel-KYC-Nachweise nicht beim nĂ€chsten Ă€hnlichen Fehler gefĂ€lscht werden?
Das Obige sind nur meine persönlichen Ansichten und stellen keine Anlageberatung dar. Sprecht gern im Kommentarbereich mit uns: Ist es sicherer, ZK in die Basisschicht zu schreibenâoder vergrĂ€bt man damit das Risiko nur noch tiefer?
#dusk $DUSK @Dusk
Lassen Sie uns nach der Reue kurz ĂŒber die native Integration von Zero-Knowledge-Proofs in Dusk und das Citadel-KYC-Protokoll sprechen. Meine erste Reaktion war: Die Richtung stimmt, aber in der Umsetzung wirkt es fĂŒr mich nicht ganz vertrauenswĂŒrdig.
Zuerst ein faires Wort: PLONK zk-SNARK und Bulletproofs direkt als Teil der On-Chain-Basisschicht zu schreibenâstatt zuzulassen, dass DApps selbst private Module anhĂ€ngenâist ein Designansatz, der in Privacy-Blockchains tatsĂ€chlich als fortschrittlich gilt. Zusammen mit dem Citadel-ZK-KYC-Protokoll: Der Nutzer ĂŒbermittelt nur einen kryptografischen Nachweis dafĂŒr, dass er die Compliance-Verifizierung abgeschlossen hat, ohne z. B. Passfotos oder andere Rohdaten hochzuladen. Diese Kombination schiebt âPrivatsphĂ€reâ und âComplianceâ auf dem Papier wirklich deutlich voran.
Doch nachdem ich den Sicherheits-Auditbericht gelesen habe, saĂ ich ein paar Sekunden lang nur da und starrte auf den Bildschirm.
Das OtterSec-Team hat festgestellt, dass in Duskâ PLONK-Implementierung eine schwerwiegende Schwachstelle existiert: Der Verifizierer verwendet in der abschlieĂenden Verifizierungsgleichung die von dem Beweisgeber bereitgestellten vier Auswahlexponenten-Polynom-Auswertungen, öffnet diese jedoch nie per KZG. Ein böswilliger Beweisgeber kann diese vier Werte beliebig setzen und so die Verifizierungsgleichung gewaltsam zum Durchgehen bringen. Was folgt daraus? Der Angreifer kann beliebig viele DUSK âaus dem Nichtsâ prĂ€gen und ĂŒber den normalen Phoenix-Pfad gefĂ€lschte gesperrte Gelder transferieren. Duskâ Datenschicht schĂŒtzt dabei einen geschĂ€tzten Marktwert von rund 60 Millionen US-Dollar DUSKâund das gesamte Sicherheitssystem hĂ€ngt an genau dieser einen PrĂŒfungsrunde des Beweises.
Noch beunruhigender: Diese Schwachstelle wurde auch in mehreren Audits nicht entdeckt. Zwar wurde dusk-plonk spĂ€ter behoben, aber eine LĂŒcke, die unendlich Minting ermöglicht, lag mindestens zwei Jahre in Sichtweite verschiedener Auditstellen.
Kryptografische Grundbausteine direkt in die Basisschicht zu schreiben ist sicherer als sie auf der DApp-Ebene âanzuhĂ€ngenâ, aber nur unter der Voraussetzung, dass diese Grundbausteine selbst keine fatalen Schwachstellen haben. Wenn ein ZK-System mit einem fatalen Logikfehler auftauchtâkönnen Sie sicher sein, dass die Citadel-KYC-Nachweise nicht beim nĂ€chsten Ă€hnlichen Fehler gefĂ€lscht werden?
Das Obige sind nur meine persönlichen Ansichten und stellen keine Anlageberatung dar. Sprecht gern im Kommentarbereich mit uns: Ist es sicherer, ZK in die Basisschicht zu schreibenâoder vergrĂ€bt man damit das Risiko nur noch tiefer?
#dusk $DUSK @Dusk

