← Zurück zur Academy
STUFE 2 · Kostenlos
Wallet-Sicherheit & Self-Custody
Schütze Keys, Recovery-Material, Ziele und Geräte mit klaren operativen Grenzen.
8 Lektionen · 8 Praxisübung · 8 Praxis-Szenarien · 20 frage · 80% bestehensgrenze
Lernen beginnen0% · 0/21
Was du danach kannst
✓
Dieses Modul vertieft Geheimes Material & Recovery-Grenzen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
✓
Dieses Modul vertieft Phishing, Origins & sozialer Druck mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
✓
Dieses Modul vertieft Integrität von Zieladressen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
✓
Dieses Modul vertieft Operative Wallet-Sicherheit mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
Lehrplan
▸1.1 · Recovery-Material ist niemals ein Support-Credential20 Min.
▸1.2 · Backups brauchen Verfügbarkeit und Vertraulichkeit18 Min.
Labor · Signaturgrenze schützen
Dieser Kurs enthält
- ·8 Lektionen · 14 geführte Stunden
- ·4 Labor · Praxis-Szenarien
- ·8 Praxisfälle · 8 Wissensprüfungen
- ·52 Prüfungsbank · 80% Bestehensgrenze
- ·Abschlussnachweis: UTXO Certified · Wallet Security Fundamentals
Was dieser Kurs voraussetzt
- ·Typische Kompromittierungswege erkennen, bevor Werte bewegt werden.
- ·Bestehensgrenze: 80%
- ·Krypto- & Blockchain-Grundlagen
Kurs-Briefing
Trainingsvertrag
Typische Kompromittierungswege erkennen, bevor Werte bewegt werden.
Praktische Ergebnisse
Geheimes Material & Recovery-Grenzen
Dieses Modul vertieft Geheimes Material & Recovery-Grenzen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
Evidenz-Memo · KEY-BOUNDARYPhishing, Origins & sozialer Druck
Dieses Modul vertieft Phishing, Origins & sozialer Druck mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
Evidenz-Memo · PHISHINGIntegrität von Zieladressen
Dieses Modul vertieft Integrität von Zieladressen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
Evidenz-Memo · ADDRESS-POISONINGOperative Wallet-Sicherheit
Dieses Modul vertieft Operative Wallet-Sicherheit mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
Evidenz-Memo · KEY-BOUNDARYPrüfungsvertrag
Lektionsprüfungen8
Modul-Labs4
Abschlussprüfung20
Mastery-Schwelle80%
Vollständiger Lehrplan
Wallet-Sicherheit & Self-Custody
Prüfe vor dem Start den vollständigen Lehrplan, die Kompetenzen und den Bewertungsweg.
Geführter Lernaufwand14h
Module4
Lektionen8
01
Geheimes Material & Recovery-Grenzen
Dieses Modul vertieft Geheimes Material & Recovery-Grenzen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
1.1
Recovery-Material ist niemals ein Support-Credential45 Min. · Vertiefte technische Lektion
1.2
Backups brauchen Verfügbarkeit und Vertraulichkeit45 Min. · Vertiefte technische Lektion
Praktisches ModullaborSignaturgrenze schützen
02
Phishing, Origins & sozialer Druck
Dieses Modul vertieft Phishing, Origins & sozialer Druck mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
2.1
Prüfe den Origin, nicht das Logo45 Min. · Vertiefte technische Lektion
2.2
Zeitdruck ist Teil des Exploits45 Min. · Vertiefte technische Lektion
Praktisches ModullaborOrigin prüfen
03
Integrität von Zieladressen
Dieses Modul vertieft Integrität von Zieladressen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
3.1
Transaktionshistorie ist kein Adressbuch45 Min. · Vertiefte technische Lektion
3.2
Ziele vor irreversibler Übertragung verifizieren45 Min. · Vertiefte technische Lektion
Praktisches ModullaborZieladresse verifizieren
04
Operative Wallet-Sicherheit
Dieses Modul vertieft Operative Wallet-Sicherheit mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
4.1
Eine sichere Wallet erbt das Risiko des Geräts45 Min. · Vertiefte technische Lektion
4.2
Gute Verfahren reduzieren Abhängigkeit von perfekter Software45 Min. · Vertiefte technische Lektion
Praktisches ModullaborSignaturgrenze schützen
- Gib eine Seed Phrase niemals in eine Support-Website ein.
- Migriere bei Verdacht auf Offenlegung auf neue Keys aus einer sauberen Umgebung.
- Teste Recovery vor dem Notfall.
- Trenne Kopien, Orte und Zugangsmethoden entsprechend dem geschützten Wert.
- Branding beweist keinen legitimen Origin.
- Verifiziere Domains unabhängig, bevor sensible Signaturen ausgeführt werden.
- Zeitdruck sollte mehr Prüfung auslösen, nicht weniger.
- Trenne Kommunikationskanal und Autorisierungsgerät bei kritischen Aktionen.
- Kopiere Ziele nicht blind aus der History.
- Verifiziere die vollständige Adresse oder eine vertrauenswürdige Address-Book-Referenz.
- Neue High-Value-Ziele brauchen strengere Kontrollen.
- Nutze unabhängige Bestätigung für Treasury-Transfers.
- Schriftliche Feldübung × 8
- Wissensprüfungen × 8
- Praktisches Modullabor × 4
- Zeitlich begrenzte Abschlussprüfung · 20 · ≥ 80%
- Vertiefte technische Lektion · 360 min
- Schriftliche Feldübung · 160 min
- Praktisches Modullabor · 140 min
- Specialist units · 105 min
- Zeitlich begrenzte Abschlussprüfung · 30 min
KURSHANDBUCH
14hUmfang, Lernziele und Studienstandard
Schütze Keys, Recovery-Material, Ziele und Geräte mit klaren operativen Grenzen.
Empfohlenes Vorwissen
- Krypto- & Blockchain-Grundlagen
- Gib eine Seed Phrase niemals in eine Support-Website ein.
- Migriere bei Verdacht auf Offenlegung auf neue Keys aus einer sauberen Umgebung.
- Teste Recovery vor dem Notfall.
- Trenne Kopien, Orte und Zugangsmethoden entsprechend dem geschützten Wert.
- Branding beweist keinen legitimen Origin.
- Verifiziere Domains unabhängig, bevor sensible Signaturen ausgeführt werden.
- Zeitdruck sollte mehr Prüfung auslösen, nicht weniger.
- Trenne Kommunikationskanal und Autorisierungsgerät bei kritischen Aktionen.
- Kopiere Ziele nicht blind aus der History.
- Verifiziere die vollständige Adresse oder eine vertrauenswürdige Address-Book-Referenz.
- 01
Lies das sechsteilige technische Kapitel
- 02
Prüfe das einzigartige Visual und Protokollmodell
- 03
Bearbeite Fallakte und Evidenzkarte
- 04
Reiche die schriftliche Feldübung ein
- 05
Bestehe Knowledge Check und Modullabor
- 06
Absolviere die zeitbegrenzte Abschlussprüfung
Aussagen müssen mit beobachtbaren Feldern, Protokollverhalten, Primärquellen oder klar benannten Annahmen verbunden sein. Unbekanntes bleibt ausdrücklich unbekannt.
Für den Abschluss sind schriftliche Arbeit, Knowledge Checks, alle Modullabore und mindestens 80% in der Abschlussprüfung erforderlich. Das Professional-Level verlangt zusätzlich den Capstone.
- Recovery-Material ist niemals ein Support-Credential
- Seed Phrase oder Private Key erlauben die Rekonstruktion von Signaturautorität. Seriöser Support sollte sie nie verlangen; jede Offenlegung muss als dauerhafte Kompromittierung behandelt werden.
- Backups brauchen Verfügbarkeit und Vertraulichkeit
- Recovery muss Geräteverlust überstehen, ohne einen einfachen Diebstahlpfad zu schaffen. Fotos, Cloud-Notizen oder eine einzige Kopie können zu Single Points of Compromise werden.
- Prüfe den Origin, nicht das Logo
- Phishing kann Marken perfekt kopieren und trotzdem von einem anderen Origin kommen. Unicode-Lookalikes, Subdomains und Anzeigen nutzen visuelles Vertrauen aus; entscheidend ist, welcher Origin die Wallet-Anfrage ausgelöst hat.
- Zeitdruck ist Teil des Exploits
- Angreifer kombinieren technische Payloads mit psychologischem Druck: ablaufende Claims, Kontosperren, Migrationen oder Support-Imitation. Sichere Prozesse erhöhen bei Dringlichkeit die Prüftiefe.
- Transaktionshistorie ist kein Adressbuch
- Address Poisoning erzeugt kleine oder präparierte Transaktionen von ähnlich aussehenden Adressen, damit Nutzer später das falsche Ziel kopieren. Prefix- oder Suffix-Gleichheit ist keine ausreichende Prüfung.
- Ziele vor irreversibler Übertragung verifizieren
- Clipboard-Malware, vergiftete History, manipulierte QR-Codes oder falsche Namensauflösung können das Ziel verändern. Die finale Zielprüfung gehört an die Signaturgrenze.
- Eine sichere Wallet erbt das Risiko des Geräts
- Malware kann Clipboard, Browser-Inhalte, Sessions oder Installer manipulieren. Self-Custody verlangt daher Gerätehygiene, verifizierte Softwarequellen und Trennung von Alltagsnutzung und High-Value-Signing.
- Gute Verfahren reduzieren Abhängigkeit von perfekter Software
- Spend Limits, Rollen-Trennung, Allowlists und Dry Runs verhindern, dass ein einzelner technischer Fehler automatisch zum Totalverlust wird.
SPEZIALISTISCHE ERWEITERUNGEN
Moderne Protokolle und operative Themen
Diese Erweiterungen ergänzen den Kernlehrplan um aktuelle Standards und Security Boundaries, die Praktiker erkennen und bewerten müssen.
EXT / 01
RPC- und Provider-Trust-Boundaries
Der Provider transportiert Requests und Chain State, darf aber keine unsichtbare Wahrheitsquelle werden. Modelliere Chain/Account Changes sowie veraltete oder adversariale RPC-Antworten.
Security-FokusEIP-1193 · RPC integrity · chain changes · account exposure · fail-visible
StudienaufgabeLies die Primärquellen, identifiziere die Trust Boundary und erkläre, wie der Mechanismus das Autorisierungs- oder Ausführungsmodell verändert.
Erforderliches ErgebnisErstelle eine prägnante Analystennotiz mit Annahmen, materieller Evidenz, Fehlerbedingungen und einer begründeten Sicherheitsentscheidung.
PrimärreferenzenEIP-1193 ↗
EXT / 02
Software-Supply-Chain-Sicherheit für Wallets
Dependencies, Build-Systeme, Registries und Release-Artefakte gehören zum Signing Threat Model. Provenance und Reproduzierbarkeit senken das Risiko kompromittierter Updates.
Security-FokusProvenance · Dependencies · Build Integrity · Releases · Update Trust
StudienaufgabeLies die Primärquellen, identifiziere die Trust Boundary und erkläre, wie der Mechanismus das Autorisierungs- oder Ausführungsmodell verändert.
Erforderliches ErgebnisErstelle eine prägnante Analystennotiz mit Annahmen, materieller Evidenz, Fehlerbedingungen und einer begründeten Sicherheitsentscheidung.
PrimärreferenzenSLSA v1.2 ↗
EXT / 03
Hardwaregestütztes Key Management
Trenne Key Generation, Storage, Nutzung, Backup, Rotation und Destruction. Hardware-Isolation reduziert Extraktionsrisiken, macht aber eine falsche Transaktion nicht automatisch sicher.
Security-FokusKey Lifecycle · Cryptographic Boundary · Backup · Rotation · Signer Display
StudienaufgabeLies die Primärquellen, identifiziere die Trust Boundary und erkläre, wie der Mechanismus das Autorisierungs- oder Ausführungsmodell verändert.
Erforderliches ErgebnisErstelle eine prägnante Analystennotiz mit Annahmen, materieller Evidenz, Fehlerbedingungen und einer begründeten Sicherheitsentscheidung.
PrimärreferenzenNIST SP 800-57 Pt1 Rev5 ↗
Modul 01
Geheimes Material & Recovery-Grenzen
Dieses Modul vertieft Geheimes Material & Recovery-Grenzen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
Lektion 1.1
Recovery-Material ist niemals ein Support-Credential
Technisches Kapitel
Vertiefte technische LektionRecovery-Material ist niemals ein Support-Credential
01
Mentales Modell
Seed Phrase oder Private Key erlauben die Rekonstruktion von Signaturautorität. Seriöser Support sollte sie nie verlangen; jede Offenlegung muss als dauerhafte Kompromittierung behandelt werden.
Dieses Konzept ist wichtig, weil Gib eine Seed Phrase niemals in eine Support-Website ein.
Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern. Vergleiche diese Felder mit der erklärten Nutzerabsicht und der erwarteten Sicherheitsgrenze.
02
Was tatsächlich passiert
Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern.
Auf Protokoll- und Ausführungsebene sind zu prüfen seed phrase und derived key und signer und backup und compromise. Protokollbezeichner bleiben unübersetzt, weil sie Teil des technischen Payloads sind.
seed phraseTechnische Prüfpunkte
derived keyTechnische Prüfpunkte
signerTechnische Prüfpunkte
backupTechnische Prüfpunkte
compromiseTechnische Prüfpunkte
03
Fehleroberfläche
Behandle Widersprüche, übermäßige Autorität und ungeklärte Abhängigkeiten als materielle Fehlersignale.
Die praktische Folge ist, dass Migriere bei Verdacht auf Offenlegung auf neue Keys aus einer sauberen Umgebung. Unbekannt ist nicht gleich sicher.
- Gib eine Seed Phrase niemals in eine Support-Website ein.
- Migriere bei Verdacht auf Offenlegung auf neue Keys aus einer sauberen Umgebung.
04
Entscheidungsstandard
Übersetze jedes materielle Signal in die konkrete Folge für Assets, Autorität oder Vertrauen.
Die praktische Folge ist, dass Migriere bei Verdacht auf Offenlegung auf neue Keys aus einer sauberen Umgebung.
Eskaliere bei widersprüchlicher oder unvollständiger Evidenz oder wenn die Konsequenz die Routine-Policy übersteigt.
05
Verifikationsverfahren
Verifiziere die Anfrage mit unabhängiger Evidenz vor jeder irreversiblen Autorisierung.
- 01
Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern.
- 02
Vergleiche diese Felder mit der erklärten Nutzerabsicht und der erwarteten Sicherheitsgrenze.
- 03
Verifiziere die Anfrage mit unabhängiger Evidenz vor jeder irreversiblen Autorisierung.
- 04
Dokumentiere Fakten, Annahmen, Unbekanntes und Entscheidung, damit ein anderer Analyst die Prüfung reproduzieren kann.
- 05
Eskaliere bei widersprüchlicher oder unvollständiger Evidenz oder wenn die Konsequenz die Routine-Policy übersteigt.
06
Erforderliches Analysten-Ergebnis
Dokumentiere Fakten, Annahmen, Unbekanntes und Entscheidung, damit ein anderer Analyst die Prüfung reproduzieren kann.
Gib eine Seed Phrase niemals in eine Support-Website ein. und Migriere bei Verdacht auf Offenlegung auf neue Keys aus einer sauberen Umgebung.
Erforderliches Analysten-ErgebnisRecovery-Material ist niemals ein Support-Credential · Entscheidungsstandard
Technisches Workbook
Analystenziel
Gib eine Seed Phrase niemals in eine Support-Website ein.
Mechanik
seed phrase
root recovery secretderived key
account-specific authoritysigner
uses key without exposing itbackup
offline recovery copycompromise
authority must be migratedFehlersignale
- 01
seed typed into website
- 02
seed photographed/cloud-synced
- 03
support asks for recovery words
- 04
same seed used in insecure environment
- 05
suspected disclosure without migration
Prüfverfahren
- 01
classify recovery material
- 02
remove online copies
- 03
verify signer never exports secrets
- 04
design recovery test
- 05
migrate assets after suspected exposure
Argumentationskette
- 01
Fakten → materielle Evidenz
- 02
Evidenz → Konsequenz / Autorität
- 03
Konsequenz → explizite Entscheidung + nächste Aktion
Erforderliches Ergebnis
secret-material handling policyProtokoll-Walkthrough
Folge dem Pfad der Sicherheitsentscheidung
seed / private / key / boundary01Beobachten
- seed phrase: root recovery secret
- derived key: account-specific authority
02Nachverfolgen
- signer: uses key without exposing it
- backup: offline recovery copy
- compromise: authority must be migrated
03Hinterfragen
- seed typed into website
- seed photographed/cloud-synced
- support asks for recovery words
04Prüfen
- classify recovery material
- remove online copies
- verify signer never exports secrets
05Ergebnis
- secret-material handling policy
Berechtigungsflächeseed phrase · derived key · signer
Fehlerbedingungseed typed into website
Praxisfall
recovery-phishrequest
enter 24 wordspage
wallet recovery portalorigin
wallet-helpdesk.iosupport Contact
unsolicitedfunds Moved
norequired Action
treat material as compromised if enteredAnalystenaufgabe
Identifiziere vor der Antwort die gewährte Autorität, die ausfallende Trust Boundary und die irreversible Konsequenz.
Evidenzkarte
Ordnen, bevor du entscheidest
Trenne Identität, Autorität, Ausführung und Kontext vor der Sicherheitsentscheidung.
01
Identität
Wer oder was fordert, erhält oder repräsentiert Autorität?
origin
wallet-helpdesk.iosupport Contact
unsolicited02
Autorität
Welche Fähigkeit kann gewährt, behalten oder ausgeübt werden?
—
03
Ausführung
Was wird Payload, Route oder System tatsächlich tun?
—
04
Kontext
Welche Umgebungsfakten können die Entscheidung materiell ändern?
request
enter 24 wordspage
wallet recovery portalfunds Moved
norequired Action
treat material as compromised if enteredPraxisübung
Nur lokaler AnalystennachweisErstelle einen analystentauglichen Befund
Antworte nicht aus dem Gedächtnis. Nutze Fall, Protokollfelder und Prüfverfahren oben, um einen reproduzierbaren Befund zu schreiben.
Fokusseed phrase · derived key · signer
Fehlersignalseed typed into website
Zuerst prüfenclassify recovery material
Ergebnissecret-material handling policy
Abschlusskriterien
- Bezieht sich auf materielle Evidenz, nicht auf UI-Optik.
- Benennt Berechtigung, Zustandsübergang oder Konsequenz.
- Liefert eine reproduzierbare nächste Aktion oder Entscheidung.
Sicherheitshinweise
- 01
Gib eine Seed Phrase niemals in eine Support-Website ein.
- 02
Migriere bei Verdacht auf Offenlegung auf neue Keys aus einer sauberen Umgebung.
Analysten-Notizbuch
Nur lokaler LernnachweisErstelle dein Evidenz-Memo
Halte deine Begründung vor dem Checkpoint fest und schließe mit einer expliziten Entscheidung oder nächsten Aktion ab. Notizen bleiben auf diesem Gerät.
LOCAL STORAGE
Praxisübung
Entwickle alle drei Abschnitte vor dem Abschluss.
Lektion 1.2
Backups brauchen Verfügbarkeit und Vertraulichkeit
Technisches Kapitel
Vertiefte technische LektionBackups brauchen Verfügbarkeit und Vertraulichkeit
01
Mentales Modell
Recovery muss Geräteverlust überstehen, ohne einen einfachen Diebstahlpfad zu schaffen. Fotos, Cloud-Notizen oder eine einzige Kopie können zu Single Points of Compromise werden.
Dieses Konzept ist wichtig, weil Teste Recovery vor dem Notfall.
Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern. Vergleiche diese Felder mit der erklärten Nutzerabsicht und der erwarteten Sicherheitsgrenze.
02
Was tatsächlich passiert
Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern.
Auf Protokoll- und Ausführungsebene sind zu prüfen availability und confidentiality und redundancy und separation und test. Protokollbezeichner bleiben unübersetzt, weil sie Teil des technischen Payloads sind.
availabilityTechnische Prüfpunkte
confidentialityTechnische Prüfpunkte
redundancyTechnische Prüfpunkte
separationTechnische Prüfpunkte
testTechnische Prüfpunkte
03
Fehleroberfläche
Behandle Widersprüche, übermäßige Autorität und ungeklärte Abhängigkeiten als materielle Fehlersignale.
Die praktische Folge ist, dass Trenne Kopien, Orte und Zugangsmethoden entsprechend dem geschützten Wert. Unbekannt ist nicht gleich sicher.
- Teste Recovery vor dem Notfall.
- Trenne Kopien, Orte und Zugangsmethoden entsprechend dem geschützten Wert.
04
Entscheidungsstandard
Übersetze jedes materielle Signal in die konkrete Folge für Assets, Autorität oder Vertrauen.
Die praktische Folge ist, dass Trenne Kopien, Orte und Zugangsmethoden entsprechend dem geschützten Wert.
Eskaliere bei widersprüchlicher oder unvollständiger Evidenz oder wenn die Konsequenz die Routine-Policy übersteigt.
05
Verifikationsverfahren
Verifiziere die Anfrage mit unabhängiger Evidenz vor jeder irreversiblen Autorisierung.
- 01
Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern.
- 02
Vergleiche diese Felder mit der erklärten Nutzerabsicht und der erwarteten Sicherheitsgrenze.
- 03
Verifiziere die Anfrage mit unabhängiger Evidenz vor jeder irreversiblen Autorisierung.
- 04
Dokumentiere Fakten, Annahmen, Unbekanntes und Entscheidung, damit ein anderer Analyst die Prüfung reproduzieren kann.
- 05
Eskaliere bei widersprüchlicher oder unvollständiger Evidenz oder wenn die Konsequenz die Routine-Policy übersteigt.
06
Erforderliches Analysten-Ergebnis
Dokumentiere Fakten, Annahmen, Unbekanntes und Entscheidung, damit ein anderer Analyst die Prüfung reproduzieren kann.
Teste Recovery vor dem Notfall. und Trenne Kopien, Orte und Zugangsmethoden entsprechend dem geschützten Wert.
Erforderliches Analysten-ErgebnisBackups brauchen Verfügbarkeit und Vertraulichkeit · Entscheidungsstandard
Technisches Workbook
Analystenziel
Teste Recovery vor dem Notfall.
Mechanik
availability
can recover after lossconfidentiality
unauthorized recovery preventedredundancy
no single physical failureseparation
copies not compromised togethertest
recovery procedure validatedFehlersignale
- 01
single backup
- 02
all copies same location
- 03
cloud photo/note
- 04
backup never tested
- 05
inheritance/emergency path undefined
Prüfverfahren
- 01
define loss scenarios
- 02
choose independent backup locations
- 03
protect access separately
- 04
test recovery with non-production funds
- 05
document emergency/inheritance procedure
Argumentationskette
- 01
Fakten → materielle Evidenz
- 02
Evidenz → Konsequenz / Autorität
- 03
Konsequenz → explizite Entscheidung + nächste Aktion
Erforderliches Ergebnis
tested recovery runbookProtokoll-Walkthrough
Folge dem Pfad der Sicherheitsentscheidung
backup / recovery01Beobachten
- availability: can recover after loss
- confidentiality: unauthorized recovery prevented
02Nachverfolgen
- redundancy: no single physical failure
- separation: copies not compromised together
- test: recovery procedure validated
03Hinterfragen
- single backup
- all copies same location
- cloud photo/note
04Prüfen
- define loss scenarios
- choose independent backup locations
- protect access separately
05Ergebnis
- tested recovery runbook
Berechtigungsflächeavailability · confidentiality · redundancy
Fehlerbedingungsingle backup
Praxisfall
backup-designcopies
2copy A
home safecopy B
cloud photoencryption
account passwordinheritance
nonerecovery Test
neverasset Value
$95,000Analystenaufgabe
Identifiziere vor der Antwort die gewährte Autorität, die ausfallende Trust Boundary und die irreversible Konsequenz.
Evidenzkarte
Ordnen, bevor du entscheidest
Trenne Identität, Autorität, Ausführung und Kontext vor der Sicherheitsentscheidung.
01
Identität
Wer oder was fordert, erhält oder repräsentiert Autorität?
—
02
Autorität
Welche Fähigkeit kann gewährt, behalten oder ausgeübt werden?
—
03
Ausführung
Was wird Payload, Route oder System tatsächlich tun?
asset Value
$95,00004
Kontext
Welche Umgebungsfakten können die Entscheidung materiell ändern?
copies
2copy A
home safecopy B
cloud photoencryption
account passwordinheritance
nonerecovery Test
neverPraxisübung
Nur lokaler AnalystennachweisErstelle einen analystentauglichen Befund
Antworte nicht aus dem Gedächtnis. Nutze Fall, Protokollfelder und Prüfverfahren oben, um einen reproduzierbaren Befund zu schreiben.
Fokusavailability · confidentiality · redundancy
Fehlersignalsingle backup
Zuerst prüfendefine loss scenarios
Ergebnistested recovery runbook
Abschlusskriterien
- Bezieht sich auf materielle Evidenz, nicht auf UI-Optik.
- Benennt Berechtigung, Zustandsübergang oder Konsequenz.
- Liefert eine reproduzierbare nächste Aktion oder Entscheidung.
Sicherheitshinweise
- 01
Teste Recovery vor dem Notfall.
- 02
Trenne Kopien, Orte und Zugangsmethoden entsprechend dem geschützten Wert.
Analysten-Notizbuch
Nur lokaler LernnachweisErstelle dein Evidenz-Memo
Halte deine Begründung vor dem Checkpoint fest und schließe mit einer expliziten Entscheidung oder nächsten Aktion ab. Notizen bleiben auf diesem Gerät.
LOCAL STORAGE
Praxisübung
Entwickle alle drei Abschnitte vor dem Abschluss.
Praxis-Lab gesperrt
Bestehe beide Wissensprüfungen dieses Moduls, bevor du das Lab startest.
Modul 02
Phishing, Origins & sozialer Druck
Dieses Modul vertieft Phishing, Origins & sozialer Druck mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
Modul gesperrt
Schließe zuerst das vorherige Modul inklusive Praxis-Lab ab.
Modul 03
Integrität von Zieladressen
Dieses Modul vertieft Integrität von Zieladressen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
Modul gesperrt
Schließe zuerst das vorherige Modul inklusive Praxis-Lab ab.
Modul 04
Operative Wallet-Sicherheit
Dieses Modul vertieft Operative Wallet-Sicherheit mit angewandter Theorie und einem eigenen Entscheidungs-Lab.
Modul gesperrt
Schließe zuerst das vorherige Modul inklusive Praxis-Lab ab.
Abschlussprüfung
Abschlussprüfung
Kumulative Prüfung, die bei jedem Versuch aus Kurskonzepten und Praxisszenarien neu aufgebaut wird.
Mindestens 80 % sind erforderlich. Nur die Theorie abzuschließen erzeugt keinen Nachweis.
Bestehensgrenze80%
Bestwert0%
Bank52
Versuch20
Versuche0
Zeitlimit30 Min.
GESPERRTSchließe alle Lesson-Checkpoints und Praxis-Labs ab, bevor die Abschlussprüfung freigeschaltet wird.