Device Provisioning Flow Visualizer
Map an IoT device from factory identity to operational identity and see where each trust gate can fail
Device Provisioning Flow Visualizer
Follow one IoT device from factory identity to operational identity. Each stage asks one trust question: what evidence is checked, who checks it, and what happens if that gate is skipped.
Device provisioning flow controls and outputs
BRSKI provisioning journey
A pledge uses factory identity, registrar authorization, MASA voucher handling, and EST enrollment to join a domain.
Current trust gate
Step 1 checks whether the device has a unique factory identity before it ever joins an owner network.
Journey score
Trust question
Did the device leave the factory with unique bootstrap evidence?
Pass condition
A unique hardware-protected IDevID is traceable to a manufacturer CA.
Failure mode
No failure is injected. The device can continue if each gate is checked.
Flow Controls
Choose a provisioning profile, inject a realistic problem, then step through the trust gates as a learner would.
Provisioning Gate Quick Reference
Give each device a unique bootstrap identity or voucher seed. Shared secrets make later checks weak.
Bind the physical device to the correct owner, account, or domain before issuing runtime access.
Check cryptographic proof such as an IDevID, certificate chain, voucher, or protected claim code.
Replace temporary bootstrap evidence with scoped operational credentials, policy, and lifecycle controls.
Profile Notes
Best when a human is present. The app must authenticate the user and avoid treating a copied setup code as ownership.
Strong for fleets when each device has a unique certificate and the platform can validate issuer, subject, and revocation state.
Useful for automated domain onboarding with pledge, registrar, MASA voucher handling, and EST enrollment.
Useful when final owner or platform is not known at manufacturing time and ownership is transferred by voucher.
Technical Accuracy Notes
RFC 8995 defines pledge, registrar, MASA, voucher, and EST integration concepts for remote secure bootstrapping.
RFC 7030 defines Enrollment over Secure Transport for CA certificate distribution and certificate enrollment.
NISTIR 8259A frames device identity, configuration, data protection, update, and cybersecurity state capabilities.
FIDO Device Onboard supports secure late binding of devices to management platforms through ownership vouchers.
Practice Prompts
Select each profile and identify the first place the system decides whether the device is real.
Use the discovery redirect scenario. Which later gate should detect the wrong endpoint?
Move to runtime identity. Which credential should be burned, replaced, or tightly scoped?
Select a failure and list the audit evidence needed to safely retry provisioning.
Compare detailed per-method message flows and trust handoffs.
Method ComparisonChoose a provisioning method by security, scale, and friction.
Security AnalysisInspect trust boundaries and provisioning attack surfaces.
Credential LabStudy bootstrap and operational credential choices.