← Tilbage til Akademiet
NIVEAU 2 · Gratis
Wallet-sikkerhed & Self-Custody
Beskyt nøgler, recovery-materiale, destinationer og enheder med praktiske grænser.
8 lektioner · 8 Feltøvelse · 8 Praktiske scenarier · 20 spørgsmål · 80% beståelseskrav
Begynd at lære0% · 0/21
Hvad du vil kunne
✓
Dette modul går i dybden med hemmeligheder og recovery gennem anvendt teori og et separat beslutningslab.
✓
Dette modul går i dybden med phishing, origins og socialt pres gennem anvendt teori og et separat beslutningslab.
✓
Dette modul går i dybden med integritet af destination gennem anvendt teori og et separat beslutningslab.
✓
Dette modul går i dybden med operationel wallet-sikkerhed gennem anvendt teori og et separat beslutningslab.
Pensum
▸1.1 · En seed er aldrig en supportcredential20 min
▸1.2 · Backup kræver både tilgængelighed og fortrolighed18 min
Lab · Beskyt signing boundary
Kurset indeholder
- ·8 lektioner · 14 guidede timer
- ·4 Lab · Praktiske scenarier
- ·8 Praktiske cases · 8 Videnstjek
- ·52 Eksamensbank · 80% beståelsesgrænse
- ·Gennemførelsesbevis: UTXO Certified · Wallet Security Fundamentals
Hvad kurset forventer af dig
- ·Genkend kompromisveje før midler flyttes.
- ·Beståelseskrav: 80%
- ·Grundlag i krypto og blockchain
Kursusbriefing
Træningskontrakt
Genkend kompromisveje før midler flyttes.
Praktiske leverancer
Hemmeligheder og recovery
Dette modul går i dybden med hemmeligheder og recovery gennem anvendt teori og et separat beslutningslab.
Evidensmemo · KEY-BOUNDARYPhishing, origins og socialt pres
Dette modul går i dybden med phishing, origins og socialt pres gennem anvendt teori og et separat beslutningslab.
Evidensmemo · PHISHINGIntegritet af destination
Dette modul går i dybden med integritet af destination gennem anvendt teori og et separat beslutningslab.
Evidensmemo · ADDRESS-POISONINGOperationel wallet-sikkerhed
Dette modul går i dybden med operationel wallet-sikkerhed gennem anvendt teori og et separat beslutningslab.
Evidensmemo · KEY-BOUNDARYEvalueringskontrakt
Lektionstjek8
Modul-labs4
Sluteksamen20
Mestringstærskel80%
Komplet pensum
Wallet-sikkerhed & Self-Custody
Gennemgå hele pensummet, kompetencerne og evalueringsforløbet før start.
Vejledt studiebelastning14h
moduler4
lektioner8
01
Hemmeligheder og recovery
Dette modul går i dybden med hemmeligheder og recovery gennem anvendt teori og et separat beslutningslab.
1.1
En seed er aldrig en supportcredential45 min · Dyb teknisk lektion
1.2
Backup kræver både tilgængelighed og fortrolighed45 min · Dyb teknisk lektion
Praktisk modullaboratoriumBeskyt signing boundary
02
Phishing, origins og socialt pres
Dette modul går i dybden med phishing, origins og socialt pres gennem anvendt teori og et separat beslutningslab.
2.1
Læs origin, ikke logoet45 min · Dyb teknisk lektion
2.2
Hastværk er en del af angrebet45 min · Dyb teknisk lektion
Praktisk modullaboratoriumUndersøg origin
03
Integritet af destination
Dette modul går i dybden med integritet af destination gennem anvendt teori og et separat beslutningslab.
3.1
Historik er ikke en adressebog45 min · Dyb teknisk lektion
3.2
Verificér destinationen før værdien bliver irreversibel45 min · Dyb teknisk lektion
Praktisk modullaboratoriumVerificér destination
04
Operationel wallet-sikkerhed
Dette modul går i dybden med operationel wallet-sikkerhed gennem anvendt teori og et separat beslutningslab.
4.1
En sikker wallet arver enhedens risiko45 min · Dyb teknisk lektion
4.2
Gode procedurer reducerer afhængigheden af perfekt software45 min · Dyb teknisk lektion
Praktisk modullaboratoriumBeskyt signing boundary
- Kjernerisiko: behandl ikke en seed er aldrig en supportcredential som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring en seed er aldrig en supportcredential før autorisation.
- Kjernerisiko: behandl ikke backup kræver både tilgængelighed og fortrolighed som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring backup kræver både tilgængelighed og fortrolighed før autorisation.
- Kjernerisiko: behandl ikke læs origin, ikke logoet som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring læs origin, ikke logoet før autorisation.
- Kjernerisiko: behandl ikke hastværk er en del af angrebet som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring hastværk er en del af angrebet før autorisation.
- Kjernerisiko: behandl ikke historik er ikke en adressebog som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring historik er ikke en adressebog før autorisation.
- Kjernerisiko: behandl ikke verificér destinationen før værdien bliver irreversibel som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring verificér destinationen før værdien bliver irreversibel før autorisation.
- Skriftlig feltøvelse × 8
- Videnstjek × 8
- Praktisk modullaboratorium × 4
- Tidsbegrænset afsluttende eksamen · 20 · ≥ 80%
- Dyb teknisk lektion · 360 min
- Skriftlig feltøvelse · 160 min
- Praktisk modullaboratorium · 140 min
- Specialist units · 105 min
- Tidsbegrænset afsluttende eksamen · 30 min
KURSHÅNDBOG
14hOmfang, læringsresultater og studiestandard
Beskyt nøgler, recovery-materiale, destinationer og enheder med praktiske grænser.
Anbefalet forudgående studie
- Grundlag i krypto og blockchain
- Kjernerisiko: behandl ikke en seed er aldrig en supportcredential som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring en seed er aldrig en supportcredential før autorisation.
- Kjernerisiko: behandl ikke backup kræver både tilgængelighed og fortrolighed som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring backup kræver både tilgængelighed og fortrolighed før autorisation.
- Kjernerisiko: behandl ikke læs origin, ikke logoet som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring læs origin, ikke logoet før autorisation.
- Kjernerisiko: behandl ikke hastværk er en del af angrebet som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring hastværk er en del af angrebet før autorisation.
- Kjernerisiko: behandl ikke historik er ikke en adressebog som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring historik er ikke en adressebog før autorisation.
- 01
Læs det seksdelte tekniske kapitel
- 02
Inspicér det unikke visual og protokolmodellen
- 03
Arbejd med case og evidenskort
- 04
Indsend den skriftlige feltøvelse
- 05
Bestå knowledge check og modullab
- 06
Gennemfør den tidsbegrænsede slutvurdering
Alle påstande skal knyttes til observerbare felter, protokoladfærd, primære kilder eller tydeligt angivne antagelser. Ukendte forhold skal forblive eksplicitte.
Afslutning kræver skriftligt arbejde, knowledge checks, alle labs og mindst 80% i sluteksamen. Professional-niveauet kræver også capstone.
- En seed er aldrig en supportcredential
- Seed phrases og private keys er signing authority, ikke supportdata. Enhver eksponering skal behandles som permanent compromise.
- Backup kræver både tilgængelighed og fortrolighed
- Recovery skal overleve device loss uden at fotos, cloud notes eller én enkelt kopi bliver en enkel tyverivej.
- Læs origin, ikke logoet
- Phishing kan kopiere et legitimt brand perfekt fra en anden origin. Unicode, subdomains og annoncer udnytter visuelt tillidsforhold; verificér origin uafhængigt.
- Hastværk er en del af angrebet
- Angribere kombinerer tekniske payloads med pres som expiring claims, account locks eller falsk support. Hastværk bør øge scrutiny, ikke reducere det.
- Historik er ikke en adressebog
- Address poisoning placerer look-alike-adresser i history for at få brugeren til at kopiere forkert; matchende prefix/suffix er ikke verifikation.
- Verificér destinationen før værdien bliver irreversibel
- Clipboard malware, manipulerede QR-koder, poisoned history eller name resolution kan ændre modtageren; verificér det endelige mål ved signing boundary.
- En sikker wallet arver enhedens risiko
- Malware kan manipulere clipboard, browser, sessions og installers. Self-custody kræver også device hygiene og separation af high-value operations.
- Gode procedurer reducerer afhængigheden af perfekt software
- Amount limits, role separation, allowlists og dry runs kan forhindre, at én teknisk fejl automatisk bliver til total loss.
SPECIALISTUDVIDELSER
Moderne protokoller og operationelle emner
Disse udvidelser supplerer kernepensummet med aktuelle standarder og sikkerhedsgrænser, som praktikere skal kunne identificere.
EXT / 01
RPC- og provider-trust boundaries
Provideren transporterer requests og chain state, men må ikke blive en usynlig sandhedskilde. Modellér chain/account changes og stale eller adversarial RPC-responses.
SikkerhedsfokusEIP-1193 · RPC integrity · chain changes · account exposure · fail-visible
StudieopgaveLæs primærmaterialet, identificér trust boundary og forklar, hvordan mekanismen ændrer autorisations- eller eksekveringsmodellen.
Påkrævet leveranceUdarbejd en kort analytikernote med antagelser, materiel evidens, fejltilstande og en begrundet sikkerhedsbeslutning.
Primære referencerEIP-1193 ↗
EXT / 02
Supply-chain-sikkerhed for wallet-software
Dependencies, build systems, registries og release artifacts er en del af signing threat model. Provenance og reproducibility reducerer risikoen for ondsindede updates.
SikkerhedsfokusProvenance · dependencies · build integrity · releases · update trust
StudieopgaveLæs primærmaterialet, identificér trust boundary og forklar, hvordan mekanismen ændrer autorisations- eller eksekveringsmodellen.
Påkrævet leveranceUdarbejd en kort analytikernote med antagelser, materiel evidens, fejltilstande og en begrundet sikkerhedsbeslutning.
Primære referencerSLSA v1.2 ↗
EXT / 03
Hardware-understøttet nøglehåndtering
Adskil key generation, storage, brug, backup, rotation og destruction. Hardware isolation reducerer extraction risk men gør ikke en forkert transaktion sikker.
SikkerhedsfokusKey lifecycle · cryptographic boundary · backup · rotation · signer display
StudieopgaveLæs primærmaterialet, identificér trust boundary og forklar, hvordan mekanismen ændrer autorisations- eller eksekveringsmodellen.
Påkrævet leveranceUdarbejd en kort analytikernote med antagelser, materiel evidens, fejltilstande og en begrundet sikkerhedsbeslutning.
Primære referencerNIST SP 800-57 Pt1 Rev5 ↗
Modul 01
Hemmeligheder og recovery
Dette modul går i dybden med hemmeligheder og recovery gennem anvendt teori og et separat beslutningslab.
Lektion 1.1
En seed er aldrig en supportcredential
Teknisk kapitel
Dyb teknisk lektionEn seed er aldrig en supportcredential
01
Mental model
Seed phrases og private keys er signing authority, ikke supportdata. Enhver eksponering skal behandles som permanent compromise.
Dette koncept er vigtigt, fordi Kjernerisiko: behandl ikke en seed er aldrig en supportcredential som en uvæsentlig detalje.
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen. Sammenlign felterne med brugerens erklærede hensigt og den forventede sikkerhedsgrænse.
02
Hvad der faktisk sker
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen.
På protokol- og eksekveringsniveau skal du inspicere seed phrase og derived key og signer og backup og compromise. Protokolidentifikatorer oversættes ikke, fordi de er en del af den tekniske payload.
seed phraseTekniske inspektionspunkter
derived keyTekniske inspektionspunkter
signerTekniske inspektionspunkter
backupTekniske inspektionspunkter
compromiseTekniske inspektionspunkter
03
Fejlflade
Behandl modstrid, overdreven autoritet og uforklarede afhængigheder som væsentlige fejlsignaler.
Den praktiske konsekvens er, at Handling: verificér teknisk evidence omkring en seed er aldrig en supportcredential før autorisation. Ukendt er ikke det samme som sikkert.
- Kjernerisiko: behandl ikke en seed er aldrig en supportcredential som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring en seed er aldrig en supportcredential før autorisation.
04
Beslutningsstandard
Knyt hvert væsentligt signal til den konkrete konsekvens for aktiver, autoritet eller tillid.
Den praktiske konsekvens er, at Handling: verificér teknisk evidence omkring en seed er aldrig en supportcredential før autorisation.
Eskaler når evidensen er modstridende eller ufuldstændig, eller når konsekvensen overstiger rutinepolitik.
05
Verifikationsprocedure
Verificér requesten med uafhængig evidens før irreversibel autorisation.
- 01
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen.
- 02
Sammenlign felterne med brugerens erklærede hensigt og den forventede sikkerhedsgrænse.
- 03
Verificér requesten med uafhængig evidens før irreversibel autorisation.
- 04
Dokumentér fakta, antagelser, ukendte forhold og beslutning, så en anden analytiker kan reproducere reviewet.
- 05
Eskaler når evidensen er modstridende eller ufuldstændig, eller når konsekvensen overstiger rutinepolitik.
06
Påkrævet analytiker-output
Dokumentér fakta, antagelser, ukendte forhold og beslutning, så en anden analytiker kan reproducere reviewet.
Kjernerisiko: behandl ikke en seed er aldrig en supportcredential som en uvæsentlig detalje. og Handling: verificér teknisk evidence omkring en seed er aldrig en supportcredential før autorisation.
Påkrævet analytiker-outputEn seed er aldrig en supportcredential · Beslutningsstandard
Teknisk workbook
Analytikerens mål
Kjernerisiko: behandl ikke en seed er aldrig en supportcredential som en uvæsentlig detalje.
Mekanik
seed phrase
root recovery secretderived key
account-specific authoritysigner
uses key without exposing itbackup
offline recovery copycompromise
authority must be migratedFejlsignaler
- 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
Verifikationsprocedure
- 01
classify recovery material
- 02
remove online copies
- 03
verify signer never exports secrets
- 04
design recovery test
- 05
migrate assets after suspected exposure
Ræsonneringskæde
- 01
fakta → materiel evidens
- 02
evidens → konsekvens / autoritet
- 03
konsekvens → eksplicit beslutning + næste handling
Påkrævet leverance
secret-material handling policyProtokolgennemgang
Følg sikkerhedsbeslutningens vej
seed / private / key / boundary01Observer
- seed phrase: root recovery secret
- derived key: account-specific authority
02Spor
- signer: uses key without exposing it
- backup: offline recovery copy
- compromise: authority must be migrated
03Udfordr
- seed typed into website
- seed photographed/cloud-synced
- support asks for recovery words
04Verificér
- classify recovery material
- remove online copies
- verify signer never exports secrets
05Resultat
- secret-material handling policy
Autoritetsfladeseed phrase · derived key · signer
Fejltilstandseed typed into website
Praktisk case
recovery-phishrequest
enter 24 wordspage
wallet recovery portalorigin
wallet-helpdesk.iosupport Contact
unsolicitedfunds Moved
norequired Action
treat material as compromised if enteredAnalytikeropgave
Identificér før svaret den autoritet der gives, den trust boundary der kan fejle, og den irreversible konsekvens.
Evidenskort
Organisér før du beslutter
Adskil identitet, autoritet, eksekvering og kontekst før sikkerhedsbeslutningen.
01
Identitet
Hvem eller hvad anmoder om, modtager eller repræsenterer autoritet?
origin
wallet-helpdesk.iosupport Contact
unsolicited02
Autoritet
Hvilken kapacitet kan gives, beholdes eller udøves?
—
03
Eksekvering
Hvad vil payload, route eller system faktisk gøre?
—
04
Kontekst
Hvilke omgivende fakta kan materielt ændre beslutningen?
request
enter 24 wordspage
wallet recovery portalfunds Moved
norequired Action
treat material as compromised if enteredFeltøvelse
Kun lokal analytikerpostUdarbejd et analytikerklar fund
Svar ikke fra hukommelsen. Brug casen, protokolfelterne og verifikationsproceduren ovenfor til at skrive et reproducerbart fund.
Fokusseed phrase · derived key · signer
Fejlsignalseed typed into website
Verificér førstclassify recovery material
Leverancesecret-material handling policy
Afslutningskriterier
- Henviser til materiel evidens, ikke UI-udseende.
- Navngiver autoritet, tilstandsovergang eller konsekvens.
- Giver en reproducerbar næste handling eller beslutning.
Sikkerhedsnoter
- 01
Kjernerisiko: behandl ikke en seed er aldrig en supportcredential som en uvæsentlig detalje.
- 02
Handling: verificér teknisk evidence omkring en seed er aldrig en supportcredential før autorisation.
Analytikerens notesbog
Kun lokal læringspostByg dit evidensmemo
Notér din begrundelse før checkpointet og afslut med en eksplicit beslutning eller næste handling. Noterne bliver på denne enhed.
LOCAL STORAGE
Feltøvelse
Udbyg alle tre sektioner før afslutning.
Lektion 1.2
Backup kræver både tilgængelighed og fortrolighed
Teknisk kapitel
Dyb teknisk lektionBackup kræver både tilgængelighed og fortrolighed
01
Mental model
Recovery skal overleve device loss uden at fotos, cloud notes eller én enkelt kopi bliver en enkel tyverivej.
Dette koncept er vigtigt, fordi Kjernerisiko: behandl ikke backup kræver både tilgængelighed og fortrolighed som en uvæsentlig detalje.
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen. Sammenlign felterne med brugerens erklærede hensigt og den forventede sikkerhedsgrænse.
02
Hvad der faktisk sker
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen.
På protokol- og eksekveringsniveau skal du inspicere availability og confidentiality og redundancy og separation og test. Protokolidentifikatorer oversættes ikke, fordi de er en del af den tekniske payload.
availabilityTekniske inspektionspunkter
confidentialityTekniske inspektionspunkter
redundancyTekniske inspektionspunkter
separationTekniske inspektionspunkter
testTekniske inspektionspunkter
03
Fejlflade
Behandl modstrid, overdreven autoritet og uforklarede afhængigheder som væsentlige fejlsignaler.
Den praktiske konsekvens er, at Handling: verificér teknisk evidence omkring backup kræver både tilgængelighed og fortrolighed før autorisation. Ukendt er ikke det samme som sikkert.
- Kjernerisiko: behandl ikke backup kræver både tilgængelighed og fortrolighed som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring backup kræver både tilgængelighed og fortrolighed før autorisation.
04
Beslutningsstandard
Knyt hvert væsentligt signal til den konkrete konsekvens for aktiver, autoritet eller tillid.
Den praktiske konsekvens er, at Handling: verificér teknisk evidence omkring backup kræver både tilgængelighed og fortrolighed før autorisation.
Eskaler når evidensen er modstridende eller ufuldstændig, eller når konsekvensen overstiger rutinepolitik.
05
Verifikationsprocedure
Verificér requesten med uafhængig evidens før irreversibel autorisation.
- 01
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen.
- 02
Sammenlign felterne med brugerens erklærede hensigt og den forventede sikkerhedsgrænse.
- 03
Verificér requesten med uafhængig evidens før irreversibel autorisation.
- 04
Dokumentér fakta, antagelser, ukendte forhold og beslutning, så en anden analytiker kan reproducere reviewet.
- 05
Eskaler når evidensen er modstridende eller ufuldstændig, eller når konsekvensen overstiger rutinepolitik.
06
Påkrævet analytiker-output
Dokumentér fakta, antagelser, ukendte forhold og beslutning, så en anden analytiker kan reproducere reviewet.
Kjernerisiko: behandl ikke backup kræver både tilgængelighed og fortrolighed som en uvæsentlig detalje. og Handling: verificér teknisk evidence omkring backup kræver både tilgængelighed og fortrolighed før autorisation.
Påkrævet analytiker-outputBackup kræver både tilgængelighed og fortrolighed · Beslutningsstandard
Teknisk workbook
Analytikerens mål
Kjernerisiko: behandl ikke backup kræver både tilgængelighed og fortrolighed som en uvæsentlig detalje.
Mekanik
availability
can recover after lossconfidentiality
unauthorized recovery preventedredundancy
no single physical failureseparation
copies not compromised togethertest
recovery procedure validatedFejlsignaler
- 01
single backup
- 02
all copies same location
- 03
cloud photo/note
- 04
backup never tested
- 05
inheritance/emergency path undefined
Verifikationsprocedure
- 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
Ræsonneringskæde
- 01
fakta → materiel evidens
- 02
evidens → konsekvens / autoritet
- 03
konsekvens → eksplicit beslutning + næste handling
Påkrævet leverance
tested recovery runbookProtokolgennemgang
Følg sikkerhedsbeslutningens vej
backup / recovery01Observer
- availability: can recover after loss
- confidentiality: unauthorized recovery prevented
02Spor
- redundancy: no single physical failure
- separation: copies not compromised together
- test: recovery procedure validated
03Udfordr
- single backup
- all copies same location
- cloud photo/note
04Verificér
- define loss scenarios
- choose independent backup locations
- protect access separately
05Resultat
- tested recovery runbook
Autoritetsfladeavailability · confidentiality · redundancy
Fejltilstandsingle backup
Praktisk case
backup-designcopies
2copy A
home safecopy B
cloud photoencryption
account passwordinheritance
nonerecovery Test
neverasset Value
$95,000Analytikeropgave
Identificér før svaret den autoritet der gives, den trust boundary der kan fejle, og den irreversible konsekvens.
Evidenskort
Organisér før du beslutter
Adskil identitet, autoritet, eksekvering og kontekst før sikkerhedsbeslutningen.
01
Identitet
Hvem eller hvad anmoder om, modtager eller repræsenterer autoritet?
—
02
Autoritet
Hvilken kapacitet kan gives, beholdes eller udøves?
—
03
Eksekvering
Hvad vil payload, route eller system faktisk gøre?
asset Value
$95,00004
Kontekst
Hvilke omgivende fakta kan materielt ændre beslutningen?
copies
2copy A
home safecopy B
cloud photoencryption
account passwordinheritance
nonerecovery Test
neverFeltøvelse
Kun lokal analytikerpostUdarbejd et analytikerklar fund
Svar ikke fra hukommelsen. Brug casen, protokolfelterne og verifikationsproceduren ovenfor til at skrive et reproducerbart fund.
Fokusavailability · confidentiality · redundancy
Fejlsignalsingle backup
Verificér førstdefine loss scenarios
Leverancetested recovery runbook
Afslutningskriterier
- Henviser til materiel evidens, ikke UI-udseende.
- Navngiver autoritet, tilstandsovergang eller konsekvens.
- Giver en reproducerbar næste handling eller beslutning.
Sikkerhedsnoter
- 01
Kjernerisiko: behandl ikke backup kræver både tilgængelighed og fortrolighed som en uvæsentlig detalje.
- 02
Handling: verificér teknisk evidence omkring backup kræver både tilgængelighed og fortrolighed før autorisation.
Analytikerens notesbog
Kun lokal læringspostByg dit evidensmemo
Notér din begrundelse før checkpointet og afslut med en eksplicit beslutning eller næste handling. Noterne bliver på denne enhed.
LOCAL STORAGE
Feltøvelse
Udbyg alle tre sektioner før afslutning.
Praktisk lab låst
Bestå begge videnstjek i modulet før laboratoriet.
Modul 02
Phishing, origins og socialt pres
Dette modul går i dybden med phishing, origins og socialt pres gennem anvendt teori og et separat beslutningslab.
Modul låst
Gennemfør det foregående modul inklusive praktisk lab før du fortsætter.
Modul 03
Integritet af destination
Dette modul går i dybden med integritet af destination gennem anvendt teori og et separat beslutningslab.
Modul låst
Gennemfør det foregående modul inklusive praktisk lab før du fortsætter.
Modul 04
Operationel wallet-sikkerhed
Dette modul går i dybden med operationel wallet-sikkerhed gennem anvendt teori og et separat beslutningslab.
Modul låst
Gennemfør det foregående modul inklusive praktisk lab før du fortsætter.
Afsluttende eksamen
Afsluttende eksamen
Kumulativ prøve der genopbygges ved hvert forsøg fra kursets begreber og praktiske cases.
Mindst 80 % kræves. Teori alene udsteder ikke et bevis.
Beståelseskrav80%
Bedste score0%
Bank52
Forsøg20
Forsøg0
Tidsgrænse30 min
LÅSTGennemfør alle lektions-checkpoints og praktiske labs før den afsluttende eksamen låses op.