NIS2 dans le secteur de l'énergie : le Network Code on Cybersecurity change votre périmètre

Un portefeuille de production allemand de 1 500 MW est une entité essentielle au sens de NIS2. Selon l'Electricity Cybersecurity Impact Index provisoire, il est aussi candidat au statut d'entité à impact élevé au titre d'un second règlement européen que la plupart des consultants IT n'ont jamais ouvert.
Ce règlement est le Network Code on Cybersecurity — règlement délégué (UE) 2024/1366, en vigueur depuis le 13 juin 2024. Il s'applique directement dans chaque État membre. Pas de transposition, pas de loi nationale d'application, pas d'attente.
Si vous menez des travaux de readiness NIS2 pour des clients de l'énergie et que votre périmètre s'arrête à l'Article 21, votre périmètre est faux.
NIS2 dans le secteur de l'énergie est le plancher, pas le plafond
NIS2 place l'électricité, le gaz, le pétrole, l'hydrogène et les réseaux de chaleur en Annexe I. Les opérateurs de 250 salariés ou plus, ou de moins de 250 avec un chiffre d'affaires supérieur à 50 M€ et un total de bilan supérieur à 43 M€, relèvent des entités essentielles ; ceux de 50 salariés ou plus, ou de moins de 50 avec un chiffre d'affaires et un total de bilan supérieurs à 10 M€, relèvent des entités importantes. Ensuite vient le programme standard : les dix mesures de l'Article 21, la notification d'incidents au titre de l'Article 23 et la responsabilité des dirigeants au titre de l'Article 20.
Le NCCS se superpose à cela, pour l'électricité en particulier. Il existe parce qu'un incident cyber dans une salle de conduite ne s'arrête pas à la frontière — les écarts de fréquence se propagent en quelques secondes dans une zone synchrone. L'UE a donc écrit des règles sectorielles pour les flux transfrontaliers d'électricité et leur a donné effet direct.
Deux conséquences que vos clients ressentiront immédiatement :
- Le NCCS définit son propre périmètre, son propre jeu de contrôles et son propre cycle d'audit. Rien n'est hérité du droit national NIS2.
- Au titre du Recital 15, la conformité à un cadre peut servir de preuve pour l'autre. Le travail est réutilisable — à condition de le cartographier délibérément.
La désignation détermine le périmètre, pas l'effectif
C'est là que les consultants se trompent. Le périmètre NIS2 est mécanique : secteur plus seuils de taille. Le périmètre NCCS ne l'est pas.
Au titre de l'Article 24, une autorité nationale compétente désigne les entités comme à impact élevé ou à impact critique à partir de l'Electricity Cybersecurity Impact Index. Impact élevé signifie qu'une perturbation affecterait sensiblement les flux transfrontaliers. Impact critique signifie qu'elle les déstabiliserait.
ENTSO-E et l'EU DSO Entity ont publié des seuils ECII provisoires afin que les États membres puissent notifier des candidats avant l'évaluation des risques à l'échelle de l'Union. Ils varient fortement selon le pays :
| État membre | Impact élevé | Impact critique |
|---|---|---|
| Allemagne, France, Italie, Pays-Bas, Suède | 1 500 MW | 3 000 MW |
| Espagne, Pologne, Roumanie, Slovénie | 1 000 MW | 3 000 MW |
| Autriche, Tchéquie, Grèce, Hongrie, Slovaquie | 500 MW | 3 000 MW |
| Estonie, Lettonie, Lituanie | 500 MW | 900 MW |
| Irlande | 500 MW | 700 MW |
| Malte | 250 MW | 250 MW |
Un portefeuille de 900 MW en Irlande est candidat à l'impact critique. Le même portefeuille en Allemagne n'atteint même pas l'impact élevé. Les groupes transfrontaliers doivent faire vérifier cela par société d'exploitation, pas par groupe.
Le périmètre dépasse aussi largement les producteurs. L'Article 2(1) cite les GRT, les GRD, les opérateurs désignés du marché de l'électricité, les bourses de l'électricité, les responsables d'équilibre, les centres de coordination régionaux et les opérateurs de points de recharge — et, point important pour les lecteurs de ce blog, les fournisseurs de services TIC critiques et les managed security service providers. Si vous exploitez un SOC ou administrez des infrastructures SCADA et EMS pour une entité désignée, vous pouvez être désigné à votre tour.
Transposition de NIS2 par pays
- AutricheEn vigueur
- En vigueur depuis le 1 octobre 2026
- Loi : NISG 2026 (BGBl. I Nr. 94/2025)
- Enregistrement avant le 31 décembre 2026
Autorité : Federal Office for Cybersecurity · Source
- Pays-BasEn vigueur
- En vigueur depuis le 15 août 2026
- Loi : Cyberbeveiligingswet (Stb. 2026, 187)
- Enregistrement obligatoire, sans période transitoire
Autorité : NCSC (MijnNCSC) · Source
- LuxembourgEn vigueur
- En vigueur depuis le 10 mai 2026
- Loi : Law of 5 May 2026
- Enregistrement avant le 10 juillet 2026
Autorité : ILR (CSSF for finance) · Source
- PologneEn vigueur
- En vigueur depuis le 3 avril 2026
- Loi : UKSC (Dz.U. 2026 poz. 252)
- Enregistrement avant le 3 octobre 2026
- Mesures avant le 3 avril 2027
Autorité : Minister Cyfryzacji (Wykaz KSC) · Source
- PortugalEn vigueur
- En vigueur depuis le 3 avril 2026
- Loi : Decree-Law 125/2025 (RJC)
Autorité : CNCS · Source
- BulgarieEn vigueur
- En vigueur depuis le 13 février 2026
- Loi : Cybersecurity Act amendment (State Gazette No 17/2026)
Autorité : Ministry of e-Government · Source
- MalteEn vigueur
- En vigueur depuis le 23 janvier 2026
- Loi : S.L. 460.41
Autorité : Critical Infrastructure Protection Department · Source
- SuèdeEn vigueur
- En vigueur depuis le 15 janvier 2026
- Loi : SFS 2025:1506
Autorité : NCSC-SE · Source
- EstonieEn vigueur
- En vigueur depuis le 1 janvier 2026
- Loi : Cybersecurity Act (KüTS) amendment
- Enregistrement dans un délai de 3 mois
Autorité : RIA · Source
- AllemagneEn vigueur
- En vigueur depuis le 6 décembre 2025
- Loi : NIS2UmsuCG
- Enregistrement avant le 6 mars 2026
- 17 729 enregistrements au 30 juin 2026
Autorité : BSI · Source
- TchéquieEn vigueur
- En vigueur depuis le 1 novembre 2025
- Loi : Act No 264/2025 Coll.
- Enregistrement dans un délai de 60 jours
Autorité : NÚKIB · Source
- DanemarkEn vigueur
- En vigueur depuis le 1 juillet 2025
- Loi : NIS 2 Act No 434 of 6 May 2025
- Enregistrement avant le 1 octobre 2025
Autorité : Danish Agency for Societal Security · Source
- SlovénieEn vigueur
- En vigueur depuis le 19 juin 2025
- Loi : ZInfV-1 (OG 40/25)
- Enregistrement dans un délai de 30 jours
Autorité : URSIV · Source
- ChypreEn vigueur
- En vigueur depuis le 25 avril 2025
- Loi : Law 60(I)/2025
Autorité : Digital Security Authority · Source
- FinlandeEn vigueur
- En vigueur depuis le 8 avril 2025
- Loi : Cybersecurity Act 124/2025
- Enregistrement avant le 8 mai 2025
- Mesures avant le 8 juillet 2025
Autorité : Traficom (NCSC-FI) · Source
- HongrieEn vigueur
- En vigueur depuis le 1 janvier 2025
- Loi : Act LXIX of 2024
Autorité : SZTFH · Source
- SlovaquieEn vigueur
- En vigueur depuis le 1 janvier 2025
- Loi : Act No 366/2024 Coll.
- Enregistrement dans un délai de 60 jours
Autorité : NBÚ · Source
- RoumanieEn vigueur
- En vigueur depuis le 31 décembre 2024
- Loi : GEO 155/2024 (Law 124/2025)
- Enregistrement dans un délai de 30 jours
Autorité : DNSC · Source
- GrèceEn vigueur
- En vigueur depuis le 27 novembre 2024
- Loi : Law 5160/2024 (Gazette A' 195)
Autorité : National Cybersecurity Authority · Source
- BelgiqueEn vigueur
- En vigueur depuis le 18 octobre 2024
- Enregistrement avant le 18 mars 2025
Autorité : CCB · Source
- LituanieEn vigueur
- En vigueur depuis le 18 octobre 2024
- Loi : Law No XIV-2902
Autorité : NCSC (MoND) · Source
- ItalieEn vigueur
- En vigueur depuis le 16 octobre 2024
- Loi : D.Lgs. 138/2024
- Mesures de base d'ici octobre 2026 (entités désignées en 2025)
Autorité : ACN · Source
- LettonieEn vigueur
- En vigueur depuis le 1 septembre 2024
- Loi : National Cybersecurity Law
Autorité : National Cybersecurity Centre · Source
- CroatieEn vigueur
- En vigueur depuis le 15 février 2024
- Loi : Cybersecurity Act (OG 14/2024)
Autorité : NCSC (SOA) · Source
- FrancePas encore transposée
- Loi adoptée par le Sénat le 12 mars 2025
- Référentiel publié par l'autorité le 17 mars 2026
- Renvoi devant la Cour de justice le 8 juillet 2026
- Pré-enregistrement ouvert
Autorité : ANSSI · Source
- EspagnePas encore transposée
- Avant-projet approuvé le 14 janvier 2025
- Renvoi devant la Cour de justice le 8 juillet 2026
- Le régime NIS1 s'applique encore
Autorité : CCN / INCIBE · Source
- IrlandePas encore transposée
- Renvoi devant la Cour de justice le 8 juillet 2026
- Projet de loi pas encore adopté
Autorité : NCSC Ireland · Source
Situation au 28 septembre 2026. Autres États membres : voir la chronologie par pays.
L'horloge NCCS démarre à la désignation, pas à une date européenne fixe
Il n'existe aucune échéance unique à inscrire dans le plan client. L'horloge est propre à chaque entité.
- 12 mois après la désignation — remettre un rapport de risque à l'autorité compétente : contrôles d'atténuation retenus et état d'avancement, estimations de risque résiduel pour les processus à impact critique à l'échelle de l'Union via la matrice d'impact européenne, et liste des fournisseurs TIC critiques soutenant ces processus (Art. 27).
- 24 mois — démontrer la conformité aux contrôles applicables, via un schéma national de vérification ou un audit tiers indépendant (Art. 25, Art. 31).
- Tous les trois ans — cycle complet de gestion des risques et rapport actualisé. Les entités à impact critique revérifient la conformité sur l'ensemble des actifs critiques (Art. 26, Art. 31).
- Chaque année — audits partiels, l'ensemble du périmètre de vérification devant être couvert au moins une fois tous les trois ans (Art. 25(2)).
Une obligation a déjà mordu. Au titre de l'Article 18(1), les GRT devaient élaborer des cadres harmonisés d'évaluation des risques cyber aux niveaux de l'Union, régional et national avant le 13 mars 2025 — contraignant, que l'autorité nationale ait désigné quelqu'un ou non.
Lecture pratique : si votre client est un candidat plausible, n'attendez pas la lettre de désignation. Douze mois, c'est court pour monter un CSMS, achever une évaluation des risques au niveau de l'entité et produire une liste de contrôles étayée.
Là où le NCCS va plus loin que l'Article 21
L'Article 21 dit quoi traiter. Le NCCS dit aux entités désignées jusqu'où, puis le vérifie.
Un CSMS, pas un classeur de politiques. L'Article 28 exige un système de management de la cybersécurité aligné sur les normes européennes et internationales — l'équivalent sectoriel d'un ISMS — plus une cartographie documentée des contrôles vers ces normes (Art. 34). « Nous avons des politiques » ne survit pas à cela.
Deux niveaux de contrôles. Les contrôles minimaux s'appliquent aux entités à impact élevé ; les contrôles avancés aux entités à impact critique, et uniquement à l'intérieur du périmètre désigné. La définition du périmètre devient elle-même un livrable d'audit — la même discipline que pour la frontière IT/OT dans l'industrie.
Un cycle de risque fixe. L'Article 26 impose un cycle complet tous les trois ans — contexte, évaluation, traitement, acceptation — avec la matrice d'impact européenne. Pas « périodiquement ». Tous les trois ans, documenté et validé.
De vrais pouvoirs de supervision. Les autorités compétentes peuvent mener inspections sur site, supervision à distance, contrôles aléatoires, audits fondés sur le risque et scans techniques de sécurité, et exiger politiques, rapports d'audit et preuves de mise en œuvre (Art. 25).
Un reporting qui se recoupe au lieu de se dupliquer. Une notification d'incident déposée au titre de l'Article 23 NIS2 satisfait au reporting NCCS, à condition de comporter les informations supplémentaires exigées (Art. 38). Le processus 24 h / 72 h existant de votre client a besoin d'un jeu de champs supplémentaire, pas d'un second processus.
Les fournisseurs ne sont pas régulés — et sont quand même dans le périmètre
Le NCCS lie les entités désignées, pas leurs fournisseurs. Mais l'Article 33 oblige ces entités à répercuter les exigences de cybersécurité sur tout le cycle de vie TIC : vérification des antécédents du personnel fournisseur lorsque la loi le permet, développement secure-by-design, architecture zero trust, restrictions d'accès, garanties contractuelles, droits d'audit et traçabilité des exigences de sécurité tout au long de la chaîne. Les entités doivent aussi peser le risque de lock-in et la diversification des fournisseurs.
Les entités à impact critique vont un cran plus loin : au titre de l'Article 33(4), les composants TIC critiques doivent être vérifiés via un schéma de certification européen ou une assurance interne équivalente.
Ces contrôles deviennent contraignants pour tout achat lancé six mois après leur adoption ou leur mise à jour. Le déclencheur pratique pour un fournisseur n'est donc pas un régulateur — c'est un dossier d'appel d'offres.
Si vous vendez de l'intégration SCADA, de la supervision à distance ou de la managed detection à des gestionnaires de réseau, vous répondrez à ces questions, désigné ou non. C'est la dynamique décrite dans la sécurité de la chaîne d'approvisionnement NIS2 et les contrats fournisseurs au titre de l'Article 21, un cran plus dur.
Escalade des sanctions NIS2 — Au-delà de l'amende
Déclencheur
Non-conformité détectée ou incident survenu
Une autorité de contrôle identifie une lacune de conformité ou une organisation ne respecte pas les exigences NIS2
Ordres de mise en conformité avec délais contraignants
Audits de sécurité obligatoires à vos frais
Divulgation publique des violations
Instructions contraignantes sur des mesures de sécurité spécifiques
Suspension de certifications ou licences d'exploitation
Interdiction temporaire de fonctions de direction pour les individus
Désignation publique des personnes physiques responsables
Que faire dans les 90 prochains jours
Pour chaque client du secteur électrique de votre portefeuille :
- Vérifier la candidature. Comparer puissance installée et rôle — GRT, GRD, NEMO, responsable d'équilibre, agrégateur, opérateur de points de recharge, fournisseur TIC — au seuil ECII provisoire du pays d'exploitation. Par entité juridique, pas par groupe.
- Identifier l'autorité. Les États membres devaient désigner une autorité compétente NCCS avant le 13 décembre 2024, souvent le régulateur de l'énergie (BNetzA en Allemagne), en lien avec le CSIRT national. Confirmez qui supervise votre client et si les notifications de candidats sont parties.
- Cartographier avant de construire. Reprenez l'analyse d'écarts NIS2 existante et marquez les livrables qui satisfont déjà aux Articles 26–34 du NCCS. Le Recital 15 laisse la preuve circuler dans les deux sens, mais personne n'en profite sans matrice de correspondance.
- Définir le périmètre. Les périmètres à impact élevé et critique déterminent quel niveau de contrôles s'applique où. Mal posé, vous surdimensionnez le programme ou laissez un actif critique hors de la clôture.
- Corriger les achats maintenant. Ajoutez les clauses de l'Article 33 — droits d'audit, développement sécurisé, preuves de certification, contrôle du personnel — au modèle fournisseur du client avant le prochain appel d'offres, pas après.
Les clients de l'énergie qui souffriront en 2027 sont ceux qui ont traité NIS2 comme la fin de la conversation. Le NCCS était déjà en vigueur pendant qu'ils débattaient encore de la documentation de l'Article 21.
Pour voir rapidement et de façon structurée où se situe réellement un client énergie face à NIS2 avant d'y superposer le NCCS, lancez un NIS2 quick scan et partez d'une base étayée.
Une autre question ?
Les réponses sont générées à partir de nos articles et ne constituent pas un avis juridique. N'entrez pas de données personnelles ou confidentielles.
