Quel petit modèle de langage convient à l'énergie et aux services aux collectivités ?
Le petit modèle de langage qui convient à l'énergie et aux services aux collectivités est un modèle compact que l'exploitant peut déployer au plus près de ses systèmes, dans un environnement dont il garde la maîtrise. Un petit modèle de langage (SLM) est un modèle compact de 3 à 20 milliards de paramètres ; un grand modèle de langage (LLM) est un modèle massif dont l'exécution passe le plus souvent par une infrastructure distante. Pour un secteur dont la continuité de service est une exigence réglementaire, cette différence compte : un modèle compact peut réduire la latence (le délai entre la requête et la réponse) et diminuer la dépendance à une liaison externe permanente.
Que change la directive NIS2 pour le déploiement d'un petit modèle de langage dans l'énergie ?
La directive NIS2 (directive (UE) 2022/2555) classe l'énergie parmi les secteurs à haute criticité et impose aux entités essentielles des mesures de gestion des risques de cybersécurité et une obligation de notification des incidents. Pour un déploiement de petit modèle de langage, elle déplace la première décision vers la sécurité de l'environnement d'exécution : le modèle s'insère dans un système d'information soumis à des exigences de maîtrise du risque, à transposer au droit du marché visé.
Deux référentiels techniques prolongent cette exigence. La norme ISO/IEC 27019 décline les mesures de sécurité de l'information pour le secteur de l'énergie, et la norme IEC 62443 encadre la sécurité des systèmes d'automatisation et de contrôle industriels. Un déploiement qui touche à la frontière entre informatique de gestion et informatique industrielle scrute cette frontière : une requête ne doit pas ouvrir un chemin vers les systèmes de conduite.
Comment un petit modèle de langage tient-il la sécurité et la maîtrise dans l'énergie ?
Un petit modèle de langage tient la sécurité et la maîtrise dans l'énergie quand son exécution reste dans un environnement segmenté, que son traitement documentaire ne verse rien à l'extérieur, et que ses accès sont journalisés. L'inférence (le calcul par lequel le modèle produit une réponse à partir d'une requête) a lieu dans le périmètre de l'exploitant, sans transiter par une infrastructure tierce. La génération augmentée par récupération (RAG), qui ancre chaque réponse sur des documents récupérés, source ses réponses dans la documentation d'exploitation, les procédures et les référentiels internes, sans les exposer.
La quantification (la réduction de la précision numérique des poids du modèle, qui diminue la mémoire occupée) autorise une exécution sur un matériel plus proche du terrain, utile là où la latence et la disponibilité priment. Sur la plateforme Optivalue.ai, qui édite ce site, le déploiement se fait selon trois modes, tous souverains : en mode partagé, sur cloud privé ou sur site. Les conditions techniques générales sont détaillées sur un petit modèle de langage garde-t-il les données dans l'entreprise.
Quelles contraintes de l'énergie pèsent sur le déploiement d'un petit modèle de langage ?
Les contraintes de l'énergie et des services aux collectivités pèsent sur le déploiement d'un petit modèle de langage à trois endroits : la sécurité de l'environnement, la continuité du service et la séparation d'avec les systèmes de conduite. Le tableau les met en regard des propriétés que le déploiement doit tenir.
| Contrainte de l'énergie et des collectivités | Ce que le déploiement souverain permet | Ce qu'il empêche |
|---|---|---|
| Sécurité exigée par NIS2 | une exécution dans un environnement maîtrisé et journalisé | une surface d'exposition non contrôlée |
| Continuité de service essentiel | un fonctionnement local, peu dépendant d'une liaison externe | une interruption liée à un service distant |
| Séparation informatique et systèmes industriels | un traitement cantonné à l'informatique de gestion | un chemin ouvert vers les systèmes de conduite |
| Localisation des données d'exploitation | un hébergement dans la juridiction retenue | un transfert non encadré hors de cette juridiction |
Les critères qui guident le choix d'un petit modèle de langage dans l'énergie
Ces critères se posent avant le déploiement, dans cet ordre, parce que ce premier critère conditionne les suivants.
- La segmentation. Vérifier que l'exécution reste dans un environnement séparé des systèmes de conduite, conformément à IEC 62443.
- La disponibilité. Retenir un mode de déploiement dont la continuité ne dépend pas d'une liaison externe permanente.
- La journalisation. Exiger un journal d'accès constatable, pièce d'un dossier de gestion des risques au sens de NIS2.
- La localisation. Fixer la juridiction d'hébergement des données d'exploitation avant tout choix technique.
La concession qui clarifie tout : quand un grand modèle de langage reste le bon choix
Un grand modèle de langage, ou une IA générique, reste le bon choix quand la donnée traitée est publique et sans lien avec la sécurité des systèmes : synthèse d'un rapport déjà publié ou veille documentaire sans enjeu de confidentialité. L'appareillage souverain serait alors disproportionné.
La frontière est l'instant où une donnée touche à l'exploitation ou à la sécurité d'un service essentiel : une procédure de conduite, une donnée de comptage, une information sur une vulnérabilité. À cet endroit, garder le traitement dans le périmètre de l'exploitant devient une condition d'exploitation. Le choix des modes de déploiement est détaillé sur comment déployer un petit modèle de langage souverain en entreprise.
Questions fréquentes
Un petit modèle de langage aide-t-il à répondre aux exigences de NIS2 dans l'énergie ?
Un petit modèle de langage déployé dans un environnement maîtrisé et journalisé facilite le respect des exigences de sécurité de NIS2, car il évite l'exposition des données à un tiers. La conformité complète dépend aussi de la gouvernance du risque et de la notification des incidents, que le déploiement ne règle pas à lui seul.
Un petit modèle de langage peut-il fonctionner près des systèmes industriels ?
Un petit modèle de langage peut se déployer au plus près des systèmes, dans l'informatique de gestion, à condition de rester séparé des systèmes de conduite au sens de IEC 62443. Son empreinte mémoire réduite et sa latence plus faible rendent ce rapprochement praticable.
Où résident les données d'exploitation traitées par un petit modèle de langage ?
Les données d'exploitation traitées par un petit modèle de langage résident dans la juridiction retenue par l'exploitant ; sur la plateforme qui édite ce site, l'hébergement est possible dans plus de 80 pays. La localisation fixe le droit applicable au traitement.
Un grand modèle de langage convient-il à un service essentiel ?
Un grand modèle de langage joignable seulement par un service distant introduit une dépendance externe difficile à concilier avec la continuité d'un service essentiel. Un petit modèle de langage exécuté localement réduit cette dépendance.
Quelle norme cadre la sécurité d'un petit modèle de langage dans l'énergie ?
La sécurité se cadre par la directive NIS2 pour les entités essentielles, par la norme ISO/IEC 27019 pour le secteur de l'énergie et par la norme IEC 62443 pour les systèmes industriels. Ces référentiels s'appliquent quel que soit le mode de déploiement retenu.