Une technologie intelligente pour une industrie manufacturière forte avec une production ininterrompue 24h/24 et 7j/7 de solutions IIoT pour les entreprises.
Personne ne souhaite recevoir une mise à jour d’un autre appareil, encore moins une mise à jour malveillante. Il est donc très important d’intégrer la sécurité dès le départ dans les mécanismes de mise à jour OTA pour l’IIoT.
Utilisez toujours un canal de communication sécurisé et chiffré entre l’appareil IIoT et le cloud pour les mises à jour du serveur et le téléchargement des firmwares.
Lors de l’utilisation d’une passerelle, appliquez les mêmes normes de sécurité pour la communication locale entre la passerelle et les appareils edge.
La gestion des certificats peut sembler une tâche administrative lourde. Nous recommandons néanmoins d’utiliser un certificat individuel pour chaque appareil et de ne pas réutiliser le même certificat pour plusieurs appareils.
Le lien vers le nouveau firmware doit être spécifique à l’appareil, afin que personne d’autre (ou autre chose) possédant un autre certificat ne puisse télécharger le firmware.
De plus, le lien vers le nouveau firmware doit être limité dans le temps. Après le téléchargement de la mise à jour, le lien doit être supprimé.
Si le firmware n’est pas téléchargé dans un délai préconfiguré, le lien doit être supprimé. Dans ce cas, un nouveau lien de mise à jour doit être généré et envoyé à l’appareil.
Il ne suffit pas que toutes les communications utilisent un canal sécurisé tel que HTTPS.
Chaque fichier de mise à jour et chaque lien doit également être chiffré. Cela empêche la lecture et le déchiffrement des mises à jour si la sécurité du canal de communication est compromise.
Chaque mise à jour doit être signée cryptographiquement, de sorte que l’appareil qui reçoit (télécharge) la mise à jour ne l’accepte que s’il peut vérifier :
l’origine de la mise à jour
que la destination de la mise à jour est bien l’appareil lui-même
que la mise à jour n’a pas été altérée pendant le transit