Wiki
Biturai Trading Wiki
Das Krypto-Lexikon von Biturai: KI-gestützt, datenbasiert und fortlaufend technisch qualitätsgeprüft.
Timestamp-Dependence: Block-Zeitstempel als Angriffsfläche
Timestamp-Dependence ist eine Schwachstelle in Smart Contracts, bei der kritische Logik auf den Wert von block.timestamp angewiesen ist.
Ungeprüfte Externe Aufrufe: Ignorierte Rückgabewerte in Solidity
Ein ungeprüfter externer Aufruf in Solidity tritt auf, wenn ein Smart Contract mit einem anderen Vertrag oder einer externen Adresse interagiert, aber das Ergebnis dieser Interaktion nicht überprüft.
Ether-Zwangseinspeisung als Smart-Contract-Angriff
Die Ether-Zwangseinspeisung ist eine Smart-Contract-Schwachstelle, bei der ein Angreifer Ether an einen Vertrag senden kann, selbst wenn dieser keine expliziten Funktionen zum Empfang besitzt.
Gas-Griefing und Denial-of-Service über Gas-Limits
Gas-Griefing ist eine Angriffsform, bei der ein Angreifer den Gasverbrauch in einem Smart Contract manipuliert, um Transaktionen für andere Nutzer fehlschlagen zu lassen oder übermäßig teuer zu machen.
Der ERC-4626 Donation-Angriff: Eine Tiefenanalyse
Der ERC-4626 Donation-Angriff ist eine Schwachstelle in tokenisierten Vaults, bei der ein Angreifer den Wechselkurs zwischen Assets und Shares manipuliert.
First-Depositor-Angriff auf DeFi-Vaults und -Pools
Ein First-Depositor-Angriff nutzt eine Schwachstelle in DeFi-Protokollen aus, bei der ein Angreifer den Anteilspreis eines leeren Liquiditätspools oder Vaults manipuliert.
Rundungsfehler-Exploits in DeFi-Protokollen
Rundungsfehler in DeFi-Protokollen sind subtile Schwachstellen, die aus den Einschränkungen der Ganzzahl-Arithmetik in Smart Contracts resultieren.
Nonce-Wiederverwendung als kryptografische Schwachstelle
Eine Nonce ist eine einzigartige, beliebige Zahl, die einmal in kryptografischen Kommunikationen verwendet wird, um Replay-Angriffe zu verhindern und die Datenintegrität zu gewährleisten.
Signature-Malleability: Manipulierbare ECDSA-Signaturen
Signature-Malleability ermöglicht die Änderung einer gültigen digitalen Signatur in eine andere, ebenfalls gültige, ohne den privaten Schlüssel zu benötigen.
Signatur-Replay-Angriffe in Smart Contracts
Öffne den Artikel für die vollständige Erklärung.
Preis-Orakel-Manipulation über Spot-Preise
Preis-Orakel-Manipulation über Spot-Preise beinhaltet, dass Angreifer Asset-Preise auf dezentralen Börsen verzerren, um Smart Contracts zu täuschen.
Front-Running als Smart-Contract-Schwachstelle
Front-Running ist eine räuberische Marktstrategie, bei der eine Entität fortgeschrittenes Wissen über ausstehende Transaktionen ausnutzt, um eigene Trades zuerst auszuführen und von den nachfolgenden Preisbewegungen zu profitieren.
Storage-Kollision in Proxy-Verträgen
Eine Storage-Kollision ist eine kritische Schwachstelle in aktualisierbaren Smart Contracts, bei der der Proxy- und der Implementierungsvertrag unbeabsichtigt dieselben Speicher-Slots für unterschiedliche Zustandsvariablen nutzen.
Die Uninitialisierte-Proxy-Schwachstelle erklärt
Die uninitialisierte Proxy-Schwachstelle ermöglicht Angreifern, die Kontrolle über Smart-Contract-Proxys während der Bereitstellung zu übernehmen.
Fehlende Zugriffskontrolle: Sicherheitslücken in Smart Contracts
Fehlende Zugriffskontrolle tritt auf, wenn ein Smart Contract nicht korrekt einschränkt, wer seine sensiblen Funktionen ausführen darf. Diese Schwachstellen sind eine Hauptursache für finanzielle Verluste im Blockchain-Ökosystem.
Ungeschütztes Selfdestruct: Die Contract-Zerstörungslücke
Eine ungeschützte Selfdestruct-Schwachstelle ermöglicht die unbefugte Beendigung eines Smart Contracts, was zum Verlust von Geldern oder zur Störung wesentlicher Funktionalitäten führt.
Delegatecall-Schwachstellen in Smart Contracts
Delegatecall ist eine Low-Level-Funktion in Solidity, die es einem Vertrag ermöglicht, Code von einem anderen Vertrag auszuführen, während er seinen eigenen Speicherkontext beibehält.
tx.origin-Phishing: Die Authentifizierungsfalle in Solidity
tx.origin-Phishing nutzt eine kritische Schwachstelle in Solidity-Smart-Contracts aus, bei der die Authentifizierung auf dem ursprünglichen Transaktionsinitiator und nicht auf dem unmittelbaren Aufrufer basiert.
SafeMath und der Schutz vor Integer-Überläufen
Smart Contracts sind auf präzise Arithmetik angewiesen, doch Standardoperationen können zu unerwarteten Ergebnissen führen, wenn Zahlen ihre Speichergrenzen überschreiten.
Checks-Effects-Interactions-Muster zur Reentrancy-Prävention
Das Checks-Effects-Interactions-Muster ist eine grundlegende Sicherheitspraxis in der Smart-Contract-Entwicklung. Es strukturiert Code, um Reentrancy-Angriffe zu verhindern, indem Zustandsaktualisierungen vor externen Aufrufen erfolgen.