Bösartige Aufforderungen und Drainer

EN-Quellmaster · P03-L05 · needs_review

Nur Studium ohne Netzwerkverbindung und mit reinem Lesezugriff. Niemals Geheimnisse, Passwörter oder Authentifizierungscodes bereitstellen. Keine Wallet-Verbindung, echte Freigabe, Live-Widerruf, Transaktionssignatur, Übertragung, Gelder oder Handel. Visuelle Elemente sind nur Spezifikationen.

Eine Drainer-artige Anfrage wird anhand der verlangten Fähigkeit geprüft, nicht anhand ihrer beruhigenden Beschriftung. Evidenz eines gefährlichen Umfangs kann einen Stopp begründen, während Ausführung und menschliche Absicht ungeklärt bleiben.

Mit dem angegebenen Zweck des Lernenden beginnen

Die beabsichtigte Aktion der Übung ist das Lesen eines öffentlichen Saldos, das keine Autorisierung benötigt. R1 fordert dennoch eine allowance an; R2 eine direkte Übertragung; R3 lässt die Wirkungen vollständig aus. Diese Fähigkeiten mit dem angegebenen Zweck vergleichen. Dies prüft nicht, ob eine Seite alarmierende Worte verwendet, sondern ob die angefragten Wirkungen begründet und verstanden sind.

Tatsächliche Autorität lesen

ERC-20-Berechtigungen nennen einen Spender und Betrag [ERC20]. Permit-förmige Nachrichten können allowances nach anwendbaren Regeln signierter Freigaben autorisieren [PERMIT]. Transaktionsanweisungen können stattdessen direkt Bewegung anfordern [ETH_TX]. Keine dieser Formen identifiziert automatisch eine bösartige Person. Eine legitime Anwendung kann Freigaben verwenden, und eine Freigabeanfrage allein beweist keine bösartige Absicht.

Die Übungsdaten machen die Abweichung ausdrücklich: «Saldo ansehen» gegenüber Berechtigung für 1000 Einheiten. Dies stützt eine Fähigkeits-/Zweckabweichung unter ihren Annahmen. Es liefert keine Signatur, verwendete Nachricht oder Übertragungsergebnis. «Die Anfrage überschreitet den vorgegebenen Zweck mit reinem Lesezugriff» berichten, nicht «dem Nutzer wurden Vermögenswerte entzogen».

Undurchsichtige Wirkungen als ungeklärt behandeln

Die undurchsichtige Zusammenfassung von R3 kann nicht als harmlos bewertet werden, weil die Beschriftung Verifikation sagt. UNKNOWN-Wirkungen sind in dieser Übung ein Stoppgrund; keine Einladung, zu signieren und zu beobachten, was passiert. Eine bereitgestellte Simulation oder dekodierte Zusammenfassung hätte Quelle, Methode, Zustandskontext und Abdeckung. Diese Übung erfindet keine erfolgreiche Sicherheitssimulation.

Der Timer von R4 erzeugt Druck, liefert aber keinen Autorisierungsbedarf. Countdown-Sprache verändert nichts an der fehlenden Evidenz. Sie als Teil der Aufforderung erfassen und dabei Betreiberidentität und Motiv ungeklärt lassen.

Einen sicheren Datensatz bewahren

Eine bereinigte Tabelle angeforderter Fähigkeiten schreiben. Genaue Übungsdaten-IDs, beabsichtigten Zweck, angeforderte Autorität, Abweichung und fehlende Ergebnisevidenz bewahren. OBSERVED ist die Aufforderungszusammenfassung, INFERRED die Umfangsabweichung, UNKNOWN Ausführung und Betreiberidentität; INSUFFICIENT EVIDENCE gilt für Schuldzuweisung an einen benannten Menschen oder bestätigten Assetverlust. Keine Schadsoftware wird erzeugt, heruntergeladen oder ausgeführt.

