View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009054 | 10000-021: Device Onboarding | Spec | public | 2023-07-24 07:53 | 2023-07-24 07:53 |
Reporter | Frank Volkmann | Assigned To | Randy Armstrong | ||
Priority | normal | Severity | feature | Reproducibility | have not tried |
Status | assigned | Resolution | open | ||
Summary | 0009054: Possibility to prevent onboarding of a device by the manufacturer. | ||||
Description | When we developed Part 21 not at least our (and of our customers) opinion was, that the customer will not accept an onboarding mechanism that enables the vendor to prevent the onboarding after the device was bought. One result of this is our ticket mechanism and the possibility to create tickets on the shipping way that can be used for onboarding. This is still a valid and a good solution! But the world moves forward, and not at least the Ukrainian war changed a lot, especially on government site. Mechanisms to do that are already inside BRSKI for example. So, I propose to add an optional mechanism to Part 21 that can be used by vendors to enforce the disabling of the onboarding of the device or to withdraw the allowance of the onboarding after the onboarding. Something like adding an optional MASA to our mechanisms. All of that is to be prepared when these new requirements will show up in future. We should start this discussion in the security working group. | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
Date Modified | Username | Field | Change |
---|---|---|---|
2023-07-24 07:53 | Frank Volkmann | New Issue | |
2023-07-24 07:53 | Frank Volkmann | Status | new => assigned |
2023-07-24 07:53 | Frank Volkmann | Assigned To | => Randy Armstrong |