La fabrication intelligente devient définie par le logiciel. Les contrôleurs industriels, les passerelles edge, la robotique, les systèmes de vision industrielle, les plateformes cloud et les outils de maintenance à distance reposent désormais sur des décisions pilotées par l’IA et échangent en permanence des données et des mises à jour logicielles. Ce changement transforme complètement le profil de risque.
Pour les citoyens européens, le risque va au-delà des arrêts de production. Un produit vulnérable peut affecter la sécurité des travailleurs, la qualité des produits, les données personnelles, les chaînes d’approvisionnement essentielles et la confiance dans les infrastructures connectées.
À mesure que les usines adoptent l’IA, la cybersécurité devient un élément de la sécurité des produits et de la confiance du public, et non un détail technique ajouté après le déploiement.
Le marché de l’UE passe de l’expérimentation de l’IA à une adoption responsable
L’adoption de l’IA s’accélère dans toute l’Europe. Eurostat indique que 20,0 % des entreprises de l’UE comptant 10 salariés ou plus utilisaient au moins une technologie d’IA en 2025, contre 13,5 % en 2024 ; l’adoption dans l’industrie manufacturière atteignait 17,3 %.
Le message pour les dirigeants industriels est direct : l’adoption de l’IA doit progresser avec la sécurité, la traçabilité et la résilience opérationnelle.
Le Cyber Resilience Act (CRA) de l’UE transforme cette responsabilité en exigences produit. Il couvre de nombreux produits matériels et logiciels comportant des éléments numériques mis sur le marché de l’UE. Les obligations de signalement des vulnérabilités et des incidents s’appliquent à partir du 11 septembre 2026, tandis que les principales obligations s’appliquent à partir du 11 décembre 2027.
Gérez les exigences du CRA comme un workflow d’ingénierie : évaluer les risques, intégrer la sécurité, tester, documenter les dépendances, gérer les vulnérabilités et fournir des mises à jour pendant toute la période de support. Constituez les preuves de conformité en continu plutôt qu’à la fin.
Le développement logiciel AI-native est particulièrement utile lorsque l’IA est utilisée tout au long du cycle de vie de l’ingénierie, et pas seulement comme assistant de programmation. Au lieu de transferts séparés, il relie trois activités continues : cadrer, construire et vérifier.
Image : Les trois phases ne sont pas des transferts séquentiels — elles partagent continuellement des informations, et les enseignements des tests alimentent la manière dont l’exigence suivante est cadrée.
Faire correspondre le SDLC AI-Native à la conformité au CRA
| Cadrer | Construire | Vérifier | Exploiter |
|---|---|---|---|
| Définir les risques produit, les objectifs de sécurité, les limites et les exigences du CRA. | Appliquer un développement sécurisé, des dépendances approuvées, des mises à jour de SBOM et des modifications traçables. | Automatiser les tests et la gestion des vulnérabilités, avec une revue humaine et des preuves de conformité. | Surveiller les produits, gérer les divulgations et les correctifs, et maintenir la sécurité pendant toute la période de support. |
Pour les fabricants intelligents, la conformité au Cyber Resilience Act signifie intégrer la sécurité dans l’ensemble du cycle de vie du produit. Le développement logiciel AI-native peut renforcer cette approche en reliant le développement, la vérification et les opérations grâce au développement logiciel Secure-by-Design, à la transparence de la chaîne d’approvisionnement et à la supervision humaine.
Pourquoi la cybersécurité des produits devient une exigence de la fabrication
À mesure que l’IT et l’OT convergent, les faiblesses de cybersécurité peuvent avoir un impact sur la production et les opérations physiques. Une sécurité efficace de l’IoT industriel doit prendre en compte la disponibilité, la sécurité, la récupération et les accès, tout en alignant l’ingénierie et les opérations des sites. La convergence de l’IT et de l’OT crée de nouveaux risques de cybersécurité.
Les usines intelligentes connectent contrôleurs, capteurs, robotique, services cloud et outils d’accès à distance, élargissant ainsi la surface d’attaque. La cybersécurité de la fabrication intelligente doit donc protéger les produits, les mises à jour logicielles, les interfaces et les environnements opérationnels dans lesquels ils fonctionnent.
Les produits connectés peuvent rester en service pendant des années, ce qui rend la sécurité des produits sur tout leur cycle de vie essentielle. Les fabricants doivent avoir une visibilité sur les produits déployés et leurs composants afin de gérer les vulnérabilités et de fournir des mises à jour sécurisées. Le Cyber Resilience Act (CRA) de l’UE renforce cette approche du cycle de vie, faisant de la cybersécurité une responsabilité continue pendant toute la durée d’exploitation d’un produit.
Les exigences de conformité augmentent à mesure que la fabrication devient définie par logiciel et alimentée par l’IA
La fabrication fonctionne déjà dans le cadre d’exigences établies en matière de sécurité, de qualité et de réglementation. À mesure que les produits et les environnements de production deviennent définis par logiciel, une couche supplémentaire d’exigences liées à la sécurité logicielle, à la vérification, à la traçabilité et au cycle de vie est introduite.
Lorsque ces logiciels deviennent alimentés par l’IA, les fabricants doivent prendre en compte une autre couche d’obligations, notamment l’EU AI Act et les exigences de protection des données telles que le RGPD. La cybersécurité et la résilience opérationnelle ajoutent d’autres responsabilités, le Cyber Resilience Act (CRA) de l’UE intégrant le Secure-by-Design, la gestion des vulnérabilités, le signalement et la sécurité du cycle de vie dans l’équation de l’ingénierie produit.
Le défi est donc cumulatif : les fabricants ne remplacent pas un cadre de conformité par un autre ; ils ajoutent des exigences en matière de logiciels, d’IA, de protection des données, de cybersécurité et de résilience à des processus qui doivent toujours respecter les obligations industrielles existantes en matière de sécurité et de sécurité fonctionnelle.
La prise en compte de toutes ces dimensions dans les processus d’ingénierie établis peut rendre la transition vers l’Industry 5.0 complexe et difficile à accélérer.
Calsoft relève ce défi en réunissant son expertise du domaine manufacturier avec une ingénierie pilotée par les machines et l’IA, afin d’aider les fabricants à concevoir, développer, tester fonctionnellement, sécuriser et déployer des frameworks conformes dans l’environnement de fabrication réel, en environ un tiers du temps de développement classique, tout en maintenant une forte supervision et un contrôle humain dans la boucle pour les décisions critiques d’ingénierie et de gouvernance.
Pour les produits de fabrication intelligente, cela signifie intégrer plusieurs disciplines dans l’ingénierie :
- Évaluation des risques et décisions Secure-by-Design et Secure-by-Default avant la production.
- Gestion des vulnérabilités, divulgation coordonnée, mises à jour de sécurité et période de support définie.
- Documentation technique, traçabilité des composants et informations de Software Bill of Materials (SBOM) pour assurer la visibilité de la chaîne d’approvisionnement.
- Évaluation de la conformité, déclaration UE de conformité et marquage CE lorsque cela s’applique.
- Signalement rapide et structuré via la CRA Single Reporting Platform lorsque des vulnérabilités ou incidents concernés sont identifiés.
Pourquoi le développement logiciel AI-native est particulièrement adapté
L’IA transforme le cycle de vie logiciel en rendant le contexte disponible plus tôt et les retours plus rapides. Avec le développement logiciel AI-native, les équipes peuvent relier les exigences à l’architecture, au code source, à la couverture des tests, aux signaux d’exécution et aux vulnérabilités connues. Cela aide à identifier plus tôt les lacunes de sécurité, à renforcer la sécurité du code généré par l’IA et à maintenir la traçabilité à mesure que les logiciels et les produits connectés évoluent.
Le développement traditionnel traite souvent les exigences, le codage, les tests et la conformité comme des transferts séparés. Le développement logiciel AI-native change ce modèle opérationnel. L’IA est utilisée pour comprendre et connecter l’ensemble du cycle de vie de l’ingénierie, tandis que les personnes conservent la responsabilité des décisions, de l’acceptation des risques et de la responsabilité.
Quand le développement AI-Native rencontre le Cyber Resilience Act de l’UE
1. Cadrer les exigences dans leur contexte complet
Une exigence doit définir plus que ce qu’une machine ou une application doit faire. Elle doit également prendre en compte la structure du système, le processus métier, l’instrumentation à l’exécution, les contrôles de sécurité, les obligations de conformité et la maintenance sûre. Lorsque ces dimensions sont spécifiées ensemble, un système d’IA peut raisonner dès le départ sur l’impact d’une modification fonctionnelle sur la cybersécurité, les preuves et les opérations.
2. Construire ensemble le code, les tests et l’intelligence des changements
Le développement assisté par l’IA peut générer des logiciels avec des tests structurels, fonctionnels et de sécurité. Il peut également créer une cartographie d’impact des changements : quels composants sont susceptibles d’être affectés lorsqu’un modèle, un service, une intégration de dispositif ou un workflow évolue. Cela rend les mises à jour incrémentielles plus contrôlées et réduit le risque de casser une capacité certifiée ou liée à la sécurité.
3. Tester en continu et de manière proportionnée
Les tests deviennent une capacité continue plutôt qu’une étape finale. L’IA peut combiner les tests unitaires, d’intégration et système avec des tests de workflow, contextuels et de sécurité. Elle peut prioriser les contrôles à plus forte valeur pour chaque changement, étendre la vérification lorsque l’influence d’un changement est large et la cibler lorsque le risque est limité.
4. Exploiter les preuves et une évolution contrôlée
L’observabilité, la réponse aux vulnérabilités, la gouvernance des correctifs et les preuves de conformité doivent rester connectées après le déploiement. Cela soutient l’approche cycle de vie du CRA et aide les équipes d’ingénierie à montrer ce qui a changé, pourquoi cela a changé, comment cela a été testé et comment les utilisateurs sont protégés.
Comment Calsoft transforme le modèle en pratique d’ingénierie
Calsoft applique l’IA à l’ensemble du cycle de vie de l’ingénierie produit, non pas comme une fonctionnalité produit isolée, mais pour fournir des solutions clients avancées, sécurisées et conformes.
Calsoft réunit ces couches dans une approche d’ingénierie unifiée. En combinant la compréhension du domaine manufacturier avec le développement, l’automatisation, les tests et la gouvernance pilotés par les machines et l’IA, Calsoft peut travailler avec les fabricants pour concevoir, développer et déployer un framework entièrement sécurisé, conforme et testé fonctionnellement sur site, en environ un tiers du temps de développement classique.
Cette accélération ne supprime pas la responsabilité humaine. Une supervision et un contrôle humains forts restent essentiels aux exigences, à l’architecture, aux décisions de risque, à la validation, aux preuves de conformité et au déploiement, permettant aux fabricants d’utiliser l’IA pour accélérer l’ingénierie tout en conservant la gouvernance nécessaire aux environnements critiques pour la sécurité et réglementés.
- L’activité et l’ingénierie logicielle évoluent ensemble : les workflows utilisateurs, les objectifs opérationnels et l’architecture technique sont traités comme un seul système.
- La conformité, la gouvernance et la sécurité sont intégrées aux exigences, à l’architecture, aux tests et à la livraison ; elles ne sont pas ajoutées plus tard ni traitées comme une réflexion après coup.
- Des solutions complètes de bout en bout couvrent la découverte, l’architecture, l’UX, le développement, l’intégration, la validation, le déploiement et la gestion du cycle de vie.
- Une approche d’ingénierie unifiée offre aux utilisateurs une visibilité sur les processus métier et d’ingénierie, favorisant la collaboration, la gouvernance et une innovation plus rapide et plus sûre.
- L’expertise métier est combinée à des pratiques d’ingénierie pilotées par l’IA pour créer des solutions de niveau entreprise destinées à des environnements industriels complexes.
Le résultat : une innovation plus sûre avec une valeur publique
Pour les fabricants européens, l’opportunité ne consiste pas simplement à produire des logiciels plus rapidement. Il s’agit de créer des produits industriels qui restent sécurisés, explicables, maintenables et dignes de confiance à mesure qu’ils évoluent. Un modèle d’ingénierie AI-native contribue à rendre cela possible en transformant la conformité et la cybersécurité en propriétés vivantes du cycle de vie du produit. Les capacités de Calsoft en matière d’IA, de cloud, d’infrastructure et d’ingénierie produit sont conçues pour aider les clients à passer d’une livraison fragmentée à un contrôle d’ingénierie unifié. L’objectif est d’aider les fabricants à progresser vers l’Industry 5.0 sans traiter la sécurité fonctionnelle, la gouvernance de l’IA, la protection des données, la cybersécurité et la résilience comme des éléments distincts ajoutés après coup.
Questions fréquemment posées
Qu’est-ce que le Cyber Resilience Act de l’UE ?
Le Cyber Resilience Act de l’UE définit des exigences de cybersécurité pour les produits comportant des éléments numériques tout au long de leur cycle de vie.
Le Cyber Resilience Act s’applique-t-il aux logiciels ?
Oui. Il s’applique aux produits logiciels comportant des éléments numériques mis sur le marché de l’UE.
Le CRA s’applique-t-il aux produits de fabrication intelligente ?
Oui. Il peut s’appliquer aux machines connectées, aux logiciels embarqués, aux passerelles edge et aux applications industrielles.
Comment le développement logiciel AI-native soutient-il la conformité au CRA ?
Il relie la conception sécurisée, le codage, les tests, la gestion des SBOM, la gestion des vulnérabilités et les mises à jour de sécurité.
Le code généré par l’IA crée-t-il des risques de cybersécurité au regard du CRA ?
Oui. Il peut introduire du code non sécurisé ou des dépendances vulnérables. La revue humaine, les tests et l’analyse de sécurité sont essentiels.
Pourquoi une SBOM est-elle importante pour la conformité au CRA ?
Une SBOM répertorie les composants logiciels et leurs versions, aidant les fabricants à identifier et corriger plus rapidement les vulnérabilités.
Quelles sont les échéances du CRA pour les fabricants ?
Les obligations de signalement commencent le 11 septembre 2026, tandis que les principales obligations du CRA s’appliquent à partir du 11 décembre 2027.
Comment les fabricants peuvent-ils se préparer à la conformité au CRA ?
Évaluer les risques produits, adopter un développement Secure-by-Design, mettre en œuvre AI DevSecOps, maintenir une SBOM, gérer les vulnérabilités et documenter les preuves en continu.
