Automatic, secure and bulk onboarding of devices
US-2023353554-A1 · Nov 2, 2023 · US
US12536253B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-12536253-B2 |
| Application number | US-202418625376-A |
| Country | US |
| Kind code | B2 |
| Filing date | Apr 3, 2024 |
| Priority date | Apr 3, 2023 |
| Publication date | Jan 27, 2026 |
| Grant date | Jan 27, 2026 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A method for providing a secure onboarding of a component from at least one first host device into a second host device includes verifying the integrity, authenticity and/or execution environment of the first host device by an orchestrator; providing a trusted root certificate to the second host device by the orchestrator; providing an onboarding identity by the orchestrator to the first host device, when the integrity, the authenticity and/or the execution environment of the first host device has been verified; receiving the onboarding identity from the orchestrator by the first host device and assigning the onboarding identity to the component; providing the assigned onboarding identity to the second host device; and securely onboarding the component from the first host device into the second host device based on the assigned onboarding identity and the provided trusted root certificate.
Opening claim text (preview).
What is claimed is: 1 . A method for providing a secure onboarding of a component from at least one first host device into a second host device, comprising: verifying an integrity, authenticity and/or execution environment of the at least one first host device including the component by at least one orchestrator; providing a trusted root certificate to the second host device by the at least one orchestrator; providing an onboarding identity by the at least one orchestrator to the at least one first host device, when the integrity, the authenticity and/or the execution environment of the at least one first host device has been verified; receiving the onboarding identity from the orchestrator by the at least one first host device and assigning the onboarding identity to the component by the at least one orchestrator; passing the assigned onboarding identity to the second host device by the at least one first host device; and securely onboarding the component from the at least one first host device into the second host device by the orchestrator device based on the assigned onboarding identity and the provided trusted root certificate. 2 . The method according to claim 1 , wherein the verifying of the integrity of the at least one first host device is provided by a remote attestation technique. 3 . The method according to claim 1 , wherein the verifying of the authenticity of the at least one first host device is provided by a security certificate. 4 . The method according to claim 1 , wherein the verifying of the execution environment of the at least one first host device is provided by a remote attestation technique. 5 . The method according to claim 1 , wherein the assigned onboarding identity comprises an unique key and a digital certificate being associated with the orchestrator. 6 . The method according to claim 5 , wherein the unique key is generated from the at least one first host device, solely when the onboarding identity from the orchestrator is received. 7 . The method according to claim 5 , wherein the digital certificate associated to the orchestrator is a DevID, IDevID or a LDevID certificate fulfilling a IEEE 802.1AR standard. 8 . The method according to claim 1 , wherein the trusted root certificate is a certificate provided by an orchestrator's certificate authority. 9 . The method according to claim 1 , wherein the trusted root certificate is a certificate provided by a root certificate authority. 10 . The method according to claim 1 , wherein the onboarding is provided by Feature Data Object, FDO, protocol, by Bootstrapping Remote Secure Key infrastructure, BRSKI, protocol, by Open Platform Communications, OPC 10000-21, protocol or by Secure Zero Touch Provisioning, SZTP, protocol. 11 . The method according to claim 1 , further comprising: identifying a shortage of resources in a first host device by the at least one orchestrator; identifying a second host device by the at least one orchestrator; providing a trusted root certificate to the second host device by the at least one orchestrator; executing a migration protocol between the orchestrator, the first host device and the second host device; wherein the migration protocol comprises: deleting the unique key and the trusted certificate associated with the orchestrator on the first host device, and generating a new assigned onboarding identity on the second host device; and securely onboarding the component from the first host device into the second host device based on the assigned onboarding identity and the provided trusted root certificate.
using a third party · CPC title
Program or device authentication · CPC title
via third party · CPC title
Network security protocols · CPC title
based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.