Hardwarewallets en accountscheiding

EN-bronmaster · P03-L06 · needs_review

Alleen offline studie/lezen. Verstrek nooit geheimen, wachtwoorden of authenticatiecodes. Geen walletverbinding, echte goedkeuring, live intrekking, transactieondertekening, overdracht, geld of trading. Visuals zijn uitsluitend specificaties.

Ondertekeningsrollen scheiden kan de routinematig blootgestelde bevoegdheid verminderen, maar het voordeel hangt af van werkelijke mogelijkheden en gedeelde afhankelijkheden. Een hardwareapparaat is geen universeel veiligheidsoordeel.

Scheid sleutels van de gevraagde handeling

Fabrikantdocumentatie beschrijft ondertekening binnen hardware en controle op een vertrouwd scherm [HW]. Dit is een mechanismebeschrijving, geen bewijs dat elk ondersteund verzoek veilig of volledig begrijpelijk is. Sleutels binnen een apparaat houden verwijdert niet de gevolgen van een schadelijke autorisatie die bewust of per vergissing wordt geaccepteerd.

Ontwerp de rollen op papier

De oefengegevens gebruiken een watch-only-rol, interactierol en reserve-ondertekeningsrol. Noem welke taken elk nodig heeft: openbare inspectie, applicatie-interactie of zeldzame autorisatie. Neem niet aan dat een rol iets kan omdat het scherm een saldo toont. In deze oefening worden geen accounts aangemaakt en geen gelden verplaatst.

Vergelijk ontwerp A, waarin twee ondertekeningsrollen één herstelmogelijkheid delen, met ontwerp B, waarvoor de oefengegevens afzonderlijke mogelijkheden vastleggen. Scheiding van labels of adressen scheidt niet noodzakelijk storingsdomeinen. Als de gedeelde herstelmogelijkheid wordt blootgesteld, hangen de twee oefenrollen van hetzelfde geheim af. BIP-39 verklaart een herstelafleidingsmechanisme [BIP39]; het garandeert niet de afleiding of onafhankelijkheid van elke wallet.

Benoem resterende risico's

Zelfs in ontwerp B kan een onvertrouwde prompt buitensporige bevoegdheden vragen aan de interactierol. De reserverol kan ook schadelijke effecten autoriseren als beoordeling faalt. Weergaveondersteuning, firmware-/softwareherkomst, fysieke omgang en vertrouwelijke back-upverwerking zijn afzonderlijke afhankelijkheden. De oefengegevens beoordelen geen echt product of huidige firmware.

Gebruik een afhankelijkheidsmatrix in plaats van een claim van nulrisico. Markeer de relatie UNKNOWN als de kaart niet vermeldt of twee rollen een herstelmogelijkheid delen. Vraag de student nooit een back-up in te voeren om dit te bepalen. Een architectuurverklaring zonder vertrouwelijke gegevens volstaat voor de lesoefening.

Formuleer het begrensde voordeel

OBSERVED: vastgelegde rol-/mogelijkheidsrijen. INFERRED: hoe de genoemde gedeelde afhankelijkheid het scheidingsmodel beïnvloedt. UNKNOWN: werkelijke apparaten, back-ups en operationeel gedrag. INSUFFICIENT EVIDENCE: ‘hardware garandeert veiligheid’. Scheiding is een workflowontwerp dat onder aannames wordt beoordeeld, geen persoonlijk financieel advies of instructie om werkelijk bezit over te dragen.

• Watch-only: waarnemingsrol zonder verstrekte ondertekeningsmogelijkheid.
• Ondertekeningsrol: autorisatiefunctie gebonden aan mogelijkheden.
• Storingsdomein: gedeelde afhankelijkheid die meerdere rollen kan treffen.
• Vertrouwd scherm: lokaal beoordelingsvlak op het apparaat met eigen ondersteuningsgrenzen.

ILLUSTRATIVE papieren ontwerpen. Rollen WATCH/INTERACT/RESERVE. WATCH heeft alleen openbare locators. Ontwerp A: INTERACT en RESERVE gebruiken dezelfde vastgelegde RECOVERY-CAP-A-placeholder. Ontwerp B: verschillende placeholdermogelijkheden CAP-B/C, geen echte geheimen. Beide bevatten een apparaatbeoordelingsstap; decodeer-/weergavedekking UNKNOWN. Geen saldi of echte accounts verstrekt.

Walletrolgrafiek met benoemde weergave-/autorisatie-/gedeeld-herstelverbindingen. Ontwerp A deelt één vertrouwelijke afhankelijkheidsnode; ontwerp B scheidt die volgens de oefening. Voeg resterende prompt-/weergave-/herkomstrisico's aan beide toe, nooit een groene badge ‘gegarandeerd veilig’.

Roltoewijzingen en verschillen in gedeelde afhankelijkheden vastgelegd in twee illustratieve ontwerpen.

Echte accountonafhankelijkheid, immuniteit voor schadelijke ondertekening, veilige firmware, herstelcorrectheid of gegarandeerde bescherming.

• Verschillende adressen als onafhankelijke geheimen aannemen.
• Aannemen dat hardware elke schadelijke autorisatie verhindert.
• Back-ups verzamelen om architectuurscheiding te bewijzen.

Maak een rol-/mogelijkheidsmatrix voor A/B en noem drie resterende risico's. Beoordeel wat de waarnemingsrol kan. Schrijf een begrensde voordeelverklaring zonder geheimen te vragen of echte overdrachten voor te schrijven.

Lever een tabel en begrensde conclusie uitsluitend met verstrekt offline materiaal. Redactionele tijdverdeling: studie 12 min, oefening 8 min, correctie/quiz 10 min.

• Definieer taken vóór rollabels.
• Scheid weergave van autorisatie.
• Leg gedeelde afhankelijkheden zonder geheimen vast.
• Noem resterende beoordelings-/herkomstrisico's.
• Houd voordelen voorwaardelijk en offline.

Rolscheiding moet mogelijkheden en afhankelijkheden volgen. Hardware-isolatie ondersteunt een specifiek beveiligingsmechanisme terwijl autorisatie-, back-up- en interfacerisico's blijven.

• Ontwerp een scheidingsworkflow en benoem resterende risico's
• Ontwerp rolscheiding zonder inloggegevens te verstrekken.
• Identificeer resterende goedkeurings-, herstel- en interfacerisico's.

P03-L07 na controle van de vereisten en de correctie.

NONE in de gezaghebbende catalogus. Verstrekte offline gegevens volstaan; geen productaankoop of walletoperatie vereist.

• [HW] Trezor-hardwarewalletdocumentatie — Apparaatgeïsoleerde ondertekening en vertrouwd scherm; uitleg van fabrikant, geen veiligheidsgarantie.
• [BIP39] BIP-39-specificatie voor mnemonic en seed — Afleiding van mnemonic naar seed met optionele passphrase; geen authenticatie van oefengegevens.

Documentatie verklaart mechanismen. Historische records behouden hun verklaarde bronklasse. Broninspectie is geen onafhankelijke redactionele goedkeuring.