Optimismus (OP) zentralisiert ein fehlersicheres System

Das hat die OP Foundation vor einiger Zeit mit den Optimism-Fehlernachweisen gemacht. Vor zwei Monaten hat die OP Foundation ihren Sequenzer dezentralisiert

Optimism (OP) hat bei seinen Bemühungen, sein fehlersicheres System zu dezentralisieren, einen Rückschlag erlitten. Nach von der Community durchgeführten Audits wurden kritische Schwachstellen entdeckt, die das Team dazu veranlassten, das System vorübergehend zu zentralisieren.

Nachdem die OP Foundation vor zwei Monaten ihren Sequenzer dezentralisiert hatte, stieß sie bei Audits auf Schwachstellen. Um diese Probleme schnell anzugehen, hat das Team auf ein zentrales, fehlersicheres System zurückgegriffen.

Optimism ist bei Prüfungen auf 12 Fehler gestoßen, was am 10. September zu einem Hard Fork führte. Der Reset wurde jedoch keiner formellen Prüfung unterzogen, was bei einigen Community-Mitgliedern Bedenken hervorrief.

Optimism (OP) ist bei seinen Bemühungen, sein fehlersicheres System zu dezentralisieren, auf ein Problem gestoßen. Nach von der Community durchgeführten Audits wurden kritische Schwachstellen entdeckt, die das Team dazu veranlassten, das System vorübergehend zu zentralisieren.

Im August hat die OP Foundation ihren Sequenzer dezentralisiert, sodass Tester und Prüfer den Code gründlich auf Schwachstellen untersuchen können.

Am 16. August kündigte das Team jedoch an, dass es nach kritischen Schwachstellen, die während des Community-gesteuerten Audits entdeckt wurden, zu einem zentralisierten fehlersicheren System zurückkehren werde.

Um diese Probleme umgehend anzugehen, beschloss das Team, sein fehlersicheres System zu zentralisieren, während es an der Lösung der Probleme arbeitete. Diese Maßnahme ist als vorübergehende Maßnahme gedacht.

Die Prüfer haben insgesamt 12 Fehler entdeckt, deren Schweregrad von niedrig bis hoch reicht. Es sind zwei schwerwiegende Probleme aufgetreten:

– Ein Fehler in der Speicherverwaltung innerhalb des fehlersicheren Systems könnte es Angreifern ermöglichen, die Kontrolle über die virtuelle Maschine des Systems zu übernehmen und Code auszuführen.

– Eine Schwachstelle ermöglichte es Angreifern, das System zu manipulieren, indem sie eine modifizierte Version gültiger Ausgaben bereitstellten, wodurch der Streitbeilegungsprozess unterbrochen wurde.

Drei mittelschwere Probleme wurden ebenfalls identifiziert. Eine davon betraf das PreimageOracle, das dazu führen konnte, dass das System korrekte Daten durch falsche Informationen ersetzte.

Ein weiteres Problem im Zusammenhang mit der LPP-Challenge-Periode führte dazu, dass die Bemühungen zur Bekämpfung falscher Behauptungen unzureichend waren, was möglicherweise zu Strafen für ehrliche Benutzer führte.

Schließlich ermöglichte ein Timing-Problem Angreifern, die Wartezeit zu überspringen und falsche Daten in das System einzugeben.

Die verbleibenden sieben Probleme konzentrierten sich auf die Implementierung von Anweisungen und die Überprüfung des Speichers.

Um diese Schwachstellen zu beheben, bereitet die Stiftung einen Hard Fork mit dem Namen „Granite“ vor, der für den 10. September geplant ist. Insbesondere wurde der Reset nicht offiziell geprüft.

Trotzdem gab das Team an, dass die Änderung aufgrund ihrer internen Sicherheitsüberprüfung ein geringes Risiko darstellt.

(OPUSDT)

Das obige ist der detaillierte Inhalt vonOptimismus (OP) zentralisiert ein fehlersicheres System. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!