Un'azienda produce sensori IoT e incorpora in ciascun sensore un certificato X.509, rilasciato dall'autorità di certificazione (CA) privata dell'azienda, che contiene un numero di serie univoco. I certificati vengono installati sui dispositivi durante la produzione. Dopo che i sensori sono stati installati nei negozi, devono essere in grado di inviare dati ad AWS, ma non devono essere in grado di inviare dati prima dell'installazione. Quale approccio di provisioning soddisfa questi requisiti?

L'opzione corretta soddisfa tutti i requisiti. Registrare la CA privata con AWS IoT Core e impostare allow-auto-registration consente ai dispositivi di registrarsi automaticamente quando si connettono per la prima volta utilizzando il loro certificato X.509. L'uso di un modello di provisioning con un parametro SerialNumber e un hook di pre-provisioning Lambda permette di convalidare il numero di serie univoco del certificato, assicurando che solo i sensori validi e non ancora registrati possano completare il provisioning. Questo impedisce l'invio di dati prima dell'installazione, poiché la registrazione e la convalida avvengono al primo tentativo di connessione. Le altre opzioni sono meno adatte: La prima opzione richiede di chiamare RegisterThing durante la produzione, il che permetterebbe ai sensori di inviare dati prima dell'installazione. La seconda opzione usa StartThingRegistrationTask durante l'installazione, ma non specifica un meccanismo di auto-registrazione basato sulla CA privata, rendendo il processo più complesso e meno automatico. La quarta opzione menziona un "certificato di reclamo" e non si concentra sulla registrazione automatica tramite la CA privata del cliente, che è un requisito chiave.