• Fähigkeit: Wirkung, die eine Autorisierung erlauben könnte.
• Zweckabweichung: Umfang, der die vorgegebene Nutzerabsicht überschreitet.
• Undurchsichtige Anfrage: unzureichend dekodierte Wirkungen.
• Drainer-artiges Muster: beschreibendes Anfrageverhalten, keine verifizierte Personenzuordnung.

ILLUSTRATIVE Aufforderungskarten ohne Netzwerkverbindung; keine signierbaren Bytes. Beabsichtigter Zweck: öffentlichen Saldo ansehen. R1 Beschriftung «Wallet verifizieren», allowance-förmige Anfrage TOKEN-S/OWNER-A/SPENDER-B für 1000 ganze Übungseinheiten. R2 Beschriftung «einfordern», direkte Übertragungsanfrage von 7 SIM-Einheiten an SIM-C. R3 Beschriftung «verifizieren», Wirkungen UNKNOWN. R4 Timer «jetzt handeln». Kein Autorisierungs- oder Ausführungsdatensatz.

Zeitachse der Transaktionsanfragen mit Absicht am Anfang und R1/R2/R3 als getrennten Fähigkeitskarten. Abweichung/unbekannte Wirkungen markieren, dann eine STOP-Entscheidung ohne Netzwerkinteraktion. Spur ausgeführter Ergebnisse leer halten, kein erfundener Verlustgraph.

Die vorgegebenen Aufforderungsfelder und abgeleiteten Zweck-/Fähigkeitsabweichungen.

Tatsächliche Schadsoftwareausführung, Signaturerstellung, Diebstahl, bösartige menschliche Absicht oder Betreiberidentität.

• Signieren, um Wirkungen zu entdecken.
• Jede Freigabe als bösartig bezeichnen.
• Druck/Beschriftung als technische Begründung behandeln.
• Eine riskante Anfrage mit beobachtetem Verlust gleichsetzen.

Für R1–R4 beabsichtigten Zweck, angefragte Wirkung, Abweichung, Evidenzzustand und fehlende Eingabe erfassen. Eine sichere Entscheidung ohne Netzwerkinteraktion für R3 schreiben und «der Angreifer stahl sieben Einheiten» nur anhand dieser Karten umformulieren.

Eine Tabelle und begrenzte Schlussfolgerung nur anhand des bereitgestellten Materials ohne Netzwerkverbindung einreichen. Redaktionelle Zeiteinteilung: Studium 12 min, Übung 8 min, Korrektur/Quiz 10 min.

• Absicht benennen.
• Umfang unabhängig von der Beschriftung lesen.
• Bei ungeklärten Wirkungen pausieren.
• Bereinigte Anfrage bewahren, kein Geheimnis/keine Signatur.
• Riskante Fähigkeit und tatsächliches Ergebnis trennen.

Die Prüfung von Aufforderungen vergleicht beabsichtigten Zweck mit angefragten Wirkungen. Unbelegter Umfang oder unbekannte Wirkungen können einen Stopp begründen, ohne Ausführung, Verluste oder menschliche Zuordnung zu erfinden.

• Eine schädliche Anfrage aus einem bereinigten Transaktionsbeispiel identifizieren
• Bereinigte Wirkungen mit behauptetem Zweck vergleichen.
• Unsicheren Umfang erkennen, ohne Angreiferidentität oder ausgeführten Verlust zu behaupten.

P03-L06 nach Prüfung der Voraussetzungen und der Korrektur.

NONE im maßgeblichen Katalog. Bereitgestellte Daten ohne Netzwerkverbindung genügen; kein Produktkauf und kein Wallet-Vorgang erforderlich.

• [ERC20] ERC-20-Tokenstandard — approve, allowance und transferFrom für konforme Schnittstellen.
• [PERMIT] ERC-2612 signierte Freigaben — Permit-allowance-Autorisierung mit owner, spender, value, nonce und deadline.
• [ETH_TX] Ethereum-Transaktionen — Signierte Anweisungen und Aufnahme unterscheiden sich von Übermittlung.

Dokumentation erklärt Mechanismen. Historische Datensätze behalten ihre angegebene Quellenklasse. Quellenprüfung ist keine unabhängige redaktionelle Abnahme.