Comment rendre sa fabrication Cybersecure au cours du processus de programmation du composant ?

La cybersécurité fait référence à la protection aux cyberattaques des systèmes connectés à Internet, incluant le hardware, les logiciels et les données.

Dans le monde des microcontrôleurs, et en particulier dans le secteur de la fabrication industrielle, ce terme a été réinterprété et prend plusieurs autres significations. La cybersécurité peut être liée aux thèmes suivants :

• Antipiratage : le processus de programmation est sous-traité à une société tierce, et les clients veulent s’assurer que le firmware ne peut pas être volé ou falsifié ; ils veulent aussi réduire les risques de reconstruction non autorisée de données hexadécimales
• Traçabilité : la programmation fait généralement partie du processus de fabrication des cartes électroniques, ce qui exige des normes élevées en matière de traçabilité. Le résultat final, l’horodatage du processus de programmation ne sont que quelques-unes des informations à rechercher.
• Flash matching : le client exige les preuves d'un processus de programmation correct

Comment sécuriser votre firmware, contre les tentatives de vol ?

Pour fonctionner, le FlashRunner 2.0 nécessite la conversion de ce firmware au format propriétaire FRB, cette conversion pouvant être réalisée à l'aide du logiciel GUI Workbench de SMH.

Pendant ce processus de conversion, le fichier FRB peut être converti en un format de fichier crypté, nommé fichier FRS (pour plus d'informations sur la procédure à suivre, reportez-vous au chapitre 3.9 du Manuel du programmeur FlashRunner 2.0 disponible sur http://www.smh-tech.com/). La méthode de chiffrement mise en œuvre est l’AES256 obtenue par mot de passe partagé. Cela signifie que seul le logiciel GUI Workbench possède une clé de chiffrement et que le FlashRunner 2.0 est doté d'une clé de déchiffrement intégrée. Par conséquent, le fichier FRS ne peut pas être reconverti en contenu de données d'origine. Ce fichier FRS ne peut être stocké que dans la mémoire du FlashRunner 2.0.

Cette méthode simple offre un moyen sûr et efficace de sécuriser votre logiciel contre les tentatives de vol, mais elle présente une limitation : une fois que le FlashRunner 2.0 commence à programmer, les données transmises par câble entre le FlashRunner 2.0 et le dispositif DUT sont déchiffrées.

Comment pouvons-nous garder les données cryptées également sur le câble ?
La solution : Établir une forme de communication chiffrée, de sorte que le déchiffrage sera effectué à l'intérieur du composant cible. La mise en œuvre de cette fonctionnalité dépend de la cible car elle est liée à la façon dont les spécifications de programmation du microcontrôleur cible sont conçues.

Comment établir une communication chiffrée, et effectuer le déchiffrage à l'intérieur du composant cible ?

Certains composants peuvent être flashés dans l'application, au travers d’un petit firmware dans la RAM, qui fait programmer la mémoire intégrée. Cela nous donne l’opportunité de concevoir un firmware dédié de flashage personnalisé :

• Le FlashRunner 2.0 envoie les données chiffrées par le câble directement au DUT qui est chargé avec notre firmware de flashage personnalisé en RAM.
• Notre firmware de flashage personnalisé contient la clé de déchiffrement qui sera utilisée pour déchiffrer les données et flasher la mémoire intégrée.

Cette méthode dépend du composant cible et doit être considérée comme une fonctionnalité de programmation personnalisée.

Chaque site d’assemblage de cartes électroniques doit assurer au client que le processus de programmation a été effectué correctement, et fournir la preuve de cela.
Pour cette raison, chaque pilote FlashRunner contient en standard la méthode Verify ReadOut qui lit le contenu de la mémoire flash et le compare à celui du firmware original.
D'autres méthodes, lorsque cela a du sens, sont implémentées : La méthode Verify Checksum, est plus rapide, car elle compare des nombres représentant la somme de nombres corrects.
Un autre instrument utile lors de l'analyse de pré-production est la méthode DUMP. Cette dernière est implémentée en tant que commande standard dans le pilote FlashRunner 2.0. DUMP permet de lire et d’enregistrer dans un fichier l’intégralité du contenu de la mémoire qui vient d’être flashée.

L'environnement de production recherche en permanence l'efficacité, la productivité et la qualité. Ces nécessités sont couvertes par la famille FlashRunner 2.0 qui, grâce à sa grande flexibilité et universalité, offre une gamme complète de produits de 1 à 32 canaux indépendants et parallèles.

En particulier, les fonctions d’antipiratage et de sécurité de la famille FlashRunner 2.0 permettent de s’assurer d’une programmation sécurisée en matière de protection de données, de traçabilité du processus de programmation et de la qualité de celui-ci.

La famille FlashRunner 2.0 est composée de 3 types de produit :