{ "article": { "LEGIARTI000030407693": { "META": { "META_SPEC": { "META_ARTICLE": { "NUM": "R1332-41-9", "ETAT": "VIGUEUR", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2015-03-30" } }, "META_COMMUN": { "ID": "LEGIARTI000030407693", "URL": "article/LEGI/ARTI/00/00/30/40/76/LEGIARTI000030407693.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "LEGIARTI000030406959", "@num": "1", "#text": "DÉCRET n°2015-351 du 27 mars 2015 - art. 1", "@sens": "cible", "@cidtexte": "JORFTEXT000030405967", "@nortexte": "PRMD1502905D", "@numtexte": "2015-351", "@typelien": "CREE", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000036942932", "@num": "Annexe I", "#text": "Arrêté du 10 juin 2016 - art. Annexe I (V)", "@sens": "cible", "@cidtexte": "JORFTEXT000032749532", "@nortexte": "PRMD1608293A", "@typelien": "CITATION", "@naturetexte": "ARRETE", "@datesignatexte": "2016-06-10" }, { "@id": "LEGIARTI000036942896", "#text": "Arrêté du 17 juin 2016 - art. (V)", "@sens": "cible", "@cidtexte": "JORFTEXT000032749580", "@nortexte": "PRMD1612418A", "@typelien": "CITATION", "@naturetexte": "ARRETE", "@datesignatexte": "2016-06-17" }, { "@id": "LEGIARTI000036942914", "#text": "Arrêté du 17 juin 2016 - art. (V)", "@sens": "cible", "@cidtexte": "JORFTEXT000032749626", "@nortexte": "PRMD1612419A", "@typelien": "CITATION", "@naturetexte": "ARRETE", "@datesignatexte": "2016-06-17" }, { "@id": "LEGIARTI000036942870", "#text": "Arrêté du 28 novembre 2016 - art. (V)", "@sens": "cible", "@cidtexte": "JORFTEXT000033518974", "@nortexte": "PRMD1631972A", "@typelien": "CITATION", "@naturetexte": "ARRETE", "@datesignatexte": "2016-11-28" }, { "@id": "LEGIARTI000036942888", "#text": "Arrêté du 28 novembre 2016 - art. (V)", "@sens": "cible", "@cidtexte": "JORFTEXT000033518925", "@nortexte": "PRMD1630722A", "@typelien": "CITATION", "@naturetexte": "ARRETE", "@datesignatexte": "2016-11-28" }, { "@id": "LEGIARTI000036942845", "#text": "Arrêté du 28 novembre 2016 - art. (V)", "@sens": "cible", "@cidtexte": "JORFTEXT000033521327", "@nortexte": "PRMD1630591A", "@typelien": "CITATION", "@naturetexte": "ARRETE", "@datesignatexte": "2016-11-28" }, { "@id": "LEGIARTI000036942852", "#text": "Arrêté du 28 novembre 2016 - art. (V)", "@sens": "cible", "@cidtexte": "JORFTEXT000033521374", "@nortexte": "PRMD1630592A", "@typelien": "CITATION", "@naturetexte": "ARRETE", "@datesignatexte": "2016-11-28" }, { "@id": "LEGIARTI000036942835", "@num": "Annexe I", "#text": "Arrêté du 10 mars 2017 - art. Annexe I (V)", "@sens": "cible", "@cidtexte": "JORFTEXT000034203192", "@nortexte": "PRMD1703203A", "@typelien": "CITATION", "@naturetexte": "ARRETE", "@datesignatexte": "2017-03-10" }, { "@id": "LEGIARTI000030407681", "@num": "R1332-41-4", "#text": "Code de la défense. - art. R1332-41-4 (V)", "@sens": "cible", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407689", "@num": "R1332-41-7", "#text": "Code de la défense. - art. R1332-41-7", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TM": { "TM": { "TM": { "TM": { "TM": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000030407687", "@fin": "2999-01-01", "#text": "Sous-section 3 : Qualification des systèmes de détection et des prestataires de service exploitant ces systèmes", "@debut": "2015-03-30" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000030407669", "@fin": "2999-01-01", "#text": "Section 7 bis : Dispositions spécifiques à la sécurité des systèmes d'information", "@debut": "2015-03-30" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006167383", "@fin": "2999-01-01", "#text": "Chapitre II : Protection des installations d'importance vitale", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006151856", "@fin": "2999-01-01", "#text": "TITRE III : DÉFENSE ÉCONOMIQUE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006138084", "@fin": "2999-01-01", "#text": "LIVRE III : MISE EN ŒUVRE DE LA DÉFENSE NON MILITAIRE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006121317", "@fin": "2999-01-01", "#text": "PARTIE 1 : PRINCIPES GÉNÉRAUX DE LA DÉFENSE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006098226", "@fin": "2999-01-01", "#text": "Partie réglementaire", "@debut": "2007-04-24" } ] }, "@cid": "LEGITEXT000006071307", "@nature": "CODE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Code de la défense", "@debut": "2004-12-21", "@id_txt": "LEGITEXT000006071307", "@c_titre_court": "Code de la défense." } ], "@date_publi": "2999-01-01", "@date_signature": "2999-01-01" } }, "VERSIONS": { "VERSION": [ { "@etat": "VIGUEUR", "LIEN_ART": { "@id": "LEGIARTI000030407693", "@fin": "2999-01-01", "@num": "R1332-41-9", "@etat": "VIGUEUR", "@debut": "2015-03-30", "@origine": "LEGI" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

L'Agence nationale de la sécurité des systèmes d'information met à la disposition du public par voie électronique la liste des systèmes de détection et des prestataires de service exploitant ces systèmes, qualifiés dans les conditions prévues à l'article R. 1332-41-7.
\n
\n
\n

" } }, "LEGIARTI000030406959": { "META": { "META_SPEC": { "META_ARTICLE": { "NUM": "1", "TYPE": "ENTIEREMENT_MODIF", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2999-01-01" } }, "META_COMMUN": { "ID": "LEGIARTI000030406959", "URL": "article/LEGI/ARTI/00/00/30/40/69/LEGIARTI000030406959.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "LEGISCTA000030407669", "#text": "Code de la défense. - Section 7 bis : Dispositions spécifiques à la s... (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGISCTA000030407671", "#text": "Code de la défense. - Sous-section 1 : Règles de sécurité (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGISCTA000030407677", "#text": "Code de la défense. - Sous-section 2 : Détection des événements de sé... (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGISCTA000030407687", "#text": "Code de la défense. - Sous-section 3 : Qualification des systèmes de ... (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGISCTA000030407695", "#text": "Code de la défense. - Sous-section 4 : Déclaration des incidents de s... (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGISCTA000030407701", "#text": "Code de la défense. - Sous-section 5 : Contrôles de sécurité (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGISCTA000030407715", "#text": "Code de la défense. - Sous-section 6 : Réponse aux crises majeures (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGISCTA000030407719", "#text": "Code de la défense. - Sous-section 7 : Dispositions diverses (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407673", "@num": "R1332-41-1", "#text": "Code de la défense. - art. R1332-41-1 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407697", "@num": "R1332-41-10", "#text": "Code de la défense. - art. R1332-41-10 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407699", "@num": "R1332-41-11", "#text": "Code de la défense. - art. R1332-41-11 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407703", "@num": "R1332-41-12", "#text": "Code de la défense. - art. R1332-41-12 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407705", "@num": "R1332-41-13", "#text": "Code de la défense. - art. R1332-41-13 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407707", "@num": "R1332-41-14", "#text": "Code de la défense. - art. R1332-41-14 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407709", "@num": "R1332-41-15", "#text": "Code de la défense. - art. R1332-41-15 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407711", "@num": "R1332-41-16", "#text": "Code de la défense. - art. R1332-41-16 (M)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407713", "@num": "R1332-41-17", "#text": "Code de la défense. - art. R1332-41-17 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407717", "@num": "R1332-41-18", "#text": "Code de la défense. - art. R1332-41-18 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407721", "@num": "R1332-41-19", "#text": "Code de la défense. - art. R1332-41-19 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407675", "@num": "R1332-41-2", "#text": "Code de la défense. - art. R1332-41-2 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407723", "@num": "R1332-41-20", "#text": "Code de la défense. - art. R1332-41-20 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407725", "@num": "R1332-41-21", "#text": "Code de la défense. - art. R1332-41-21 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407727", "@num": "R1332-41-22", "#text": "Code de la défense. - art. R1332-41-22 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407729", "@num": "R1332-41-23", "#text": "Code de la défense. - art. R1332-41-23 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407681", "@num": "R1332-41-4", "#text": "Code de la défense. - art. R1332-41-4 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407683", "@num": "R1332-41-5", "#text": "Code de la défense. - art. R1332-41-5 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407685", "@num": "R1332-41-6", "#text": "Code de la défense. - art. R1332-41-6 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407689", "@num": "R1332-41-7", "#text": "Code de la défense. - art. R1332-41-7 (M)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407691", "@num": "R1332-41-8", "#text": "Code de la défense. - art. R1332-41-8 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CREE", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "@cid": "JORFTEXT000030405967", "@nor": "PRMD1502905D", "@num": "2015-351", "@nature": "DECRET", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Décret n° 2015-351 du 27 mars 2015 relatif à la sécurité des systèmes d'information des opérateurs d'importance vitale et pris pour l'application de la section 2 du chapitre II du titre III du livre III de la première partie de la partie législative du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000030405967", "@c_titre_court": "DÉCRET n°2015-351 du 27 mars 2015" }, { "@fin": "2999-01-01", "#text": "Décret n° 2015-351 du 27 mars 2015 relatif à la sécurité des systèmes d'information des opérateurs d'importance vitale et pris pour l'application de la section 2 du chapitre II du titre III du livre III de la première partie de la partie législative du code de la défense", "@debut": "2015-03-30", "@id_txt": "LEGITEXT000030406948", "@c_titre_court": "DÉCRET n°2015-351 du 27 mars 2015" } ], "@date_publi": "2015-03-29", "@date_signature": "2015-03-27", "@num_parution_jo": "0075" } }, "VERSIONS": { "VERSION": [ { "LIEN_ART": { "@id": "LEGIARTI000030406959", "@fin": "2999-01-01", "@num": "1", "@debut": "2999-01-01", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000030405979", "@fin": "2999-01-01", "@num": "1", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "
A créé les dispositions suivantes :

- Code de la défense.
\n Sct. Section 7 bis : Dispositions spécifiques à la sécurité des systèmes d'information \n\n\n\n\n, Sct. Sous-section 1 : Règles de sécurité, Art. R1332-41-1, Art. R1332-41-2, Sct. Sous-section 2 : Détection des événements de sécurité , Art. R1332-41-3, Art. R1332-41-4, Art. R1332-41-5, Art. R1332-41-6, Sct. Sous-section 3 : Qualification des systèmes de détection et des prestataires de service exploitant ces systèmes , Art. R1332-41-7, Art. R1332-41-8, Art. R1332-41-9, Sct. Sous-section 4 : Déclaration des incidents de sécurité \n, Art. R1332-41-10, Art. R1332-41-11, Sct. Sous-section 5 : Contrôles de sécurité , Art. R1332-41-12, Art. R1332-41-13, Art. R1332-41-14, Art. R1332-41-15, Art. R1332-41-16, Art. R1332-41-17, Sct. Sous-section 6 : Réponse aux crises majeures , Art. R1332-41-18, Sct. Sous-section 7 : Dispositions diverses , Art. R1332-41-19, Art. R1332-41-20, Art. R1332-41-21, Art. R1332-41-22, Art. R1332-41-23\n
\n

\n
" } }, "LEGIARTI000030407681": { "META": { "META_SPEC": { "META_ARTICLE": { "NUM": "R1332-41-4", "ETAT": "VIGUEUR", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2015-03-30" } }, "META_COMMUN": { "ID": "LEGIARTI000030407681", "URL": "article/LEGI/ARTI/00/00/30/40/76/LEGIARTI000030407681.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "LEGIARTI000030406959", "@num": "1", "#text": "DÉCRET n°2015-351 du 27 mars 2015 - art. 1", "@sens": "cible", "@cidtexte": "JORFTEXT000030405967", "@nortexte": "PRMD1502905D", "@numtexte": "2015-351", "@typelien": "CREE", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TM": { "TM": { "TM": { "TM": { "TM": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000030407677", "@fin": "2999-01-01", "#text": "Sous-section 2 : Détection des événements de sécurité", "@debut": "2015-03-30" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000030407669", "@fin": "2999-01-01", "#text": "Section 7 bis : Dispositions spécifiques à la sécurité des systèmes d'information", "@debut": "2015-03-30" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006167383", "@fin": "2999-01-01", "#text": "Chapitre II : Protection des installations d'importance vitale", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006151856", "@fin": "2999-01-01", "#text": "TITRE III : DÉFENSE ÉCONOMIQUE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006138084", "@fin": "2999-01-01", "#text": "LIVRE III : MISE EN ŒUVRE DE LA DÉFENSE NON MILITAIRE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006121317", "@fin": "2999-01-01", "#text": "PARTIE 1 : PRINCIPES GÉNÉRAUX DE LA DÉFENSE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006098226", "@fin": "2999-01-01", "#text": "Partie réglementaire", "@debut": "2007-04-24" } ] }, "@cid": "LEGITEXT000006071307", "@nature": "CODE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Code de la défense", "@debut": "2004-12-21", "@id_txt": "LEGITEXT000006071307", "@c_titre_court": "Code de la défense." } ], "@date_publi": "2999-01-01", "@date_signature": "2999-01-01" } }, "VERSIONS": { "VERSION": [ { "@etat": "VIGUEUR", "LIEN_ART": { "@id": "LEGIARTI000030407681", "@fin": "2999-01-01", "@num": "R1332-41-4", "@etat": "VIGUEUR", "@debut": "2015-03-30", "@origine": "LEGI" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

Lorsque l'opérateur d'importance vitale est une administration de l'Etat, le Premier ministre, après avis des ministres coordonnateurs des secteurs d'activités d'importance vitale concernés, décide, en fonction des risques particuliers encourus par les systèmes d'information en cause, si les systèmes de détection sont exploités par l'Agence nationale de la sécurité des systèmes d'information, par un autre service de l'Etat ou par un prestataire de service qualifié.
\n
Dans les autres cas, les systèmes de détection sont exploités exclusivement par un prestataire de service qualifié.
\n
Lorsque les systèmes de détection sont exploités par un prestataire de service qualifié, l'opérateur choisit le prestataire sur la liste prévue à l'article R. 1332-41-9.
\n
\n
\n

" } }, "LEGIARTI000030407689": { "META": { "META_SPEC": { "META_ARTICLE": { "NUM": "R1332-41-7", "ETAT": "MODIFIE", "TYPE": "AUTONOME", "DATE_FIN": "2018-05-26", "DATE_DEBUT": "2015-03-30" } }, "META_COMMUN": { "ID": "LEGIARTI000030407689", "URL": "article/LEGI/ARTI/00/00/30/40/76/LEGIARTI000030407689.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFTEXT000030405903", "#text": "DÉCRET n° 2015-350 du 27 mars 2015", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000030406959", "@num": "1", "#text": "DÉCRET n°2015-351 du 27 mars 2015 - art. 1", "@sens": "cible", "@cidtexte": "JORFTEXT000030405967", "@nortexte": "PRMD1502905D", "@numtexte": "2015-351", "@typelien": "CREE", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000028342852", "@num": "L1332-6-1", "#text": "Code de la défense. - art. L1332-6-1", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407691", "@num": "R1332-41-8", "#text": "Code de la défense. - art. R1332-41-8 (V)", "@sens": "cible", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "cible", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TM": { "TM": { "TM": { "TM": { "TM": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000030407687", "@fin": "2999-01-01", "#text": "Sous-section 3 : Qualification des systèmes de détection et des prestataires de service exploitant ces systèmes", "@debut": "2015-03-30" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000030407669", "@fin": "2999-01-01", "#text": "Section 7 bis : Dispositions spécifiques à la sécurité des systèmes d'information", "@debut": "2015-03-30" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006167383", "@fin": "2999-01-01", "#text": "Chapitre II : Protection des installations d'importance vitale", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006151856", "@fin": "2999-01-01", "#text": "TITRE III : DÉFENSE ÉCONOMIQUE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006138084", "@fin": "2999-01-01", "#text": "LIVRE III : MISE EN ŒUVRE DE LA DÉFENSE NON MILITAIRE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006121317", "@fin": "2999-01-01", "#text": "PARTIE 1 : PRINCIPES GÉNÉRAUX DE LA DÉFENSE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006098226", "@fin": "2999-01-01", "#text": "Partie réglementaire", "@debut": "2007-04-24" } ] }, "@cid": "LEGITEXT000006071307", "@nature": "CODE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Code de la défense", "@debut": "2004-12-21", "@id_txt": "LEGITEXT000006071307", "@c_titre_court": "Code de la défense." } ], "@date_publi": "2999-01-01", "@date_signature": "2999-01-01" } }, "VERSIONS": { "VERSION": [ { "@etat": "MODIFIE", "LIEN_ART": { "@id": "LEGIARTI000030407689", "@fin": "2018-05-26", "@num": "R1332-41-7", "@etat": "MODIFIE", "@debut": "2015-03-30", "@origine": "LEGI" } }, { "@etat": "VIGUEUR", "LIEN_ART": { "@id": "LEGIARTI000036942828", "@fin": "2999-01-01", "@num": "R1332-41-7", "@etat": "VIGUEUR", "@debut": "2018-05-26", "@origine": "LEGI" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

Les systèmes de détection et les prestataires de service mentionnés à l'article L. 1332-6-1 sont qualifiés dans les conditions prévues respectivement par les chapitres II et III du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
\n
\n

" } }, "LEGIARTI000032750670": { "META": { "META_SPEC": { "META_ARTICLE": { "ETAT": "MODIFIE", "TYPE": "AUTONOME", "DATE_FIN": "2018-05-26", "DATE_DEBUT": "2016-06-24" } }, "META_COMMUN": { "ID": "LEGIARTI000032750670", "URL": "article/LEGI/ARTI/00/00/32/75/06/LEGIARTI000032750670.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFSCTA000030405918", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - Chapitre III : Qualification des prestataires d... (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "JORFARTI000030405950", "@num": "10", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - art. 10 (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000006417944", "@num": "226-13", "#text": "Code pénal - art. 226-13 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006070719", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000032750653", "@fin": "2999-01-01", "#text": "Annexe", "@debut": "2016-06-24" } ] }, "@cid": "JORFTEXT000032749626", "@nor": "PRMD1612419A", "@nature": "ARRETE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Arrêté du 17 juin 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au secteur d'activités d'importance vitale « Alimentation » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000032749626", "@c_titre_court": "Arrêté du 17 juin 2016" }, { "@fin": "2999-01-01", "#text": "Arrêté du 17 juin 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au secteur d'activités d'importance vitale « Alimentation » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2016-06-24", "@id_txt": "LEGITEXT000032750637", "@c_titre_court": "Arrêté du 17 juin 2016" } ], "@date_publi": "2016-06-23", "@date_signature": "2016-06-17", "@num_parution_jo": "0145" } }, "VERSIONS": { "VERSION": [ { "@etat": "MODIFIE", "LIEN_ART": { "@id": "LEGIARTI000032750670", "@fin": "2018-05-26", "@etat": "MODIFIE", "@debut": "2016-06-24", "@origine": "LEGI" } }, { "@etat": "VIGUEUR", "LIEN_ART": { "@id": "LEGIARTI000036942914", "@fin": "2999-01-01", "@etat": "VIGUEUR", "@debut": "2018-05-26", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000032749660", "@fin": "2999-01-01", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

\n
ANNEXE I
RÈGLES DE SÉCURITÉ RELATIVES AU SECTEUR D'ACTIVITÉS D'IMPORTANCE VITALE « ALIMENTATION »

\n
1. Règle relative à la politique de sécurité des systèmes d'information

\n
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une politique de sécurité des systèmes d'information (PSSI).
La PSSI décrit l'ensemble des moyens organisationnels et techniques mis en œuvre par l'opérateur afin d'assurer la sécurité de ses systèmes d'information d'importance vitale (SIIV). En particulier, elle :

\n
- précise les objectifs et les orientations stratégiques en matière de sécurité des SIIV ;
- décrit l'organisation de la gouvernance de la sécurité et notamment les rôles et les responsabilités du personnel interne et du personnel externe (prestataires, fournisseurs, etc.) à l'égard de la sécurité des SIIV ;
- prévoit un plan de sensibilisation à la sécurité des SIIV au profit de l'ensemble du personnel ainsi qu'un plan de formation à la sécurité des SIIV au profit des personnes ayant des responsabilités particulières, notamment les personnes en charge de l'administration et de la sécurité des SIIV et les utilisateurs disposant de droits d'accès privilégiés aux SIIV ;
- fixe les mesures de sécurité générales, notamment en matière de contrôle du personnel interne et du personnel externe, de sécurité physique des SIIV, de gestion des ressources matérielles et logicielles, de contrôle d'accès aux SIIV, d'exploitation et d'administration des SIIV et de sécurité des ressources, des réseaux et des postes de travail ;
- définit les procédures suivantes :
- la procédure d'homologation de sécurité des SIIV ;
- les procédures de contrôle et d'audit de la sécurité des SIIV ;
- la procédure de maintien en conditions de sécurité des ressources des SIIV ;
- la procédure de traitement des incidents de sécurité ;
- les procédures de gestion de crises en cas d'attaques informatiques et de continuité d'activité.

\n
2. Règle relative à l'homologation de sécurité

\n
L'opérateur d'importance vitale procède à l'homologation de sécurité de chaque système d'information d'importance vitale (SIIV), en mettant en œuvre la procédure d'homologation prévue par sa politique de sécurité des systèmes d'information (PSSI).
L'homologation d'un système est une décision formelle prise par l'opérateur qui atteste que les risques pesant sur la sécurité de ce système ont été identifiés et que les mesures nécessaires pour le protéger sont mises en œuvre. Elle atteste également que les éventuels risques résiduels ont été identifiés et acceptés par l'opérateur.
Dans le cadre de l'homologation, un audit de la sécurité du SIIV doit être réalisé. Cet audit vise à vérifier l'application et l'efficacité des mesures de sécurité du SIIV et notamment le respect des règles de sécurité mentionnées dans le présent arrêté. L'audit doit permettre d'évaluer le niveau de sécurité du SIIV au regard des menaces et des vulnérabilités connues. Il comporte notamment la réalisation d'un audit d'architecture, d'un audit de configuration et d'un audit organisationnel et physique.
Cet audit est réalisé dans le respect des règles fixées par le référentiel en matière d'audit de sécurité des systèmes d'information prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
L'opérateur peut réaliser lui-même l'audit ou recourir à un prestataire qualifié dans les conditions prévues au chapitre III du décret n° 2015-350 du 27 mars 2015 précité.
A l'issue de l'audit, l'opérateur ou, le cas échéant, le prestataire élabore un rapport d'audit qui expose les constatations sur les mesures appliquées et sur le respect des règles de sécurité prévues par le présent arrêté. Le rapport précise si le niveau de sécurité atteint est conforme aux objectifs de sécurité, compte tenu des menaces et des vulnérabilités connues. Il formule des recommandations pour remédier aux éventuelles non-conformités et vulnérabilités découvertes.
L'opérateur prend la décision d'homologuer un SIIV sur la base du dossier d'homologation comportant notamment :

\n
- l'analyse de risques et les objectifs de sécurité du SIIV ;
- les mesures de sécurité appliquées au SIIV ;
- les rapports d'audit de la sécurité du SIIV ;
- les risques résiduels et les raisons justifiant leur acceptation.

\n
L'homologation est valable pour une durée maximale de trois ans et est renouvelée au terme de cette période. Toutefois, la validité de l'homologation est réexaminée par l'opérateur lors de chaque événement ou évolution de nature à modifier le contexte décrit dans le dossier d'homologation.
L'opérateur tient à la disposition de l'Agence nationale de la sécurité des systèmes d'information les décisions et dossiers d'homologation, notamment les rapports d'audit. Ces documents confidentiels sont susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
La présente règle relative à l'homologation s'applique sans préjudice des dispositions prévues par l'arrêté du 30 novembre 2011 portant approbation de l'instruction générale interministérielle n° 1300 sur la protection du secret de la défense nationale, en matière d'homologation des systèmes d'information traitant des informations classifiées.

\n
3. Règle relative à la cartographie

\n
L'opérateur d'importance vitale doit être en mesure de fournir à l'Agence nationale de la sécurité des systèmes d'information, pour chaque système d'information d'importance vitale (SIIV), les éléments de cartographie suivants :

\n
- les noms et les fonctions des applications, supportant les activités de l'opérateur, installées sur le SIIV ;
- le cas échéant, les plages d'adresses IP de sortie du SIIV vers internet ou un réseau tiers, ou accessibles depuis ces réseaux ;
- le cas échéant, les plages d'adresses IP associées aux différents sous-réseaux composant le SIIV ;
- la description fonctionnelle et les lieux d'installation du SIIV et de ses différents sous-réseaux ;
- la description fonctionnelle des points d'interconnexion du SIIV et de ses différents sous-réseaux avec des réseaux tiers, notamment la description des équipements et des fonctions de filtrage et de protection mis en œuvre au niveau de ces interconnexions ;
- l'inventaire et l'architecture des dispositifs d'administration du SIIV permettant de réaliser notamment les opérations d'installation à distance, de mise à jour, de supervision, de gestion des configurations, d'authentification ainsi que de gestion des comptes et des droits d'accès ;
- la liste des comptes disposant de droits d'accès privilégiés (appelés « comptes privilégiés ») au SIIV. Cette liste précise pour chaque compte le niveau et le périmètre des droits d'accès associés, notamment les comptes sur lesquels portent ces droits (comptes d'utilisateurs, comptes de messagerie, comptes de processus, etc.) ;
- l'inventaire, l'architecture et le positionnement des services de résolution de noms d'hôte, de messagerie, de relais internet et d'accès distant mis en œuvre par le SIIV.

\n
4. Règle relative au maintien en conditions de sécurité

\n
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de maintien en conditions de sécurité des ressources matérielles et logicielles de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
Cette procédure définit les conditions permettant de maintenir le niveau de sécurité des ressources des SIIV en fonction de l'évolution des vulnérabilités et des menaces et notamment la politique d'installation de toute nouvelle version et mesure correctrice de sécurité d'une ressource et les vérifications à effectuer avant l'installation. Elle prévoit que :

\n
- l'opérateur se tient informé des vulnérabilités et des mesures correctrices de sécurité susceptibles de concerner les ressources matérielles et logicielles de ses SIIV, qui sont diffusées notamment par les fournisseurs ou les fabricants de ces ressources ou par des centres de prévention et d'alerte en matière de cyber sécurité tels que le CERT-FR (www.cert.ssi.gouv.fr) ;
- sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur installe et maintient toutes les ressources matérielles et logicielles de ses SIIV dans des versions supportées par leurs fournisseurs ou leurs fabricants et mises à jour du point de vue de la sécurité ;
- préalablement à l'installation de toute nouvelle version, l'opérateur s'assure de l'origine de cette version et de son intégrité, et analyse l'impact de cette version sur le SIIV concerné d'un point de vue technique et opérationnel ;
- dès qu'il a connaissance d'une mesure correctrice de sécurité concernant une de ses ressources, et sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur en planifie l'installation après avoir effectué les vérifications mentionnées à l'alinéa précédent, et procède à cette installation dans les délais prévus par cette procédure ;
- lorsque des raisons techniques ou opérationnelles le justifient, l'opérateur peut décider, pour certaines ressources de ses SIIV, de ne pas installer une version supportée par le fournisseur ou le fabricant de la ressource concernée ou de ne pas installer une mesure correctrice de sécurité. Dans ce cas, l'opérateur met en œuvre des mesures techniques ou organisationnelles prévues par cette procédure pour réduire les risques liés à l'utilisation d'une version obsolète ou comportant des vulnérabilités connues. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures de réduction des risques et les raisons techniques ou opérationnelles ayant empêché l'installation d'une version supportée ou d'une mesure correctrice de sécurité.

\n
5. Règle relative à la journalisation

\n
L'opérateur d'importance vitale met en œuvre sur chaque système d'information d'importance vitale (SIIV) un système de journalisation qui enregistre les événements relatifs à l'authentification des utilisateurs, à la gestion des comptes et des droits d'accès, à l'accès aux ressources, aux modifications des règles de sécurité du SIIV ainsi qu'au fonctionnement du SIIV.
Le système de journalisation porte sur les équipements suivants lorsqu'ils génèrent les événements mentionnés au 1er alinéa :

\n
- les serveurs applicatifs supportant les activités d'importance vitale ;
- les serveurs d'infrastructure système ;
- les serveurs d'infrastructure réseau ;
- les équipements de sécurité ;
- les postes d'ingénierie et de maintenance des systèmes industriels ;
- les équipements réseau ;
- les postes d'administration.

\n
6. Règle relative à la corrélation et l'analyse de journaux

\n
L'opérateur d'importance vitale met en œuvre un système de corrélation et d'analyse de journaux qui exploite les événements enregistrés par le système de journalisation installé sur chacun des systèmes d'information d'importance vitale (SIIV), afin de détecter des événements susceptibles d'affecter la sécurité des SIIV.
Le système de corrélation et d'analyse de journaux est installé et exploité sur un système d'information mis en place exclusivement à des fins de détection d'événements susceptibles d'affecter la sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet installe et exploite ce système de corrélation et d'analyse de journaux selon les règles fixées par le référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.

\n
7. Règle relative à la détection

\n
L'opérateur d'importance vitale met en œuvre, en application de l'article R. 1332-41-3 du code de la défense, un système de détection qualifié de type « sonde d'analyse de fichiers et de protocoles ».
Les sondes d'analyse de fichiers et de protocoles analysent les flux de données transitant par ces sondes afin de rechercher des événements susceptibles d'affecter la sécurité des systèmes d'information d'importance vitale (SIIV). Elles sont positionnées de manière à pouvoir analyser l'ensemble des flux échangés entre les SIIV et les systèmes d'information tiers à ceux de l'opérateur.
Les systèmes de détection qualifiés de ce type sont choisis parmi ceux figurant sur la liste prévue à l'article R. 1332-41-9 du code de la défense.
Ces systèmes de détection sont exploités selon les règles fixées par le référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale. Ils sont exploités par un service de l'Etat ou un prestataire qualifié à cet effet dans les conditions prévues par le décret précité.

\n
8. Règle relative au traitement des incidents de sécurité

\n
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de traitement des incidents affectant le fonctionnement ou la sécurité de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet procède au traitement des incidents selon les règles fixées par le référentiel en matière de réponse aux incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
Un système d'information spécifique doit être mis en place pour traiter les incidents, notamment pour stocker les relevés techniques relatifs aux analyses des incidents. Ce système est cloisonné vis-à-vis du SIIV concerné par l'incident.
L'opérateur conserve les relevés techniques relatifs aux analyses des incidents pendant une durée d'au moins six mois. Il tient ces relevés techniques à la disposition de l'Agence nationale de la sécurité des systèmes d'information.
Les relevés techniques sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.

\n
9. Règle relative au traitement des alertes

\n
L'opérateur d'importance vitale met en place un service de permanence lui permettant de prendre connaissance, à tout moment et sans délai, d'informations transmises par l'Agence nationale de la sécurité des systèmes d'information relatives à des incidents, des vulnérabilités et des menaces. Il met en œuvre une procédure pour traiter les informations ainsi reçues et le cas échéant prendre les mesures de sécurité nécessaires à la protection de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur communique à l'Agence nationale de la sécurité des systèmes d'information les coordonnées (nom du service, numéro de téléphone et adresse électronique) tenues à jour du service de permanence prévu à l'alinéa précédent.

\n
10. Règle relative à la gestion de crises

\n
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de gestion de crises en cas d'attaques informatiques majeures, conformément à sa politique de sécurité des systèmes d'information.
Cette procédure décrit les moyens techniques et organisationnels dont dispose l'opérateur pour mettre en œuvre les mesures décidées par le Premier ministre en cas de crises, notamment les mesures suivantes :

\n
- appliquer une configuration système afin d'éviter les attaques ou d'en limiter les effets. Cette configuration peut viser notamment :
- à proscrire l'utilisation de supports de stockage amovibles ou la connexion d'équipements nomades aux systèmes d'information de l'opérateur ;
- à installer une mesure correctrice de sécurité sur un système d'information particulier ;
- à imposer un protocole de routage ;
- mettre en place des règles de filtrage sur les réseaux ou des configurations particulières sur les équipements terminaux. Cette mesure peut viser notamment :
- à effectuer des restrictions d'accès sous forme de listes blanches et de listes noires d'utilisateurs ;
- à bloquer les échanges de fichiers d'un type particulier ;
- à isoler de tout réseau des sites internet, des applications, ou des équipements informatiques de l'opérateur en sollicitant le cas échéant l'appui des opérateurs publics de communications électroniques ;
- isoler du réseau internet les systèmes d'information de l'opérateur. Cette mesure impose de déconnecter physiquement ou logiquement les interfaces réseau des systèmes d'information concernés.

\n
La procédure précise les conditions dans lesquelles ces mesures peuvent être appliquées compte tenu des contraintes notamment techniques et organisationnelles de mise en œuvre.

\n
11. Règle relative à l'identification

\n
L'opérateur d'importance vitale crée des comptes individuels pour les utilisateurs et pour les processus automatiques accédant aux ressources de ses systèmes d'information d'importance vitale (SIIV).
Lorsque des raisons techniques ou opérationnelles ne permettent pas de créer de comptes individuels pour les utilisateurs ou pour les processus automatiques, l'opérateur met en place des mesures permettant de réduire le risque lié à l'utilisation de comptes partagés et d'assurer la traçabilité de l'utilisation de ces comptes. Dans ce cas, l'opérateur décrit ces mesures dans le dossier d'homologation du SIIV concerné et les raisons justifiant le recours à des comptes partagés.
L'opérateur désactive sans délai les comptes qui ne sont plus nécessaires.

\n
12. Règle relative à l'authentification

\n
L'opérateur d'importance vitale protège les accès aux ressources de ses systèmes d'information d'importance vitale (SIIV), que ce soit par un utilisateur ou par un processus automatique, au moyen d'un mécanisme d'authentification basé sur un élément secret.
L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion des éléments secrets d'authentification mis en œuvre dans ses SIIV.
Lorsque la ressource le permet techniquement, les éléments secrets d'authentification doivent pouvoir être modifiés par l'opérateur chaque fois que cela est nécessaire. Dans ce cas, l'opérateur respecte les règles suivantes :

\n
- l'opérateur doit modifier les éléments secrets d'authentification lorsqu'ils ont été installés par le fabricant ou le fournisseur de la ressource, avant sa mise en service. A cet effet, l'opérateur s'assure auprès du fabricant ou du fournisseur qu'il dispose des moyens et des droits permettant de réaliser ces opérations ;
- l'élément secret d'authentification d'un compte partagé doit être renouvelé régulièrement et à chaque retrait d'un utilisateur de ce compte ;
- les utilisateurs qui n'en ont pas la responsabilité, ne peuvent pas modifier les éléments secrets d'authentification. Ils ne peuvent pas non plus accéder à ces éléments en clair ;
- lorsque les éléments secrets d'authentification sont des mots de passe, les utilisateurs ne doivent pas les réutiliser entre comptes privilégiés ou entre un compte privilégié et un compte non privilégié ;
- lorsque les éléments secrets d'authentification sont des mots de passe, ceux-ci sont conformes aux règles de l'art telles que celles préconisées par l'Agence nationale de la sécurité des systèmes d'information, en matière de complexité (longueur du mot de passe et types de caractères), en tenant compte du niveau de complexité maximal permis par la ressource concernée, et en matière de renouvellement.

\n
13. Règle relative aux droits d'accès

\n
L'opérateur d'importance vitale définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des droits d'accès aux ressources de ses systèmes d'information d'importance vitale (SIIV), et respecte les règles suivantes :

\n
- l'opérateur n'attribue à un utilisateur ou à un processus automatique les droits d'accès à une ressource que si cet accès est strictement nécessaire à l'exercice des missions de l'utilisateur ou au fonctionnement du processus automatique ;
- l'opérateur définit les accès aux différentes fonctionnalités de cette ressource et en attribue les droits uniquement aux utilisateurs et aux processus automatiques qui en ont strictement le besoin ;
- les droits d'accès sont révisés périodiquement, au moins tous les ans, par l'opérateur. Cette révision porte sur les liens entre les comptes, les droits d'accès associés et les ressources ou les fonctionnalités qui en font l'objet ;
- l'opérateur établit et tient à jour la liste des comptes privilégiés. Toute modification d'un compte privilégié (ajout, suppression, suspension ou modification des droits associés) fait l'objet d'un contrôle formel de l'opérateur destiné à vérifier que les droits d'accès aux ressources et fonctionnalités sont attribués selon le principe du moindre privilège (seuls les droits strictement nécessaires sont accordés) et en cohérence avec les besoins d'utilisation du compte.

\n
14. Règle relative aux comptes d'administration

\n
L'opérateur d'importance vitale crée des comptes (appelés « comptes d'administration ») destinés aux seules personnes (appelées administrateurs) chargées d'effectuer les opérations d'administration (installation, configuration, gestion, maintenance, supervision, etc.) des ressources de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des comptes d'administration de ses SIIV, et respecte les règles suivantes :

\n
- l'attribution des droits aux administrateurs respecte le principe du moindre privilège. En particulier, afin de limiter la portée de ces droits individuels, ils sont attribués à chaque administrateur en les restreignant autant que possible au périmètre fonctionnel et technique dont cet administrateur est responsable ;
- un compte d'administration est utilisé exclusivement pour se connecter à un système d'information d'administration (système d'information utilisé pour les opérations d'administration des ressources) ou à une ressource administrée ;
- les opérations d'administration sont effectuées exclusivement à partir de comptes d'administration, et inversement, les comptes d'administration sont utilisés exclusivement pour les opérations d'administration ;
- lorsque l'administration d'une ressource ne peut pas techniquement être effectuée à partir d'un compte spécifique d'administration, l'opérateur met en place des mesures permettant d'assurer la traçabilité et le contrôle des opérations d'administration réalisées sur cette ressource et des mesures de réduction du risque lié à l'utilisation d'un compte non spécifique à l'administration. Il décrit dans le dossier d'homologation du SIIV concerné ces mesures ainsi que les raisons techniques ayant empêché l'utilisation d'un compte d'administration ;
- l'opérateur établit et tient à jour la liste des comptes d'administration de ses SIIV et les gère en tant que comptes privilégiés.

\n
15. Règle relative aux systèmes d'information d'administration

\n
L'opérateur d'importance vitale applique les règles suivantes aux systèmes d'information utilisés pour effectuer l'administration de ses systèmes d'information d'importance vitale (SIIV), qui sont appelés « systèmes d'information d'administration » :

\n
- les ressources matérielles et logicielles des systèmes d'information d'administration sont gérées et configurées par l'opérateur ou, le cas échéant, par le prestataire qu'il a mandaté pour réaliser les opérations d'administration ;
- les ressources matérielles et logicielles des systèmes d'information d'administration sont utilisées exclusivement pour réaliser des opérations d'administration. Cependant, lorsque des raisons techniques ou organisationnelles le justifient, le poste de travail physique de l'administrateur peut être utilisé pour réaliser des opérations autres que des opérations d'administration. Dans ce cas, des mécanismes de durcissement du système d'exploitation du poste de travail et de cloisonnement doivent être mis en place pour permettre d'isoler l'environnement logiciel utilisé pour ces autres opérations de l'environnement logiciel utilisé pour les opérations d'administration ;
- un environnement logiciel utilisé pour effectuer des opérations d'administration ne doit pas être utilisé à d'autres fins, comme l'accès à des sites ou serveurs de messagerie sur internet ;
- un utilisateur ne doit pas se connecter à un système d'information d'administration au moyen d'un environnement logiciel utilisé pour d'autres fonctions que des opérations d'administration ;
- les flux de données associés à des opérations autres que des opérations d'administration doivent, lorsqu'ils transitent sur les systèmes d'information d'administration, être cloisonnés au moyen de mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
- les systèmes d'information d'administration sont connectés aux ressources à administrer au travers d'une liaison réseau physique utilisée exclusivement pour les opérations d'administration. Ces ressources sont administrées au travers de leur interface d'administration physique. Lorsque des raisons techniques empêchent d'administrer une ressource au travers d'une liaison réseau physique ou de son interface d'administration physique, l'opérateur met en œuvre des mesures de réduction du risque telles que des mesures de sécurité logique. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;
- lorsqu'ils ne circulent pas dans le système d'information d'administration, les flux d'administration sont protégés par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information. Si le chiffrement et l'authentification de ces flux ne sont pas possibles pour des raisons techniques, l'opérateur met en œuvre des mesures permettant de protéger ces flux en confidentialité et en intégrité et de renforcer le contrôle et la traçabilité des opérations d'administration. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;
- les journaux enregistrant les événements générés par les ressources utilisées par les administrateurs ne contiennent aucun mot de passe en clair ou sous forme de condensat.

\n
16. Règle relative au cloisonnement

\n
L'opérateur d'importance vitale procède au cloisonnement de ses systèmes d'information d'importance vitale (SIIV) afin de limiter la propagation des attaques informatiques au sein de ses systèmes ou ses sous-systèmes. Il respecte les règles suivantes :

\n
- chaque SIIV est cloisonné physiquement ou logiquement vis-à-vis des autres systèmes de l'opérateur ou des systèmes tiers ;
- lorsqu'un SIIV est lui-même constitué de sous-systèmes, ceux-ci sont cloisonnés entre eux physiquement ou logiquement. Un sous-système peut être constitué pour assurer une fonctionnalité ou un ensemble homogène de fonctionnalités d'un SIIV ou encore pour isoler des ressources d'un SIIV nécessitant un même besoin de sécurité ;
- seules les interconnexions strictement nécessaires au bon fonctionnement et à la sécurité d'un SIIV sont mises en place entre le SIIV et les autres systèmes ou entre les sous-systèmes du SIIV.

\n
L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de cloisonnement qu'il met en place.

\n
17. Règle relative au filtrage

\n
L'opérateur d'importance vitale met en place des mécanismes de filtrage des flux de données circulant dans ses systèmes d'information d'importance vitale (SIIV) afin de bloquer la circulation des flux inutiles au fonctionnement de ses systèmes et susceptibles de faciliter des attaques informatiques. Il respecte les règles suivantes :

\n
- l'opérateur définit les règles de filtrage des flux de données (filtrage sur adresse réseau, sur protocole, sur numéro de port, etc.) permettant de limiter autant que possible la circulation des flux aux seuls flux de données nécessaires au fonctionnement et à la sécurité de ses SIIV ;
- les flux entrants et sortants des SIIV ainsi que les flux entre sous-systèmes des SIIV sont filtrés au niveau de leurs interconnexions de manière à ne permettre que la circulation des seuls flux strictement nécessaires au fonctionnement et à la sécurité des SIIV. Les flux qui ne sont pas conformes aux règles de filtrage sont bloqués ;
- l'opérateur établit et tient à jour une liste des règles de filtrage mentionnant l'ensemble des règles en vigueur ou supprimées depuis moins d'un an. Cette liste précise pour chaque règle :
- le motif et la date de la mise en œuvre, de la modification ou de la suppression de la règle ;
- les modalités techniques de mise en œuvre de la règle.

\n
L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de filtrage qu'il met en place.

\n
18. Règle relative aux accès à distance

\n
L'opérateur d'importance vitale protège les accès à ses systèmes d'information d'importance vitale (SIIV) effectués à travers des réseaux tiers. En particulier, lorsque l'opérateur ou un prestataire qu'il a mandaté à cet effet accède à un SIIV à travers un réseau tiers à ceux de l'opérateur ou du prestataire, l'opérateur applique ou fait appliquer à son prestataire les règles suivantes :

\n
- l'accès au SIIV est protégé par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
- les équipements utilisés pour accéder au SIIV sont gérés et configurés par l'opérateur ou, le cas échéant, par le prestataire. Les mémoires de masse de ces équipements sont en permanence protégées par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information.

\n
19. Règle relative à l'installation de services et d'équipements

\n
L'opérateur d'importance vitale respecte les règles suivantes lorsqu'il installe des services et des équipements sur ses systèmes d'information d'importance vitale (SIIV) :

\n
- l'opérateur installe sur ses SIIV les seuls services et fonctionnalités qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV. L'opérateur désactive les services et les fonctionnalités qui ne sont pas indispensables, notamment ceux installés par défaut, et les désinstalle si cela est possible. Lorsque la désinstallation n'est pas possible, l'opérateur le mentionne dans le dossier d'homologation du SIIV concerné en précisant les services et fonctionnalités concernés et les mesures de réduction du risque mises en œuvre ;
- l'opérateur ne connecte à ses SIIV que des équipements, matériels périphériques et supports amovibles qu'il a dûment répertoriés et qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV ;
- les supports amovibles inscriptibles connectés aux SIIV sont utilisés exclusivement pour les besoins de ces SIIV ;
- l'opérateur procède, avant chaque utilisation de supports amovibles, à l'analyse de leur contenu, notamment à la recherche de code malveillant. L'opérateur met en place, sur les équipements auxquels sont connectés ces supports amovibles, des mécanismes de protection contre les risques d'exécution de code malveillant provenant de ces supports.

\n
20. Règle relative aux indicateurs

\n
L'opérateur d'importance vitale évalue, pour chaque système d'information d'importance vitale (SIIV), les indicateurs suivants :

\n
- des indicateurs relatifs au maintien en conditions de sécurité des ressources :
- le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
- le pourcentage de serveurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
- le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins quinze jours à compter de la disponibilité des versions mises à jour ;
- le pourcentage de serveurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins quinze jours à compter de la disponibilité des versions mises à jour ;
- des indicateurs relatifs aux droits d'accès des utilisateurs et à l'authentification des accès aux ressources :
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes partagés ;
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes privilégiés ;
- le pourcentage de ressources dont les éléments secrets d'authentification ne peuvent pas être modifiés par l'opérateur ;
- des indicateurs relatifs à l'administration des ressources :
- le pourcentage de ressources administrées dont l'administration est effectuée à partir d'un compte non spécifique d'administration ;
- le pourcentage de ressources administrées dont l'administration ne peut pas être effectuée au travers d'une liaison réseau physique ou d'une interface d'administration physique ;
- le pourcentage de ressources administrées dont les flux d'administration ne peuvent pas être protégés par des mécanismes de chiffrement et d'authentification lorsque ces flux ne circulent pas dans le système d'information d'administration.

\n
L'opérateur précise pour chaque indicateur la méthode d'évaluation employée et, le cas échéant, la marge d'incertitude de son évaluation. Lorsqu'un indicateur évolue de façon significative par rapport à l'évaluation précédente, l'opérateur en précise les raisons.
Les indicateurs ainsi réunis sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
L'opérateur communique, une fois par an, à l'Agence nationale de la sécurité des systèmes d'information, ces indicateurs mis à jour, selon le moyen approprié à la sensibilité des informations déclarées.

" } }, "LEGIARTI000032751407": { "META": { "META_SPEC": { "META_ARTICLE": { "NUM": "Annexe I", "ETAT": "VIGUEUR_DIFF", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2016-07-01" } }, "META_COMMUN": { "ID": "LEGIARTI000032751407", "URL": "article/LEGI/ARTI/00/00/32/75/14/LEGIARTI000032751407.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFSCTA000030405918", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - Chapitre III : Qualification des prestataires d... (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "JORFARTI000030405950", "@num": "10", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - art. 10 (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000006417944", "@num": "226-13", "#text": "Code pénal - art. 226-13 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006070719", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000006574326", "@num": "R1332-4", "#text": "Code de la défense. - art. R1332-4 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000032751390", "@fin": "2999-01-01", "#text": "Annexe", "@debut": "2016-07-01" } ] }, "@cid": "JORFTEXT000032749532", "@nor": "PRMD1608293A", "@nature": "ARRETE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Arrêté du 10 juin 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Produits de santé » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000032749532", "@c_titre_court": "Arrêté du 10 juin 2016" }, { "@fin": "2999-01-01", "#text": "Arrêté du 10 juin 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Produits de santé » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2016-07-01", "@id_txt": "LEGITEXT000032751374", "@c_titre_court": "Arrêté du 10 juin 2016" } ], "@date_publi": "2016-06-23", "@date_signature": "2016-06-10" } }, "VERSIONS": { "VERSION": [ { "@etat": "VIGUEUR_DIFF", "LIEN_ART": { "@id": "LEGIARTI000032751407", "@fin": "2999-01-01", "@num": "Annexe I", "@etat": "VIGUEUR_DIFF", "@debut": "2016-07-01", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000032749566", "@fin": "2999-01-01", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

RÈGLES DE SÉCURITÉ RELATIVES AU SOUS-SECTEUR D'ACTIVITÉS D'IMPORTANCE VITALE \" PRODUITS DE SANTÉ \"

\n
\n

1. Règle relative à la politique de sécurité des systèmes d'information :

\n
\n

L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une politique de sécurité des systèmes d'information (PSSI).

\n
\n

La PSSI décrit l'ensemble des moyens organisationnels et techniques mis en œuvre par l'opérateur afin d'assurer la sécurité de ses systèmes d'information d'importance vitale (SIIV). En particulier, elle :

\n
\n
\n

-précise les objectifs et les orientations stratégiques en matière de sécurité des SIIV ;

\n
\n

-décrit l'organisation de la gouvernance de la sécurité et notamment les rôles et les responsabilités du personnel interne et du personnel externe (prestataires, fournisseurs, etc.) à l'égard de la sécurité des SIIV ;

\n
\n

-prévoit un plan de sensibilisation à la sécurité des SIIV au profit de l'ensemble du personnel ainsi qu'un plan de formation à la sécurité des SIIV au profit

des personnes ayant des responsabilités particulières, notamment les personnes en charge de l'administration et de la sécurité des SIIV et les utilisateurs disposant de droits d'accès privilégiés aux SIIV ;

\n
\n

-fixe les mesures de sécurité générales, notamment en matière de contrôle du personnel interne et du personnel externe, de sécurité physique des SIIV, de gestion des ressources matérielles et logicielles, de contrôle d'accès aux SIIV, d'exploitation et d'administration des SIIV et de sécurité des ressources, des réseaux et des postes de travail ;

\n
\n

-définit les procédures suivantes :

\n
\n

-la procédure d'homologation de sécurité des SIIV ;

\n
\n

-les procédures de contrôle et d'audit de la sécurité des SIIV ;

\n
\n

-la procédure de maintien en conditions de sécurité des ressources des SIIV ;

\n
\n

-la procédure de traitement des incidents de sécurité ;

\n
\n

-les procédures de gestion de crises en cas d'attaques informatiques et de continuité d'activité.

\n
\n
\n

\n
\n

La PSSI, ses documents d'application et les rapports sur leur mise en œuvre sont tenus à la disposition de l'Agence nationale de la sécurité des systèmes d'information.

\n
\n

2. Règle relative à l'homologation de sécurité :

\n
\n

L'homologation d'un système est une décision formelle prise par l'opérateur qui atteste que les risques pesant sur la sécurité de ce système ont été identifiés et que les mesures nécessaires pour le protéger sont mises en œuvre. Elle atteste également que les éventuels risques résiduels ont été identifiés et acceptés par l'opérateur.

\n
\n

Dans le cadre de l'homologation, un audit de la sécurité du SIIV doit être réalisé. Cet audit vise à vérifier l'application et l'efficacité des mesures de sécurité du SIIV et notamment le respect des règles de sécurité mentionnées dans le présent arrêté. L'audit doit permettre d'évaluer le niveau de sécurité du SIIV au regard des menaces et des vulnérabilités connues. Il comporte notamment la réalisation d'un audit d'architecture, d'un audit de configuration et d'un audit organisationnel et physique.

\n
\n

Cet audit est réalisé dans le respect des règles fixées par le référentiel en matière d'audit de sécurité des systèmes d'information prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.

\n
\n

L'opérateur peut réaliser lui-même l'audit ou recourir à un prestataire qualifié dans les conditions prévues au chapitre III du décret n° 2015-350 du 27 mars 2015 précité.

\n
\n

A l'issue de l'audit, l'opérateur ou, le cas échéant, le prestataire élabore un rapport d'audit qui expose les constatations sur les mesures appliquées et sur le respect des règles de sécurité prévues par le présent arrêté. Le rapport précise si le niveau de sécurité atteint est conforme aux objectifs de sécurité, compte tenu des menaces et des vulnérabilités connues. Il formule des recommandations pour remédier aux éventuelles non-conformités et vulnérabilités découvertes.

\n
\n

L'opérateur prend la décision d'homologuer un SIIV sur la base du dossier d'homologation comportant notamment :

\n
\n
\n

-l'analyse de risques et les objectifs de sécurité du SIIV ;

\n
\n

-les mesures de sécurité appliquées au SIIV ;

\n
\n

-les rapports d'audit de la sécurité du SIIV ;

\n
\n

-les risques résiduels et les raisons justifiant leur acceptation.

\n
\n
\n

\n
\n

L'opérateur tient à la disposition de l'Agence nationale de la sécurité des systèmes d'information les décisions et dossiers d'homologation, notamment les rapports d'audit. Ces documents confidentiels sont susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.

\n
\n

La présente règle relative à l'homologation s'applique sans préjudice des dispositions prévues par l'arrêté du 30 novembre 2011 portant approbation de l'instruction générale interministérielle n° 1300 sur la protection du secret de la défense nationale, en matière d'homologation des systèmes d'information traitant des informations classifiées.

\n
\n

3. Règle relative à la cartographie :

\n
\n

\n
\n
\n

-les noms et les fonctions des applications, supportant les activités de l'opérateur, installées sur le SIIV ;

\n
\n

-le cas échéant, les plages d'adresses IP de sortie du SIIV vers internet ou un réseau tiers, ou accessibles depuis ces réseaux ;

\n
\n

-le cas échéant, les plages d'adresses IP associées aux différents sous-réseaux composant le SIIV ;

\n
\n

-la description fonctionnelle et les lieux d'installation du SIIV et de ses différents sous-réseaux ;

\n
\n

-la description fonctionnelle des points d'interconnexion du SIIV et de ses différents sous-réseaux avec des réseaux tiers, notamment la description des équipements et des fonctions de filtrage et de protection mis en œuvre au niveau de ces interconnexions ;

\n
\n

-l'inventaire et l'architecture des dispositifs d'administration du SIIV permettant de réaliser notamment les opérations d'installation à distance, de mise à jour, de supervision, de gestion des configurations, d'authentification ainsi que de gestion des comptes et des droits d'accès ;

\n
\n

-la liste des comptes disposant de droits d'accès privilégiés (appelés \" comptes privilégiés \") au SIIV. Cette liste précise pour chaque compte le niveau et le périmètre des droits d'accès associés, notamment les comptes sur lesquels portent ces droits (comptes d'utilisateurs, comptes de messagerie, comptes de processus, etc.) ;

\n
\n

-l'inventaire, l'architecture et le positionnement des services de résolution de noms d'hôte, de messagerie, de relais internet et d'accès distant mis en œuvre par le SIIV.

\n
\n
\n

\n
\n

Sur demande de l'Agence nationale de la sécurité des systèmes d'information, l'opérateur lui communique les éléments de cartographie mis à jour sur un support électronique, dans un format qui peut être lu par les principaux logiciels bureautiques accessibles au public.

\n
\n

4. Règle relative au maintien en conditions de sécurité :

\n
\n

Cette procédure définit les conditions permettant de maintenir le niveau de sécurité des ressources des SIIV en fonction de l'évolution des vulnérabilités et des menaces et notamment la politique d'installation de toute nouvelle version et mesure correctrice de sécurité d'une ressource et les vérifications à effectuer avant l'installation. Elle prévoit que :

\n
\n
\n

\n
\n

-sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur installe et maintient toutes les ressources matérielles et logicielles de ses SIIV dans des versions supportées par leurs fournisseurs ou leurs fabricants et mises à jour du point de vue de la sécurité ;

\n
\n

-préalablement à l'installation de toute nouvelle version, l'opérateur s'assure de l'origine de cette version et de son intégrité, et analyse l'impact de cette version sur le SIIV concerné d'un point de vue technique et opérationnel ;

\n
\n

-dès qu'il a connaissance d'une mesure correctrice de sécurité concernant une de ses ressources, et sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur en planifie l'installation après avoir effectué les vérifications mentionnées à l'alinéa précédent, et procède à cette installation dans les délais prévus par cette procédure ;

\n
\n

-lorsque des raisons techniques ou opérationnelles le justifient, l'opérateur peut décider, pour certaines ressources de ses SIIV, de ne pas installer une version supportée par le fournisseur ou le fabricant de la ressource concernée ou de ne pas installer une mesure correctrice de sécurité. Dans ce cas, l'opérateur met en œuvre des mesures techniques ou organisationnelles prévues par cette procédure pour réduire les risques liés à l'utilisation d'une version obsolète ou comportant des vulnérabilités connues. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures de réduction des risques et les raisons techniques ou opérationnelles ayant empêché l'installation d'une version supportée ou d'une mesure correctrice de sécurité.

\n
\n
\n

5. Règle relative à la journalisation :

\n
\n

L'opérateur d'importance vitale met en œuvre sur chaque système d'information d'importance vitale (SIIV) un système de journalisation qui enregistre les événements relatifs à l'authentification des utilisateurs, à la gestion des comptes et des droits d'accès, à l'accès aux ressources, aux modifications des règles de sécurité du SIIV ainsi qu'au fonctionnement du SIIV.

\n
\n

Le système de journalisation porte sur les équipements suivants lorsqu'ils génèrent les événements mentionnés au premier alinéa :

\n
\n
\n

-les serveurs applicatifs supportant les activités d'importance vitale ;

\n
\n

-les serveurs d'infrastructure système ;

\n
\n

-les serveurs d'infrastructure réseau ;

\n
\n

-les équipements de sécurité ;

\n
\n

-les postes d'ingénierie et de maintenance des systèmes industriels ;

\n
\n

-les équipements réseau ;

\n
\n

-les postes d'administration.

\n
\n
\n

\n
\n

6. Règle relative à la corrélation et l'analyse de journaux :

\n
\n

Le système de corrélation et d'analyse de journaux est installé et exploité sur un système d'information mis en place exclusivement à des fins de détection d'événements susceptibles d'affecter la sécurité des systèmes d'information.

\n
\n

L'opérateur ou le prestataire mandaté à cet effet installe et exploite ce système de corrélation et d'analyse de journaux selon les règles fixées par le référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.

\n
\n

7. Règle relative à la détection :

\n
\n

Les sondes d'analyse de fichiers et de protocoles analysent les flux de données transitant par ces sondes afin de rechercher des événements susceptibles d'affecter la sécurité des systèmes d'information d'importance vitale (SIIV). Elles sont positionnées de manière à pouvoir analyser l'ensemble des flux échangés entre les SIIV et les systèmes d'information tiers à ceux de l'opérateur.

\n
\n

Les systèmes de détection qualifiés de ce type sont choisis parmi ceux figurant sur la liste prévue à l'article R. 1332-41-9 du code de la défense.

\n
\n

Ces systèmes de détection sont exploités selon les règles fixées par le référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale. Ils sont exploités par un service de l'Etat ou un prestataire qualifié à cet effet dans les conditions prévues par le décret précité.

\n
\n

La présente règle relative à la détection ne s'applique pas aux SIIV relevant des types de système suivants :

\n
\n
\n

-systèmes d'information assurant la sécurité physique des locaux sensibles, notamment des points d'importance vitale prévus à l'article R. 1332-4 du code de la défense ;

\n
\n

-systèmes d'information de gestion technique du bâtiment indispensables au fonctionnement des installations des points d'importance vitale prévus à l'article R. 1332-4 du code de la défense.

\n
\n
\n

8. Règle relative au traitement des incidents de sécurité :

\n
\n

L'opérateur ou le prestataire mandaté à cet effet procède au traitement des incidents selon les règles fixées par le référentiel en matière de réponse aux incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.

\n
\n

Un système d'information spécifique doit être mis en place pour traiter les incidents, notamment pour stocker les relevés techniques relatifs aux analyses des incidents. Ce système est cloisonné vis-à-vis du SIIV concerné par l'incident.

\n
\n

L'opérateur conserve les relevés techniques relatifs aux analyses des incidents pendant une durée d'au moins six mois. Il tient ces relevés techniques à la disposition de l'Agence nationale de la sécurité des systèmes d'information.

\n
\n

Les relevés techniques sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.

\n
\n

9. Règle relative au traitement des alertes :

\n
\n

L'opérateur communique à l'Agence nationale de la sécurité des systèmes d'information les coordonnées (nom du service, numéro de téléphone et adresse électronique) tenues à jour du service de permanence prévu à l'alinéa précédent.

\n
\n

10. Règle relative à la gestion de crises :

\n
\n

\n
\n
\n

-appliquer une configuration système afin d'éviter les attaques ou d'en limiter les effets. Cette configuration peut viser notamment :

\n
\n

-à proscrire l'utilisation de supports de stockage amovibles ou la connexion d'équipements nomades aux systèmes d'information de l'opérateur ;

\n
\n

-à installer une mesure correctrice de sécurité sur un système d'information particulier ;

\n
\n

-à imposer un protocole de routage ;

\n
\n
\n

-mettre en place des règles de filtrage sur les réseaux ou des configurations particulières sur les équipements terminaux. Cette mesure peut viser notamment :

\n
\n

-à effectuer des restrictions d'accès sous forme de listes blanches et de listes noires d'utilisateurs ;

\n
\n

-à bloquer les échanges de fichiers d'un type particulier ;

\n
\n

-à isoler de tout réseau des sites internet, des applications, ou des équipements informatiques de l'opérateur en sollicitant le cas échéant l'appui des opérateurs publics de communications électroniques ;

\n
\n

-isoler du réseau internet les systèmes d'information de l'opérateur. Cette mesure impose de déconnecter physiquement ou logiquement les interfaces réseau des systèmes d'information concernés.

\n
\n
\n

La procédure précise les conditions dans lesquelles ces mesures peuvent être appliquées compte tenu des contraintes notamment techniques et organisationnelles de mise en œuvre.

\n
\n

11. Règle relative à l'identification :

\n
\n

Lorsque des raisons techniques ou opérationnelles ne permettent pas de créer de comptes individuels pour les utilisateurs ou pour les processus automatiques, l'opérateur met en place des mesures permettant de réduire le risque lié à l'utilisation de comptes partagés et d'assurer la traçabilité de l'utilisation de ces comptes. Dans ce cas, l'opérateur décrit ces mesures dans le dossier d'homologation du SIIV concerné et les raisons justifiant le recours à des comptes partagés.

\n
\n

L'opérateur désactive sans délai les comptes qui ne sont plus nécessaires.

\n
\n

12. Règle relative à l'authentification :

\n
\n

L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion des éléments secrets d'authentification mis en œuvre dans ses SIIV.

\n
\n

Lorsque la ressource le permet techniquement, les éléments secrets d'authentification doivent pouvoir être modifiés par l'opérateur chaque fois que cela est nécessaire. Dans ce cas, l'opérateur respecte les règles suivantes :

\n
\n
\n

\n
\n

-l'élément secret d'authentification d'un compte partagé doit être renouvelé régulièrement et à chaque retrait d'un utilisateur de ce compte ;

\n
\n

-les utilisateurs qui n'en ont pas la responsabilité, ne peuvent pas modifier les éléments secrets d'authentification. Ils ne peuvent pas non plus accéder à ces éléments en clair ;

\n
\n

-lorsque les éléments secrets d'authentification sont des mots de passe, les utilisateurs ne doivent pas les réutiliser entre comptes privilégiés ou entre un compte privilégié et un compte non privilégié ;

\n
\n

-lorsque les éléments secrets d'authentification sont des mots de passe, ceux-ci sont conformes aux règles de l'art telles que celles préconisées par l'Agence nationale de la sécurité des systèmes d'information, en matière de complexité (longueur du mot de passe et types de caractères), en tenant compte du niveau de complexité maximal permis par la ressource concernée, et en matière de renouvellement.

\n
\n
\n

\n
\n

13. Règle relative aux droits d'accès :

\n
\n

L'opérateur d'importance vitale définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des droits d'accès aux ressources de ses systèmes d'information d'importance vitale (SIIV), et respecte les règles suivantes :

\n
\n
\n

\n
\n

-l'opérateur définit les accès aux différentes fonctionnalités de cette ressource et en attribue les droits uniquement aux utilisateurs et aux processus automatiques qui en ont strictement le besoin ;

\n
\n

-les droits d'accès sont révisés périodiquement, au moins tous les ans, par l'opérateur. Cette révision porte sur les liens entre les comptes, les droits d'accès associés et les ressources ou les fonctionnalités qui en font l'objet ;

\n
\n

-l'opérateur établit et tient à jour la liste des comptes privilégiés. Toute modification d'un compte privilégié (ajout, suppression, suspension ou modification des droits associés) fait l'objet d'un contrôle formel de l'opérateur destiné à vérifier que les droits d'accès aux ressources et fonctionnalités sont attribués selon le principe du moindre privilège (seuls les droits strictement nécessaires sont accordés) et en cohérence avec les besoins d'utilisation du compte.

\n
\n
\n

14. Règle relative aux comptes d'administration :

\n
\n

L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des comptes d'administration de ses SIIV, et respecte les règles suivantes :

\n
\n
\n

\n
\n

-un compte d'administration est utilisé exclusivement pour se connecter à un système d'information d'administration (système d'information utilisé pour les opérations d'administration des ressources) ou à une ressource administrée ;

\n
\n

-les opérations d'administration sont effectuées exclusivement à partir de comptes d'administration, et inversement, les comptes d'administration sont utilisés exclusivement pour les opérations d'administration ;

\n
\n

-lorsque l'administration d'une ressource ne peut pas techniquement être effectuée à partir d'un compte spécifique d'administration, l'opérateur met en place des mesures permettant d'assurer la traçabilité et le contrôle des opérations d'administration réalisées sur cette ressource et des mesures de réduction du risque lié à l'utilisation d'un compte non spécifique à l'administration. Il décrit dans le dossier d'homologation du SIIV concerné ces mesures ainsi que les raisons techniques ayant empêché l'utilisation d'un compte d'administration ;

\n
\n

-l'opérateur établit et tient à jour la liste des comptes d'administration de ses SIIV et les gère en tant que comptes privilégiés.

\n
\n
\n

15. Règle relative aux systèmes d'information d'administration :

\n
\n

L'opérateur d'importance vitale applique les règles suivantes aux systèmes d'information utilisés pour effectuer l'administration de ses systèmes d'information d'importance vitale (SIIV), qui sont appelés \" systèmes d'information d'administration \" :

\n
\n
\n

\n
\n

-les ressources matérielles et logicielles des systèmes d'information d'administration sont utilisées exclusivement pour réaliser des opérations d'administration. Cependant, lorsque des raisons techniques ou organisationnelles le justifient, le poste de travail physique de l'administrateur peut être utilisé pour réaliser des opérations autres que des opérations d'administration. Dans ce cas, des mécanismes de durcissement du système d'exploitation du poste de travail et de cloisonnement doivent être mis en place pour permettre d'isoler l'environnement logiciel utilisé pour ces autres opérations de l'environnement logiciel utilisé pour les opérations d'administration ;
-un environnement logiciel utilisé pour effectuer des opérations d'administration ne doit pas être utilisé à d'autres fins, comme l'accès à des sites ou serveurs de messagerie sur internet ;
-un utilisateur ne doit pas se connecter à un système d'information d'administration au moyen d'un environnement logiciel utilisé pour d'autres fonctions que des opérations d'administration ;
-les flux de données associés à des opérations autres que des opérations d'administration doivent, lorsqu'ils transitent sur les systèmes d'information d'administration, être cloisonnés au moyen de mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
-les systèmes d'information d'administration sont connectés aux ressources à administrer au travers d'une liaison réseau physique utilisée exclusivement pour les opérations d'administration. Ces ressources sont administrées au travers de leur interface d'administration physique. Lorsque des raisons techniques empêchent d'administrer une ressource au travers d'une liaison réseau physique ou de son interface d'administration physique, l'opérateur met en œuvre des mesures de réduction du risque telles que des mesures de sécurité logique. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;
-lorsqu'ils ne circulent pas dans le système d'information d'administration, les flux d'administration sont protégés par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information. Si le chiffrement et l'authentification de ces flux ne sont pas possibles pour des raisons techniques, l'opérateur met en œuvre des mesures permettant de protéger ces flux en confidentialité et en intégrité et de renforcer le contrôle et la traçabilité des opérations d'administration. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;
-les journaux enregistrant les événements générés par les ressources utilisées par les administrateurs ne contiennent aucun mot de passe en clair ou sous forme de condensat.

16. Règle relative au cloisonnement :
L'opérateur d'importance vitale procède au cloisonnement de ses systèmes d'information d'importance vitale (SIIV) afin de limiter la propagation des attaques informatiques au sein de ses systèmes ou ses sous-systèmes. Il respecte les règles suivantes :

-chaque SIIV est cloisonné physiquement ou logiquement vis-à-vis des autres systèmes de l'opérateur ou des systèmes tiers ;
-lorsqu'un SIIV est lui-même constitué de sous-systèmes, ceux-ci sont cloisonnés entre eux physiquement ou logiquement. Un sous-système peut être constitué pour assurer une fonctionnalité ou un ensemble homogène de fonctionnalités d'un SIIV ou encore pour isoler des ressources d'un SIIV nécessitant un même besoin de sécurité ;
-seules les interconnexions strictement nécessaires au bon fonctionnement et à la sécurité d'un SIIV sont mises en place entre le SIIV et les autres systèmes ou entre les sous-systèmes du SIIV.

L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de cloisonnement qu'il met en place.
17. Règle relative au filtrage :
L'opérateur d'importance vitale met en place des mécanismes de filtrage des flux de données circulant dans ses systèmes d'information d'importance vitale (SIIV) afin de bloquer la circulation des flux inutiles au fonctionnement de ses systèmes et susceptibles de faciliter des attaques informatiques. Il respecte les règles suivantes :

-l'opérateur définit les règles de filtrage des flux de données (filtrage sur adresse réseau, sur protocole, sur numéro de port, etc.) permettant de limiter autant que possible la circulation des flux aux seuls flux de données nécessaires au fonctionnement et à la sécurité de ses SIIV ;
-les flux entrants et sortants des SIIV ainsi que les flux entre sous-systèmes des SIIV sont filtrés au niveau de leurs interconnexions de manière à ne permettre que la circulation des seuls flux strictement nécessaires au fonctionnement et à la sécurité des SIIV. Les flux qui ne sont pas conformes aux règles de filtrage sont bloqués ;
-l'opérateur établit et tient à jour une liste des règles de filtrage mentionnant l'ensemble des règles en vigueur ou supprimées depuis moins d'un an. Cette liste précise pour chaque règle :
-le motif et la date de la mise en œuvre, de la modification ou de la suppression de la règle ;
-les modalités techniques de mise en œuvre de la règle.

L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de filtrage qu'il met en place.
18. Règle relative aux accès à distance :
L'opérateur d'importance vitale protège les accès à ses systèmes d'information d'importance vitale (SIIV) effectués à travers des réseaux tiers. En particulier, lorsque l'opérateur ou un prestataire qu'il a mandaté à cet effet accède à un SIIV à travers un réseau tiers à ceux de l'opérateur ou du prestataire, l'opérateur applique ou fait appliquer à son prestataire les règles suivantes :

-l'accès au SIIV est protégé par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
-les équipements utilisés pour accéder au SIIV sont gérés et configurés par l'opérateur ou, le cas échéant, par le prestataire. Les mémoires de masse de ces équipements sont en permanence protégées par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information.

19. Règle relative à l'installation de services et d'équipements :
L'opérateur d'importance vitale respecte les règles suivantes lorsqu'il installe des services et des équipements sur ses systèmes d'information d'importance vitale (SIIV) :

-l'opérateur installe sur ses SIIV les seuls services et fonctionnalités qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV. L'opérateur désactive les services et les fonctionnalités qui ne sont pas indispensables, notamment ceux installés par défaut, et les désinstalle si cela est possible. Lorsque la désinstallation n'est pas possible, l'opérateur le mentionne dans le dossier d'homologation du SIIV concerné en précisant les services et fonctionnalités concernés et les mesures de réduction du risque mises en œuvre ;
-l'opérateur ne connecte à ses SIIV que des équipements, matériels périphériques et supports amovibles qu'il a dûment répertoriés et qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV ;
-les supports amovibles inscriptibles connectés aux SIIV sont utilisés exclusivement pour les besoins de ces SIIV ;
-l'opérateur procède, avant chaque utilisation de supports amovibles, à l'analyse de leur contenu, notamment à la recherche de code malveillant. L'opérateur met en place, sur les équipements auxquels sont connectés ces supports amovibles, des mécanismes de protection contre les risques d'exécution de code malveillant provenant de ces supports.

20. Règle relative aux indicateurs :
L'opérateur d'importance vitale évalue, pour chaque système d'information d'importance vitale (SIIV), les indicateurs suivants :

-des indicateurs relatifs au maintien en conditions de sécurité des ressources :
-le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
-le pourcentage de serveurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
-le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins quinze jours à compter de la disponibilité des versions mises à jour ;
-le pourcentage de serveurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins quinze jours à compter de la disponibilité des versions mises à jour ;
-des indicateurs relatifs aux droits d'accès des utilisateurs et à l'authentification des accès aux ressources :
-le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes partagés ;
-le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes privilégiés ;
-le pourcentage de ressources dont les éléments secrets d'authentification ne peuvent pas être modifiés par l'opérateur ;
-des indicateurs relatifs à l'administration des ressources :
-le pourcentage de ressources administrées dont l'administration est effectuée à partir d'un compte non spécifique d'administration ;
-le pourcentage de ressources administrées dont l'administration ne peut pas être effectuée au travers d'une liaison réseau physique ou d'une interface d'administration physique ;
-le pourcentage de ressources administrées dont les flux d'administration ne peuvent pas être protégés par des mécanismes de chiffrement et d'authentification lorsque ces flux ne circulent pas dans le système d'information d'administration.

L'opérateur précise pour chaque indicateur la méthode d'évaluation employée et, le cas échéant, la marge d'incertitude de son évaluation. Lorsqu'un indicateur évolue de façon significative par rapport à l'évaluation précédente, l'opérateur en précise les raisons.
Les indicateurs ainsi réunis sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
L'opérateur communique, une fois par an, à l'Agence nationale de la sécurité des systèmes d'information, ces indicateurs mis à jour, selon le moyen approprié à la sensibilité des informations déclarées.

" } }, "LEGIARTI000032751524": { "META": { "META_SPEC": { "META_ARTICLE": { "ETAT": "VIGUEUR_DIFF", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2016-07-01" } }, "META_COMMUN": { "ID": "LEGIARTI000032751524", "URL": "article/LEGI/ARTI/00/00/32/75/15/LEGIARTI000032751524.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFSCTA000030405918", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - Chapitre III : Qualification des prestataires d... (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "JORFARTI000030405950", "@num": "10", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - art. 10 (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000006417944", "@num": "226-13", "#text": "Code pénal - art. 226-13 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006070719", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000032751507", "@fin": "2999-01-01", "#text": "Annexe", "@debut": "2016-07-01" } ] }, "@cid": "JORFTEXT000032749580", "@nor": "PRMD1612418A", "@nature": "ARRETE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Arrêté du 17 juin 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au secteur d'activités d'importance vitale « Gestion de l'eau » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000032749580", "@c_titre_court": "Arrêté du 17 juin 2016" }, { "@fin": "2999-01-01", "#text": "Arrêté du 17 juin 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au secteur d'activités d'importance vitale « Gestion de l'eau » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2016-07-01", "@id_txt": "LEGITEXT000032751491", "@c_titre_court": "Arrêté du 17 juin 2016" } ], "@date_publi": "2016-06-23", "@date_signature": "2016-06-17" } }, "VERSIONS": { "VERSION": [ { "@etat": "VIGUEUR_DIFF", "LIEN_ART": { "@id": "LEGIARTI000032751524", "@fin": "2999-01-01", "@etat": "VIGUEUR_DIFF", "@debut": "2016-07-01", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000032749614", "@fin": "2999-01-01", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

\n

RÈGLES DE SÉCURITÉ RELATIVES AU SECTEUR D'ACTIVITÉS D'IMPORTANCE VITALE \" GESTION DE L'EAU \"

\n
1. Règle relative à la politique de sécurité des systèmes d'information :
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une politique de sécurité des systèmes d'information (PSSI).
La PSSI décrit l'ensemble des moyens organisationnels et techniques mis en œuvre par l'opérateur afin d'assurer la sécurité de ses systèmes d'information d'importance vitale (SIIV). En particulier, elle :

\n
-précise les objectifs et les orientations stratégiques en matière de sécurité des SIIV ;
-décrit l'organisation de la gouvernance de la sécurité et notamment les rôles et les responsabilités du personnel interne et du personnel externe (prestataires, fournisseurs, etc.) à l'égard de la sécurité des SIIV ;
-prévoit un plan de sensibilisation à la sécurité des SIIV au profit de l'ensemble du personnel ainsi qu'un plan de formation à la sécurité des SIIV au profit des personnes ayant des responsabilités particulières, notamment les personnes en charge de l'administration et de la sécurité des SIIV et les utilisateurs disposant de droits d'accès privilégiés aux SIIV ;
-fixe les mesures de sécurité générales, notamment en matière de contrôle du personnel interne et du personnel externe, de sécurité physique des SIIV, de gestion des ressources matérielles et logicielles, de contrôle d'accès aux SIIV, d'exploitation et d'administration des SIIV et de sécurité des ressources, des réseaux et des postes de travail ;
-définit les procédures suivantes :
-la procédure d'homologation de sécurité des SIIV ;
-les procédures de contrôle et d'audit de la sécurité des SIIV ;
-la procédure de maintien en conditions de sécurité des ressources des SIIV ;
-la procédure de traitement des incidents de sécurité ;
-les procédures de gestion de crises en cas d'attaques informatiques et de continuité d'activité.

\n
La PSSI et ses documents d'application sont approuvés formellement par la direction de l'opérateur. L'opérateur élabore au profit de sa direction, au moins annuellement, un rapport sur la mise en œuvre de la PSSI et de ses documents d'application. Ce rapport précise notamment l'état des lieux des risques, le niveau de sécurité des SIIV et les actions de sécurisation menées.
La PSSI, ses documents d'application et les rapports sur leur mise en œuvre sont tenus à la disposition de l'Agence nationale de la sécurité des systèmes d'information.
2. Règle relative à l'homologation de sécurité :
L'opérateur d'importance vitale procède à l'homologation de sécurité de chaque système d'information d'importance vitale (SIIV), en mettant en œuvre la procédure d'homologation prévue par sa politique de sécurité des systèmes d'information (PSSI).
L'homologation d'un système est une décision formelle prise par l'opérateur qui atteste que les risques pesant sur la sécurité de ce système ont été identifiés et que les mesures nécessaires pour le protéger sont mises en œuvre. Elle atteste également que les éventuels risques résiduels ont été identifiés et acceptés par l'opérateur.
Dans le cadre de l'homologation, un audit de la sécurité du SIIV doit être réalisé. Cet audit vise à vérifier l'application et l'efficacité des mesures de sécurité du SIIV et notamment le respect des règles de sécurité mentionnées dans le présent arrêté. L'audit doit permettre d'évaluer le niveau de sécurité du SIIV au regard des menaces et des vulnérabilités connues. Il comporte notamment la réalisation d'un audit d'architecture, d'un audit de configuration et d'un audit organisationnel et physique.
Cet audit est réalisé dans le respect des règles fixées par le référentiel en matière d'audit de sécurité des systèmes d'information prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
L'opérateur peut réaliser lui-même l'audit ou recourir à un prestataire qualifié dans les conditions prévues au chapitre III du décret n° 2015-350 du 27 mars 2015 précité.
A l'issue de l'audit, l'opérateur ou, le cas échéant, le prestataire élabore un rapport d'audit qui expose les constatations sur les mesures appliquées et sur le respect des règles de sécurité prévues par le présent arrêté. Le rapport précise si le niveau de sécurité atteint est conforme aux objectifs de sécurité, compte tenu des menaces et des vulnérabilités connues. Il formule des recommandations pour remédier aux éventuelles non-conformités et vulnérabilités découvertes.
L'opérateur prend la décision d'homologuer un SIIV sur la base du dossier d'homologation comportant notamment :

\n
-l'analyse de risques et les objectifs de sécurité du SIIV ;
-les mesures de sécurité appliquées au SIIV ;
-les rapports d'audit de la sécurité du SIIV ;
-les risques résiduels et les raisons justifiant leur acceptation.

\n
-les noms et les fonctions des applications, supportant les activités de l'opérateur, installées sur le SIIV ;
-le cas échéant, les plages d'adresses IP de sortie du SIIV vers internet ou un réseau tiers, ou accessibles depuis ces réseaux ;
-le cas échéant, les plages d'adresses IP associées aux différents sous-réseaux composant le SIIV ;
-la description fonctionnelle et les lieux d'installation du SIIV et de ses différents sous-réseaux ;
-la description fonctionnelle des points d'interconnexion du SIIV et de ses différents sous-réseaux avec des réseaux tiers, notamment la description des équipements et des fonctions de filtrage et de protection mis en œuvre au niveau de ces interconnexions ;
-l'inventaire et l'architecture des dispositifs d'administration du SIIV permettant de réaliser notamment les opérations d'installation à distance, de mise à jour, de supervision, de gestion des configurations, d'authentification ainsi que de gestion des comptes et des droits d'accès ;
-la liste des comptes disposant de droits d'accès privilégiés (appelés \" comptes privilégiés \") au SIIV. Cette liste précise pour chaque compte le niveau et le périmètre des droits d'accès associés, notamment les comptes sur lesquels portent ces droits (comptes d'utilisateurs, comptes de messagerie, comptes de processus, etc.) ;
-l'inventaire, l'architecture et le positionnement des services de résolution de noms d'hôte, de messagerie, de relais internet et d'accès distant mis en œuvre par le SIIV.

\n
Les éléments de cartographie ainsi réunis sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
Sur demande de l'Agence nationale de la sécurité des systèmes d'information, l'opérateur lui communique les éléments de cartographie mis à jour sur un support électronique, dans un format qui peut être lu par les principaux logiciels bureautiques accessibles au public.
4. Règle relative au maintien en conditions de sécurité :
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de maintien en conditions de sécurité des ressources matérielles et logicielles de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
Cette procédure définit les conditions permettant de maintenir le niveau de sécurité des ressources des SIIV en fonction de l'évolution des vulnérabilités et des menaces et notamment la politique d'installation de toute nouvelle version et mesure correctrice de sécurité d'une ressource et les vérifications à effectuer avant l'installation. Elle prévoit que :

\n
-l'opérateur se tient informé des vulnérabilités et des mesures correctrices de sécurité susceptibles de concerner les ressources matérielles et logicielles de ses SIIV, qui sont diffusées notamment par les fournisseurs ou les fabricants de ces ressources ou par des centres de prévention et d'alerte en matière de cyber sécurité tels que le CERT-FR (www. cert. ssi. gouv. fr) ;
-sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur installe et maintient toutes les ressources matérielles et logicielles de ses SIIV dans des versions supportées par leurs fournisseurs ou leurs fabricants et mises à jour du point de vue de la sécurité ;
-préalablement à l'installation de toute nouvelle version, l'opérateur s'assure de l'origine de cette version et de son intégrité, et analyse l'impact de cette version sur le SIIV concerné d'un point de vue technique et opérationnel ;
-dès qu'il a connaissance d'une mesure correctrice de sécurité concernant une de ses ressources, et sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur en planifie l'installation après avoir effectué les vérifications mentionnées à l'alinéa précédent, et procède à cette installation dans les délais prévus par cette procédure ;
-lorsque des raisons techniques ou opérationnelles le justifient, l'opérateur peut décider, pour certaines ressources de ses SIIV, de ne pas installer une version supportée par le fournisseur ou le fabricant de la ressource concernée ou de ne pas installer une mesure correctrice de sécurité. Dans ce cas, l'opérateur met en œuvre des mesures techniques ou organisationnelles prévues par cette procédure pour réduire les risques liés à l'utilisation d'une version obsolète ou comportant des vulnérabilités connues. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures de réduction des risques et les raisons techniques ou opérationnelles ayant empêché l'installation d'une version supportée ou d'une mesure correctrice de sécurité.

\n
5. Règle relative à la journalisation :
L'opérateur d'importance vitale met en œuvre sur chaque système d'information d'importance vitale (SIIV) un système de journalisation qui enregistre les événements relatifs à l'authentification des utilisateurs, à la gestion des comptes et des droits d'accès, à l'accès aux ressources, aux modifications des règles de sécurité du SIIV ainsi qu'au fonctionnement du SIIV.
Le système de journalisation porte sur les équipements suivants lorsqu'ils génèrent les événements mentionnés au 1er alinéa :

\n
-les serveurs applicatifs supportant les activités d'importance vitale ;
-les serveurs d'infrastructure système ;
-les serveurs d'infrastructure réseau ;
-les équipements de sécurité ;
-les postes d'ingénierie et de maintenance des systèmes industriels ;
-les équipements réseau ;
-les postes d'administration.

\n
Les événements enregistrés par le système de journalisation sont horodatés au moyen de sources de temps synchronisées. Ils sont, pour chaque SIIV, centralisés et archivés pendant une durée d'au moins six mois. Le format d'archivage des événements permet de réaliser des recherches automatisées sur ces événements.
6. Règle relative à la corrélation et l'analyse de journaux :
L'opérateur d'importance vitale met en œuvre un système de corrélation et d'analyse de journaux qui exploite les événements enregistrés par le système de journalisation installé sur chacun des systèmes d'information d'importance vitale (SIIV), afin de détecter des événements susceptibles d'affecter la sécurité des SIIV.
Le système de corrélation et d'analyse de journaux est installé et exploité sur un système d'information mis en place exclusivement à des fins de détection d'événements susceptibles d'affecter la sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet installe et exploite ce système de corrélation et d'analyse de journaux selon les règles fixées par le référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
7. Règle relative à la détection :
L'opérateur d'importance vitale met en œuvre, en application de l'article R. 1332-41-3 du code de la défense, un système de détection qualifié de type \" sonde d'analyse de fichiers et de protocoles \".
Les sondes d'analyse de fichiers et de protocoles analysent les flux de données transitant par ces sondes afin de rechercher des événements susceptibles d'affecter la sécurité des systèmes d'information d'importance vitale (SIIV). Elles sont positionnées de manière à pouvoir analyser l'ensemble des flux échangés entre les SIIV et les systèmes d'information tiers à ceux de l'opérateur.
Les systèmes de détection qualifiés de ce type sont choisis parmi ceux figurant sur la liste prévue à l'article R. 1332-41-9 du code de la défense.
Ces systèmes de détection sont exploités selon les règles fixées par le référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale. Ils sont exploités par un service de l'Etat ou un prestataire qualifié à cet effet dans les conditions prévues par le décret précité.
8. Règle relative au traitement des incidents de sécurité :
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de traitement des incidents affectant le fonctionnement ou la sécurité de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet procède au traitement des incidents selon les règles fixées par le référentiel en matière de réponse aux incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
Un système d'information spécifique doit être mis en place pour traiter les incidents, notamment pour stocker les relevés techniques relatifs aux analyses des incidents. Ce système est cloisonné vis-à-vis du SIIV concerné par l'incident.
L'opérateur conserve les relevés techniques relatifs aux analyses des incidents pendant une durée d'au moins six mois. Il tient ces relevés techniques à la disposition de l'Agence nationale de la sécurité des systèmes d'information.
Les relevés techniques sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
9. Règle relative au traitement des alertes :
L'opérateur d'importance vitale met en place un service de permanence lui permettant de prendre connaissance, à tout moment et sans délai, d'informations transmises par l'Agence nationale de la sécurité des systèmes d'information relatives à des incidents, des vulnérabilités et des menaces. Il met en œuvre une procédure pour traiter les informations ainsi reçues et le cas échéant prendre les mesures de sécurité nécessaires à la protection de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur communique à l'Agence nationale de la sécurité des systèmes d'information les coordonnées (nom du service, numéro de téléphone et adresse électronique) tenues à jour du service de permanence prévu à l'alinéa précédent.
10. Règle relative à la gestion de crises :
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de gestion de crises en cas d'attaques informatiques majeures, conformément à sa politique de sécurité des systèmes d'information.

\n
Cette procédure décrit les moyens techniques et organisationnels dont dispose l'opérateur pour mettre en œuvre les mesures décidées par le Premier ministre en cas de crises, notamment les mesures suivantes :
-appliquer une configuration système afin d'éviter les attaques ou d'en limiter les effets. Cette configuration peut viser notamment :
-à proscrire l'utilisation de supports de stockage amovibles ou la connexion d'équipements nomades aux systèmes d'information de l'opérateur ;
-à installer une mesure correctrice de sécurité sur un système d'information particulier ;
-à imposer un protocole de routage ;
-mettre en place des règles de filtrage sur les réseaux ou des configurations particulières sur les équipements terminaux. Cette mesure peut viser notamment :
-à effectuer des restrictions d'accès sous forme de listes blanches et de listes noires d'utilisateurs ;
-à bloquer les échanges de fichiers d'un type particulier ;
-à isoler de tout réseau des sites internet, des applications, ou des équipements informatiques de l'opérateur en sollicitant le cas échéant l'appui des opérateurs publics de communications électroniques ;
-isoler du réseau internet les systèmes d'information de l'opérateur. Cette mesure impose de déconnecter physiquement ou logiquement les interfaces réseau des systèmes d'information concernés.

\n
La procédure précise les conditions dans lesquelles ces mesures peuvent être appliquées compte tenu des contraintes notamment techniques et organisationnelles de mise en œuvre.
11. Règle relative à l'identification :
L'opérateur d'importance vitale crée des comptes individuels pour les utilisateurs et pour les processus automatiques accédant aux ressources de ses systèmes d'information d'importance vitale (SIIV).
Lorsque des raisons techniques ou opérationnelles ne permettent pas de créer de comptes individuels pour les utilisateurs ou pour les processus automatiques, l'opérateur met en place des mesures permettant de réduire le risque lié à l'utilisation de comptes partagés et d'assurer la traçabilité de l'utilisation de ces comptes. Dans ce cas, l'opérateur décrit ces mesures dans le dossier d'homologation du SIIV concerné et les raisons justifiant le recours à des comptes partagés.
L'opérateur désactive sans délai les comptes qui ne sont plus nécessaires.
12. Règle relative à l'authentification :
L'opérateur d'importance vitale protège les accès aux ressources de ses systèmes d'information d'importance vitale (SIIV), que ce soit par un utilisateur ou par un processus automatique, au moyen d'un mécanisme d'authentification basé sur un élément secret.
L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion des éléments secrets d'authentification mis en œuvre dans ses SIIV.
Lorsque la ressource le permet techniquement, les éléments secrets d'authentification doivent pouvoir être modifiés par l'opérateur chaque fois que cela est nécessaire. Dans ce cas, l'opérateur respecte les règles suivantes :

\n
-l'opérateur doit modifier les éléments secrets d'authentification lorsqu'ils ont été installés par le fabricant ou le fournisseur de la ressource, avant sa mise en service. A cet effet, l'opérateur s'assure auprès du fabricant ou du fournisseur qu'il dispose des moyens et des droits permettant de réaliser ces opérations ;
-l'élément secret d'authentification d'un compte partagé doit être renouvelé régulièrement et à chaque retrait d'un utilisateur de ce compte ;
-les utilisateurs qui n'en ont pas la responsabilité ne peuvent pas modifier les éléments secrets d'authentification. Ils ne peuvent pas non plus accéder à ces éléments en clair ;
-lorsque les éléments secrets d'authentification sont des mots de passe, les utilisateurs ne doivent pas les réutiliser entre comptes privilégiés ou entre un compte privilégié et un compte non privilégié ;
-lorsque les éléments secrets d'authentification sont des mots de passe, ceux-ci sont conformes aux règles de l'art telles que celles préconisées par l'Agence nationale de la sécurité des systèmes d'information, en matière de complexité (longueur du mot de passe et types de caractères), en tenant compte du niveau de complexité maximal permis par la ressource concernée, et en matière de renouvellement.

\n
Lorsque la ressource ne permet pas techniquement de modifier l'élément secret d'authentification, l'opérateur met en place un contrôle d'accès physique à la ressource concernée ainsi que des mesures de traçabilité des accès et de réduction du risque lié à l'utilisation d'un élément secret d'authentification fixe. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures et les raisons techniques ayant empêché la modification de l'élément secret d'authentification.
13. Règle relative aux droits d'accès :
L'opérateur d'importance vitale définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des droits d'accès aux ressources de ses systèmes d'information d'importance vitale (SIIV), et respecte les règles suivantes :

\n
-l'opérateur n'attribue à un utilisateur ou à un processus automatique les droits d'accès à une ressource que si cet accès est strictement nécessaire à l'exercice des missions de l'utilisateur ou au fonctionnement du processus automatique ;
-l'opérateur définit les accès aux différentes fonctionnalités de cette ressource et en attribue les droits uniquement aux utilisateurs et aux processus automatiques qui en ont strictement le besoin ;
-les droits d'accès sont révisés périodiquement, au moins tous les ans, par l'opérateur. Cette révision porte sur les liens entre les comptes, les droits d'accès associés et les ressources ou les fonctionnalités qui en font l'objet ;
-l'opérateur établit et tient à jour la liste des comptes privilégiés. Toute modification d'un compte privilégié (ajout, suppression, suspension ou modification des droits associés) fait l'objet d'un contrôle formel de l'opérateur destiné à vérifier que les droits d'accès aux ressources et fonctionnalités sont attribués selon le principe du moindre privilège (seuls les droits strictement nécessaires sont accordés) et en cohérence avec les besoins d'utilisation du compte.

\n
14. Règle relative aux comptes d'administration :
L'opérateur d'importance vitale crée des comptes (appelés \" comptes d'administration \") destinés aux seules personnes (appelées administrateurs) chargées d'effectuer les opérations d'administration (installation, configuration, gestion, maintenance, supervision, etc.) des ressources de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des comptes d'administration de ses SIIV, et respecte les règles suivantes :

\n
-l'attribution des droits aux administrateurs respecte le principe du moindre privilège. En particulier, afin de limiter la portée de ces droits individuels, ils sont attribués à chaque administrateur en les restreignant autant que possible au périmètre fonctionnel et technique dont cet administrateur est responsable ;
-un compte d'administration est utilisé exclusivement pour se connecter à un système d'information d'administration (système d'information utilisé pour les opérations d'administration des ressources) ou à une ressource administrée ;
-les opérations d'administration sont effectuées exclusivement à partir de comptes d'administration, et inversement, les comptes d'administration sont utilisés exclusivement pour les opérations d'administration ;
-lorsque l'administration d'une ressource ne peut pas techniquement être effectuée à partir d'un compte spécifique d'administration, l'opérateur met en place des mesures permettant d'assurer la traçabilité et le contrôle des opérations d'administration réalisées sur cette ressource et des mesures de réduction du risque lié à l'utilisation d'un compte non spécifique à l'administration. Il décrit dans le dossier d'homologation du SIIV concerné ces mesures ainsi que les raisons techniques ayant empêché l'utilisation d'un compte d'administration ;
-l'opérateur établit et tient à jour la liste des comptes d'administration de ses SIIV et les gère en tant que comptes privilégiés.

\n
15. Règle relative aux systèmes d'information d'administration :
L'opérateur d'importance vitale applique les règles suivantes aux systèmes d'information utilisés pour effectuer l'administration de ses systèmes d'information d'importance vitale (SIIV), qui sont appelés \" systèmes d'information d'administration \" :

\n
-les ressources matérielles et logicielles des systèmes d'information d'administration sont gérées et configurées par l'opérateur ou, le cas échéant, par le prestataire qu'il a mandaté pour réaliser les opérations d'administration ;
-les ressources matérielles et logicielles des systèmes d'information d'administration sont utilisées exclusivement pour réaliser des opérations d'administration. Cependant, lorsque des raisons techniques ou organisationnelles le justifient, le poste de travail physique de l'administrateur peut être utilisé pour réaliser des opérations autres que des opérations d'administration. Dans ce cas, des mécanismes de durcissement du système d'exploitation du poste de travail et de cloisonnement doivent être mis en place pour permettre d'isoler l'environnement logiciel utilisé pour ces autres opérations de l'environnement logiciel utilisé pour les opérations d'administration ;
-un environnement logiciel utilisé pour effectuer des opérations d'administration ne doit pas être utilisé à d'autres fins, comme l'accès à des sites ou serveurs de messagerie sur internet ;
-un utilisateur ne doit pas se connecter à un système d'information d'administration au moyen d'un environnement logiciel utilisé pour d'autres fonctions que des opérations d'administration ;
-les flux de données associés à des opérations autres que des opérations d'administration doivent, lorsqu'ils transitent sur les systèmes d'information d'administration, être cloisonnés au moyen de mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
-les systèmes d'information d'administration sont connectés aux ressources à administrer au travers d'une liaison réseau physique utilisée exclusivement pour les opérations d'administration. Ces ressources sont administrées au travers de leur interface d'administration physique. Lorsque des raisons techniques empêchent d'administrer une ressource au travers d'une liaison réseau physique ou de son interface d'administration physique, l'opérateur met en œuvre des mesures de réduction du risque telles que des mesures de sécurité logique. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;
-lorsqu'ils ne circulent pas dans le système d'information d'administration, les flux d'administration sont protégés par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information. Si le chiffrement et l'authentification de ces flux ne sont pas possibles pour des raisons techniques, l'opérateur met en œuvre des mesures permettant de protéger ces flux en confidentialité et en intégrité et de renforcer le contrôle et la traçabilité des opérations d'administration. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;
-les journaux enregistrant les événements générés par les ressources utilisées par les administrateurs ne contiennent aucun mot de passe en clair ou sous forme de condensat.

\n
16. Règle relative au cloisonnement :
L'opérateur d'importance vitale procède au cloisonnement de ses systèmes d'information d'importance vitale (SIIV) afin de limiter la propagation des attaques informatiques au sein de ses systèmes ou ses sous-systèmes. Il respecte les règles suivantes :

\n
-chaque SIIV est cloisonné physiquement ou logiquement vis-à-vis des autres systèmes de l'opérateur ou des systèmes tiers ;
-lorsqu'un SIIV est lui-même constitué de sous-systèmes, ceux-ci sont cloisonnés entre eux physiquement ou logiquement. Un sous-système peut être constitué pour assurer une fonctionnalité ou un ensemble homogène de fonctionnalités d'un SIIV ou encore pour isoler des ressources d'un SIIV nécessitant un même besoin de sécurité ;
-seules les interconnexions strictement nécessaires au bon fonctionnement et à la sécurité d'un SIIV sont mises en place entre le SIIV et les autres systèmes ou entre les sous-systèmes du SIIV.

\n
L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de cloisonnement qu'il met en place.
17. Règle relative au filtrage :
L'opérateur d'importance vitale met en place des mécanismes de filtrage des flux de données circulant dans ses systèmes d'information d'importance vitale (SIIV) afin de bloquer la circulation des flux inutiles au fonctionnement de ses systèmes et susceptibles de faciliter des attaques informatiques. Il respecte les règles suivantes :

\n
-l'opérateur définit les règles de filtrage des flux de données (filtrage sur adresse réseau, sur protocole, sur numéro de port, etc.) permettant de limiter autant que possible la circulation des flux aux seuls flux de données nécessaires au fonctionnement et à la sécurité de ses SIIV ;
-les flux entrants et sortants des SIIV ainsi que les flux entre sous-systèmes des SIIV sont filtrés au niveau de leurs interconnexions de manière à ne permettre que la circulation des seuls flux strictement nécessaires au fonctionnement et à la sécurité des SIIV. Les flux qui ne sont pas conformes aux règles de filtrage sont bloqués ;
-l'opérateur établit et tient à jour une liste des règles de filtrage mentionnant l'ensemble des règles en vigueur ou supprimées depuis moins d'un an. Cette liste précise pour chaque règle :
-le motif et la date de la mise en œuvre, de la modification ou de la suppression de la règle ;
-les modalités techniques de mise en œuvre de la règle.

\n
L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de filtrage qu'il met en place.
18. Règle relative aux accès à distance :
L'opérateur d'importance vitale protège les accès à ses systèmes d'information d'importance vitale (SIIV) effectués à travers des réseaux tiers. En particulier, lorsque l'opérateur ou une personne qu'il a autorisée à cet effet accède à un SIIV à travers un réseau tiers à ceux de l'opérateur ou de cette personne, l'opérateur applique ou fait appliquer à cette personne les règles suivantes :

\n
-l'accès au SIIV est protégé par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
-le mécanisme d'authentification utilisé est renforcé en mettant en œuvre une authentification à double facteur (authentification basée à la fois sur un élément secret et un autre élément propre à l'utilisateur) ;
-les équipements utilisés pour accéder au SIIV sont gérés et configurés par l'opérateur ou, le cas échéant, par la personne mentionnée au premier alinéa. Les mémoires de masse de ces équipements sont en permanence protégées par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information.

\n
19. Règle relative à l'installation de services et d'équipements :
L'opérateur d'importance vitale respecte les règles suivantes lorsqu'il installe des services et des équipements sur ses systèmes d'information d'importance vitale (SIIV) :

\n
-l'opérateur installe sur ses SIIV les seuls services et fonctionnalités qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV. L'opérateur désactive les services et les fonctionnalités qui ne sont pas indispensables, notamment ceux installés par défaut, et les désinstalle si cela est possible. Lorsque la désinstallation n'est pas possible, l'opérateur le mentionne dans le dossier d'homologation du SIIV concerné en précisant les services et fonctionnalités concernés et les mesures de réduction du risque mises en œuvre ;
-l'opérateur ne connecte à ses SIIV que des équipements, matériels périphériques et supports amovibles qu'il a dûment répertoriés et qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV ;
-les supports amovibles inscriptibles connectés aux SIIV sont utilisés exclusivement pour les besoins de ces SIIV ;
-l'opérateur procède, avant chaque utilisation de supports amovibles, à l'analyse de leur contenu, notamment à la recherche de code malveillant. L'opérateur met en place, sur les équipements auxquels sont connectés ces supports amovibles, des mécanismes de protection contre les risques d'exécution de code malveillant provenant de ces supports.

\n
20. Règle relative aux indicateurs :
L'opérateur d'importance vitale évalue, pour chaque système d'information d'importance vitale (SIIV), les indicateurs suivants :

\n
-des indicateurs relatifs aux droits d'accès des utilisateurs et à l'authentification des accès aux ressources :
-le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes partagés ;
-le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes privilégiés ;
-le pourcentage de ressources dont les éléments secrets d'authentification ne peuvent pas être modifiés par l'opérateur ;

\n
-des indicateurs relatifs à l'administration des ressources :
-le pourcentage de ressources administrées dont l'administration est effectuée à partir d'un compte non spécifique d'administration ;
-le pourcentage de ressources administrées dont l'administration ne peut pas être effectuée au travers d'une liaison réseau physique ou d'une interface d'administration physique ;
-le pourcentage de ressources administrées dont les flux d'administration ne peuvent pas être protégés par des mécanismes de chiffrement et d'authentification lorsque ces flux ne circulent pas dans le système d'information d'administration.

" } }, "LEGIARTI000033522644": { "META": { "META_SPEC": { "META_ARTICLE": { "ETAT": "VIGUEUR_DIFF", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2017-01-01" } }, "META_COMMUN": { "ID": "LEGIARTI000033522644", "URL": "article/LEGI/ARTI/00/00/33/52/26/LEGIARTI000033522644.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFSCTA000030405918", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - Chapitre III : Qualification des prestataires d... (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "JORFARTI000030405950", "@num": "10", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - art. 10 (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000006417944", "@num": "226-13", "#text": "Code pénal - art. 226-13 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006070719", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000033522626", "@fin": "2999-01-01", "#text": "Annexe", "@debut": "2017-01-01" } ] }, "@cid": "JORFTEXT000033521327", "@nor": "PRMD1630591A", "@nature": "ARRETE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Arrêté du 28 novembre 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Communications électroniques et Internet » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000033521327", "@c_titre_court": "Arrêté du 28 novembre 2016" }, { "@fin": "2999-01-01", "#text": "Arrêté du 28 novembre 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Communications électroniques et Internet » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2017-01-01", "@id_txt": "LEGITEXT000033522609", "@c_titre_court": "Arrêté du 28 novembre 2016" } ], "@date_publi": "2016-12-04", "@date_signature": "2016-11-28" } }, "VERSIONS": { "VERSION": [ { "@etat": "VIGUEUR_DIFF", "LIEN_ART": { "@id": "LEGIARTI000033522644", "@fin": "2999-01-01", "@etat": "VIGUEUR_DIFF", "@debut": "2017-01-01", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000033521362", "@fin": "2999-01-01", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

ANNEXE I
RÈGLES DE SÉCURITÉ RELATIVES AU SOUS-SECTEUR D'ACTIVITÉS D'IMPORTANCE VITALE \" COMMUNICATIONS ÉLECTRONIQUES ET INTERNET \"

1. Règle relative à la politique de sécurité des systèmes d'information

L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une politique de sécurité des systèmes d'information (PSSI).
La PSSI décrit l'ensemble des moyens organisationnels et techniques mis en œuvre par l'opérateur afin d'assurer la sécurité de ses systèmes d'information d'importance vitale (SIIV). En particulier, elle :

- précise les objectifs et les orientations stratégiques en matière de sécurité des SIIV ;
- décrit l'organisation de la gouvernance de la sécurité et notamment les rôles et les responsabilités du personnel interne et du personnel externe (prestataires, fournisseurs, etc.) à l'égard de la sécurité des SIIV ;
- prévoit un plan de sensibilisation à la sécurité des SIIV au profit de l'ensemble du personnel ainsi qu'un plan de formation à la sécurité des SIIV au profit des personnes ayant des responsabilités particulières, notamment les personnes en charge de l'administration et de la sécurité des SIIV et les utilisateurs disposant de droits d'accès privilégiés aux SIIV ;
- fixe les mesures de sécurité générales, notamment en matière de contrôle du personnel interne et du personnel externe, de sécurité physique des SIIV, de gestion des ressources matérielles et logicielles, de contrôle d'accès aux SIIV, d'exploitation et d'administration des SIIV et de sécurité des ressources, des réseaux et des postes de travail ;
- définit les procédures suivantes :
- la procédure d'homologation de sécurité des SIIV ;
- les procédures de contrôle et d'audit de la sécurité des SIIV ;
- la procédure de maintien en conditions de sécurité des ressources des SIIV ;
- la procédure de traitement des incidents de sécurité ;
- les procédures de gestion de crises en cas d'attaques informatiques et de continuité d'activité.

2. Règle relative à l'homologation de sécurité

L'opérateur d'importance vitale procède à l'homologation de sécurité de chaque système d'information d'importance vitale (SIIV), en mettant en œuvre la procédure d'homologation prévue par sa politique de sécurité des systèmes d'information (PSSI).
L'homologation d'un système est une décision formelle prise par l'opérateur qui atteste que les risques pesant sur la sécurité de ce système ont été identifiés et que les mesures nécessaires pour le protéger sont mises en œuvre. Elle atteste également que les éventuels risques résiduels ont été identifiés et acceptés par l'opérateur.
Dans le cadre de l'homologation, un audit de la sécurité du SIIV doit être réalisé. Cet audit vise à vérifier l'application et l'efficacité des mesures de sécurité du SIIV et notamment le respect des règles de sécurité mentionnées dans le présent arrêté. L'audit doit permettre d'évaluer le niveau de sécurité du SIIV au regard des menaces et des vulnérabilités connues. Il comporte notamment la réalisation d'un audit d'architecture, d'un audit de configuration et d'un audit organisationnel et physique.
Cet audit est réalisé dans le respect des règles fixées par le référentiel en matière d'audit de sécurité des systèmes d'information prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
L'opérateur peut réaliser lui-même l'audit ou recourir à un prestataire qualifié dans les conditions prévues au chapitre III du décret n° 2015-350 du 27 mars 2015 précité.
A l'issue de l'audit, l'opérateur ou, le cas échéant, le prestataire élabore un rapport d'audit qui expose les constatations sur les mesures appliquées et sur le respect des règles de sécurité prévues par le présent arrêté. Le rapport précise si le niveau de sécurité atteint est conforme aux objectifs de sécurité, compte tenu des menaces et des vulnérabilités connues. Il formule des recommandations pour remédier aux éventuelles non-conformités et vulnérabilités découvertes.
L'opérateur prend la décision d'homologuer un SIIV sur la base du dossier d'homologation comportant notamment :

- l'analyse de risques et les objectifs de sécurité du SIIV ;
- les mesures de sécurité appliquées au SIIV ;
- les rapports d'audit de la sécurité du SIIV ;
- les risques résiduels et les raisons justifiant leur acceptation.

L'homologation est valable pour une durée maximale de trois ans et est renouvelée au terme de cette période. Toutefois, la validité de l'homologation est réexaminée par l'opérateur lors de chaque événement ou évolution de nature à modifier le contexte décrit dans le dossier d'homologation.
L'opérateur tient à la disposition de l'Agence nationale de la sécurité des systèmes d'information les décisions et dossiers d'homologation, notamment les rapports d'audit. Ces documents confidentiels sont susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
La présente règle relative à l'homologation s'applique sans préjudice des dispositions prévues par l'arrêté du 30 novembre 2011 portant approbation de l'instruction générale interministérielle n° 1300 sur la protection du secret de la défense nationale, en matière d'homologation des systèmes d'information traitant des informations classifiées.

3. Règle relative à la cartographie

- les noms et les fonctions des applications, supportant les activités de l'opérateur, installées sur le SIIV ;
- le cas échéant, les plages d'adresses IP de sortie du SIIV vers internet ou un réseau tiers, ou accessibles depuis ces réseaux ;
- le cas échéant, les plages d'adresses IP associées aux différents sous-réseaux composant le SIIV ;
- la description fonctionnelle et les lieux d'installation du SIIV et de ses différents sous-réseaux ;
- la description fonctionnelle des points d'interconnexion du SIIV et de ses différents sous-réseaux avec des réseaux tiers, notamment la description des équipements et des fonctions de filtrage et de protection mis en œuvre au niveau de ces interconnexions ;
- l'inventaire et l'architecture des dispositifs d'administration du SIIV permettant de réaliser notamment les opérations d'installation à distance, de mise à jour, de supervision, de gestion des configurations, d'authentification ainsi que de gestion des comptes et des droits d'accès ;
- la liste des comptes disposant de droits d'accès privilégiés (appelés \" comptes privilégiés \") au SIIV. Cette liste précise pour chaque compte le niveau et le périmètre des droits d'accès associés, notamment les comptes sur lesquels portent ces droits (comptes d'utilisateurs, comptes de messagerie, comptes de processus, etc.) ;
- l'inventaire, l'architecture et le positionnement des services de résolution de noms d'hôte, de messagerie, de relais internet et d'accès distant mis en œuvre par le SIIV.

4. Règle relative au maintien en conditions de sécurité

L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de maintien en conditions de sécurité des ressources matérielles et logicielles de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
Cette procédure définit les conditions permettant de maintenir le niveau de sécurité des ressources des SIIV en fonction de l'évolution des vulnérabilités et des menaces et notamment la politique d'installation de toute nouvelle version et mesure correctrice de sécurité d'une ressource et les vérifications à effectuer avant l'installation. Elle prévoit que :

- l'opérateur se tient informé des vulnérabilités et des mesures correctrices de sécurité susceptibles de concerner les ressources matérielles et logicielles de ses SIIV, qui sont diffusées notamment par les fournisseurs ou les fabricants de ces ressources ou par des centres de prévention et d'alerte en matière de cyber sécurité tels que le CERT-FR ( www.cert.ssi.gouv.fr) ;
- sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur installe et maintient toutes les ressources matérielles et logicielles de ses SIIV dans des versions supportées par leurs fournisseurs ou leurs fabricants et mises à jour du point de vue de la sécurité ;
- préalablement à l'installation de toute nouvelle version, l'opérateur s'assure de l'origine de cette version et de son intégrité, et analyse l'impact de cette version sur le SIIV concerné d'un point de vue technique et opérationnel ;
- dès qu'il a connaissance d'une mesure correctrice de sécurité concernant une de ses ressources, et sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur en planifie l'installation après avoir effectué les vérifications mentionnées à l'alinéa précédent, et procède à cette installation dans les délais prévus par cette procédure ;
- lorsque des raisons techniques ou opérationnelles le justifient, l'opérateur peut décider, pour certaines ressources de ses SIIV, de ne pas installer une version supportée par le fournisseur ou le fabricant de la ressource concernée ou de ne pas installer une mesure correctrice de sécurité. Dans ce cas, l'opérateur met en œuvre des mesures techniques ou organisationnelles prévues par cette procédure pour réduire les risques liés à l'utilisation d'une version obsolète ou comportant des vulnérabilités connues. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures de réduction des risques et les raisons techniques ou opérationnelles ayant empêché l'installation d'une version supportée ou d'une mesure correctrice de sécurité.

5. Règle relative à la journalisation

- les serveurs applicatifs supportant les activités d'importance vitale ;
- les serveurs d'infrastructure système ;
- les serveurs d'infrastructure réseau ;
- les équipements de sécurité ;
- les postes d'ingénierie et de maintenance des systèmes industriels ;
- les équipements réseau ;
- les postes d'administration.

Les événements enregistrés par le système de journalisation sont horodatés au moyen de sources de temps synchronisées. Ils sont, pour chaque SIIV, centralisés et archivés pendant une durée d'au moins six mois. Toutefois, lorsque des raisons techniques le justifient, cette durée peut être inférieure à six mois. Dans ce cas, l'opérateur précise dans le dossier d'homologation du SIIV ces raisons techniques et la durée d'archivage des événements.
Le format d'archivage des événements permet de réaliser des recherches automatisées sur ces événements.

6. Règle relative à la corrélation et l'analyse de journaux

L'opérateur d'importance vitale met en œuvre un système de corrélation et d'analyse de journaux qui exploite les événements enregistrés par le système de journalisation installé sur chacun des systèmes d'information d'importance vitale (SIIV), afin de détecter des événements susceptibles d'affecter la sécurité des SIIV.
Le système de corrélation et d'analyse de journaux est installé et exploité sur un système d'information mis en place exclusivement à des fins de détection d'événements susceptibles d'affecter la sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet installe et exploite ce système de corrélation et d'analyse de journaux en s'appuyant sur les exigences du référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.

7. Règle relative à la détection

L'opérateur d'importance vitale met en œuvre, en application de l'article R. 1332-41-3 du code de la défense, un système de détection qualifié de type \" sonde d'analyse de fichiers et de protocoles \".
Les sondes d'analyse de fichiers et de protocoles analysent les flux de données transitant par ces sondes afin de rechercher des événements susceptibles d'affecter la sécurité des systèmes d'information d'importance vitale (SIIV). Elles sont positionnées de manière à pouvoir analyser l'ensemble des flux échangés entre les SIIV et les systèmes d'information tiers à ceux de l'opérateur.
Les systèmes de détection qualifiés de ce type sont choisis parmi ceux figurant sur la liste prévue à l'article R. 1332-41-9 du code de la défense.
Ces systèmes de détection sont exploités selon les règles fixées par le référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale. Ils sont exploités par un service de l'Etat ou un prestataire qualifié à cet effet dans les conditions prévues par le décret précité.

8. Règle relative au traitement des incidents de sécurité

L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de traitement des incidents affectant le fonctionnement ou la sécurité de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet procède au traitement des incidents en s'appuyant sur les exigences du référentiel en matière de réponse aux incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
Un système d'information spécifique doit être mis en place pour traiter les incidents, notamment pour stocker les relevés techniques relatifs aux analyses des incidents. Ce système est cloisonné vis-à-vis du SIIV concerné par l'incident.
L'opérateur conserve les relevés techniques relatifs aux analyses des incidents pendant une durée d'au moins six mois. Il tient ces relevés techniques à la disposition de l'Agence nationale de la sécurité des systèmes d'information.
Les relevés techniques sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.

9. Règle relative au traitement des alertes

L'opérateur d'importance vitale met en place un service de permanence lui permettant de prendre connaissance, à tout moment et sans délai, d'informations transmises par l'Agence nationale de la sécurité des systèmes d'information relatives à des incidents, des vulnérabilités et des menaces. Il met en œuvre une procédure pour traiter les informations ainsi reçues et le cas échéant prendre les mesures de sécurité nécessaires à la protection de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur communique à l'Agence nationale de la sécurité des systèmes d'information les coordonnées (nom du service, numéro de téléphone et adresse électronique) tenues à jour du service de permanence prévu à l'alinéa précédent.

10. Règle relative à la gestion de crises

L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de gestion de crises en cas d'attaques informatiques majeures, conformément à sa politique de sécurité des systèmes d'information.
Cette procédure décrit les moyens techniques et organisationnels dont dispose l'opérateur pour mettre en œuvre les mesures décidées par le Premier ministre en cas de crises, notamment les mesures suivantes :

- appliquer une configuration système afin d'éviter les attaques ou d'en limiter les effets. Cette configuration peut viser notamment :
- à proscrire l'utilisation de supports de stockage amovibles ou la connexion d'équipements nomades aux systèmes d'information de l'opérateur ;
- à installer une mesure correctrice de sécurité sur un système d'information particulier ;
- à imposer un protocole de routage ;
- mettre en place des règles de filtrage sur les réseaux ou des configurations particulières sur les équipements terminaux. Cette mesure peut viser notamment :
- à effectuer des restrictions d'accès sous forme de listes blanches et de listes noires d'utilisateurs ;
- à bloquer les échanges de fichiers d'un type particulier ;
- à isoler de tout réseau des sites internet, des applications, ou des équipements informatiques de l'opérateur en sollicitant le cas échéant l'appui des opérateurs publics de communications électroniques ;
- isoler du réseau internet les systèmes d'information de l'opérateur. Cette mesure impose de déconnecter physiquement ou logiquement les interfaces réseau des systèmes d'information concernés.

La procédure précise les conditions dans lesquelles ces mesures peuvent être appliquées compte tenu des contraintes notamment techniques et organisationnelles de mise en œuvre.

11. Règle relative à l'identification

L'opérateur d'importance vitale crée des comptes individuels pour les utilisateurs et pour les processus automatiques accédant aux ressources de ses systèmes d'information d'importance vitale (SIIV).
Lorsque des raisons techniques ou opérationnelles ne permettent pas de créer de comptes individuels pour les utilisateurs ou pour les processus automatiques, l'opérateur met en place des mesures permettant de réduire le risque lié à l'utilisation de comptes partagés et d'assurer la traçabilité de l'utilisation de ces comptes. Dans ce cas, l'opérateur décrit ces mesures dans le dossier d'homologation du SIIV concerné et les raisons justifiant le recours à des comptes partagés.
L'opérateur désactive sans délai les comptes qui ne sont plus nécessaires.

12. Règle relative à l'authentification

L'opérateur d'importance vitale protège les accès aux ressources de ses systèmes d'information d'importance vitale (SIIV), que ce soit par un utilisateur ou par un processus automatique, au moyen d'un mécanisme d'authentification basé sur un élément secret.
L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion des éléments secrets d'authentification mis en œuvre dans ses SIIV.
Lorsque la ressource le permet techniquement, les éléments secrets d'authentification doivent pouvoir être modifiés par l'opérateur chaque fois que cela est nécessaire. Dans ce cas, l'opérateur respecte les règles suivantes :

- l'opérateur doit modifier les éléments secrets d'authentification lorsqu'ils ont été installés par le fabricant ou le fournisseur de la ressource, avant sa mise en service. A cet effet, l'opérateur s'assure auprès du fabricant ou du fournisseur qu'il dispose des moyens et des droits permettant de réaliser ces opérations ;
- l'élément secret d'authentification d'un compte partagé doit être renouvelé régulièrement et à chaque retrait d'un utilisateur de ce compte ;
- les utilisateurs qui n'en ont pas la responsabilité, ne peuvent pas modifier les éléments secrets d'authentification. Ils ne peuvent pas non plus accéder à ces éléments en clair ;
- lorsque les éléments secrets d'authentification sont des mots de passe, les utilisateurs ne doivent pas les réutiliser entre comptes privilégiés ou entre un compte privilégié et un compte non privilégié ;
- lorsque les éléments secrets d'authentification sont des mots de passe, ceux-ci sont conformes aux règles de l'art telles que celles préconisées par l'Agence nationale de la sécurité des systèmes d'information, en matière de complexité (longueur du mot de passe et types de caractères), en tenant compte du niveau de complexité maximal permis par la ressource concernée, et en matière de renouvellement.

13. Règle relative aux droits d'accès

- l'opérateur n'attribue à un utilisateur ou à un processus automatique les droits d'accès à une ressource que si cet accès est strictement nécessaire à l'exercice des missions de l'utilisateur ou au fonctionnement du processus automatique ;
- l'opérateur définit les accès aux différentes fonctionnalités de cette ressource et en attribue les droits uniquement aux utilisateurs et aux processus automatiques qui en ont strictement le besoin ;
- les droits d'accès sont révisés périodiquement, au moins tous les ans, par l'opérateur. Cette révision porte sur les liens entre les comptes, les droits d'accès associés et les ressources ou les fonctionnalités qui en font l'objet ;
- l'opérateur établit et tient à jour la liste des comptes privilégiés. Toute modification d'un compte privilégié (ajout, suppression, suspension ou modification des droits associés) fait l'objet d'un contrôle formel de l'opérateur destiné à vérifier que les droits d'accès aux ressources et fonctionnalités sont attribués selon le principe du moindre privilège (seuls les droits strictement nécessaires sont accordés) et en cohérence avec les besoins d'utilisation du compte.

14. Règle relative aux comptes d'administration

L'opérateur d'importance vitale crée des comptes (appelés \" comptes d'administration \") destinés aux seules personnes (appelées administrateurs) chargées d'effectuer les opérations d'administration (installation, configuration, gestion, maintenance, supervision, etc.) des ressources de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des comptes d'administration de ses SIIV, et respecte les règles suivantes :

- l'attribution des droits aux administrateurs respecte le principe du moindre privilège. En particulier, afin de limiter la portée de ces droits individuels, ils sont attribués à chaque administrateur en les restreignant autant que possible au périmètre fonctionnel et technique dont cet administrateur est responsable ;
- un compte d'administration est utilisé exclusivement pour se connecter à un système d'information d'administration (système d'information utilisé pour les opérations d'administration des ressources) ou à une ressource administrée ;
- les opérations d'administration sont effectuées exclusivement à partir de comptes d'administration, et inversement, les comptes d'administration sont utilisés exclusivement pour les opérations d'administration ;
- lorsque l'administration d'une ressource ne peut pas techniquement être effectuée à partir d'un compte spécifique d'administration, l'opérateur met en place des mesures permettant d'assurer la traçabilité et le contrôle des opérations d'administration réalisées sur cette ressource et des mesures de réduction du risque lié à l'utilisation d'un compte non spécifique à l'administration. Il décrit dans le dossier d'homologation du SIIV concerné ces mesures ainsi que les raisons techniques ayant empêché l'utilisation d'un compte d'administration ;
- l'opérateur établit et tient à jour la liste des comptes d'administration de ses SIIV et les gère en tant que comptes privilégiés.

15. Règle relative aux systèmes d'information d'administration

- les ressources matérielles et logicielles des systèmes d'information d'administration sont gérées et configurées par l'opérateur ou, le cas échéant, par le prestataire qu'il a mandaté pour réaliser les opérations d'administration ;
- les ressources matérielles et logicielles des systèmes d'information d'administration sont utilisées exclusivement pour réaliser des opérations d'administration. Cependant, lorsque des raisons techniques ou organisationnelles le justifient, le poste de travail physique de l'administrateur peut être utilisé pour réaliser des opérations autres que des opérations d'administration. Dans ce cas, des mécanismes de durcissement du système d'exploitation du poste de travail et de cloisonnement doivent être mis en place pour permettre d'isoler l'environnement logiciel utilisé pour ces autres opérations de l'environnement logiciel utilisé pour les opérations d'administration ;
- un environnement logiciel utilisé pour effectuer des opérations d'administration ne doit pas être utilisé à d'autres fins, comme l'accès à des sites ou serveurs de messagerie sur internet ;
- un utilisateur ne doit pas se connecter à un système d'information d'administration au moyen d'un environnement logiciel utilisé pour d'autres fonctions que des opérations d'administration ;
- les flux de données associés à des opérations autres que des opérations d'administration doivent, lorsqu'ils transitent sur les systèmes d'information d'administration, être cloisonnés au moyen de mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
- les systèmes d'information d'administration sont connectés aux ressources à administrer au travers d'une liaison réseau physique utilisée exclusivement pour les opérations d'administration. Ces ressources sont administrées au travers de leur interface d'administration physique. Lorsque des raisons techniques empêchent d'administrer une ressource au travers d'une liaison réseau physique ou de son interface d'administration physique, l'opérateur met en œuvre des mesures de réduction du risque telles que des mesures de sécurité logique. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;
- lorsqu'ils ne circulent pas dans le système d'information d'administration, les flux d'administration sont protégés par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information. Si le chiffrement et l'authentification de ces flux ne sont pas possibles pour des raisons techniques, l'opérateur met en œuvre des mesures permettant de protéger ces flux en confidentialité et en intégrité et de renforcer le contrôle et la traçabilité des opérations d'administration. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;
- les journaux enregistrant les événements générés par les ressources utilisées par les administrateurs ne contiennent aucun mot de passe en clair ou sous forme de condensat.

16. Règle relative au cloisonnement

L'opérateur d'importance vitale procède au cloisonnement de ses systèmes d'information d'importance vitale (SIIV) afin de limiter la propagation des attaques informatiques au sein de ses systèmes ou ses sous-systèmes. Il respecte les règles suivantes :

- chaque SIIV est cloisonné physiquement ou logiquement vis-à-vis des autres systèmes de l'opérateur ou des systèmes tiers ;
- lorsqu'un SIIV est lui-même constitué de sous-systèmes, ceux-ci sont cloisonnés entre eux physiquement ou logiquement. Un sous-système peut être constitué pour assurer une fonctionnalité ou un ensemble homogène de fonctionnalités d'un SIIV ou encore pour isoler des ressources d'un SIIV nécessitant un même besoin de sécurité ;
- seules les interconnexions strictement nécessaires au bon fonctionnement et à la sécurité d'un SIIV sont mises en place entre le SIIV et les autres systèmes ou entre les sous-systèmes du SIIV.

L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de cloisonnement qu'il met en place.

17. Règle relative au filtrage

L'opérateur d'importance vitale met en place des mécanismes de filtrage des flux de données circulant dans ses systèmes d'information d'importance vitale (SIIV) afin de bloquer la circulation des flux inutiles au fonctionnement de ses systèmes et susceptibles de faciliter des attaques informatiques. Il respecte les règles suivantes :

- l'opérateur définit les règles de filtrage des flux de données (filtrage sur adresse réseau, sur protocole, sur numéro de port, etc.) permettant de limiter autant que possible la circulation des flux aux seuls flux de données nécessaires au fonctionnement et à la sécurité de ses SIIV ;
- les flux entrants et sortants des SIIV ainsi que les flux entre sous-systèmes des SIIV sont filtrés au niveau de leurs interconnexions de manière à ne permettre que la circulation des seuls flux strictement nécessaires au fonctionnement et à la sécurité des SIIV. Les flux qui ne sont pas conformes aux règles de filtrage sont bloqués ;
- l'opérateur établit et tient à jour une liste des règles de filtrage mentionnant l'ensemble des règles en vigueur ou supprimées depuis moins d'un an. Cette liste précise pour chaque règle :
- le motif et la date de la mise en œuvre, de la modification ou de la suppression de la règle ;
- les modalités techniques de mise en œuvre de la règle.

L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de filtrage qu'il met en place.

18. Règle relative aux accès à distance

L'opérateur d'importance vitale protège les accès à ses systèmes d'information d'importance vitale (SIIV) effectués à travers des réseaux tiers. En particulier, lorsque l'opérateur ou un prestataire qu'il a mandaté à cet effet accède à un SIIV à travers un réseau tiers à ceux de l'opérateur ou du prestataire, l'opérateur applique ou fait appliquer à son prestataire les règles suivantes :

- l'accès au SIIV est protégé par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
- le mécanisme d'authentification utilisé est renforcé en mettant en œuvre une authentification à double facteur (authentification basée à la fois sur un élément secret et un autre élément propre à l'utilisateur) ;
- les équipements utilisés pour accéder au SIIV sont gérés et configurés par l'opérateur ou, le cas échéant, par le prestataire. Les mémoires de masse de ces équipements sont en permanence protégées par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information.

19. Règle relative à l'installation de services et d'équipements

L'opérateur d'importance vitale respecte les règles suivantes lorsqu'il installe des services et des équipements sur ses systèmes d'information d'importance vitale (SIIV) :

- l'opérateur installe sur ses SIIV les seuls services et fonctionnalités qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV. L'opérateur désactive les services et les fonctionnalités qui ne sont pas indispensables, notamment ceux installés par défaut, et les désinstalle si cela est possible. Lorsque la désinstallation n'est pas possible, l'opérateur le mentionne dans le dossier d'homologation du SIIV concerné en précisant les services et fonctionnalités concernés et les mesures de réduction du risque mises en œuvre ;
- l'opérateur ne connecte à ses SIIV que des équipements, matériels périphériques et supports amovibles qu'il a dûment répertoriés et qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV ;
- les supports amovibles inscriptibles connectés aux SIIV sont utilisés exclusivement pour les besoins de ces SIIV ;
- l'opérateur procède, avant chaque utilisation de supports amovibles, à l'analyse de leur contenu, notamment à la recherche de code malveillant. L'opérateur met en place, sur les équipements auxquels sont connectés ces supports amovibles, des mécanismes de protection contre les risques d'exécution de code malveillant provenant de ces supports.

20. Règle relative aux indicateurs

L'opérateur d'importance vitale évalue, pour chaque système d'information d'importance vitale (SIIV), les indicateurs suivants :

- des indicateurs relatifs aux droits d'accès des utilisateurs et à l'authentification des accès aux ressources :
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes partagés ;
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes privilégiés ;
- le pourcentage de ressources dont les éléments secrets d'authentification ne peuvent pas être modifiés par l'opérateur ;

- des indicateurs relatifs à l'administration des ressources :
- le pourcentage de ressources administrées dont l'administration est effectuée à partir d'un compte non spécifique d'administration ;
- le pourcentage de ressources administrées dont l'administration ne peut pas être effectuée au travers d'une liaison réseau physique ou d'une interface d'administration physique ;
- le pourcentage de ressources administrées dont les flux d'administration ne peuvent pas être protégés par des mécanismes de chiffrement et d'authentification lorsque ces flux ne circulent pas dans le système d'information d'administration.

L'opérateur précise pour chaque indicateur la méthode d'évaluation employée et, le cas échéant, la marge d'incertitude de son évaluation. Lorsqu'un indicateur évolue de façon significative par rapport à l'évaluation précédente, l'opérateur en précise les raisons.
Lorsque, pour un SIIV particulier, l'opérateur estime qu'un indicateur n'est pas pertinent au regard des caractéristiques techniques du SIIV, il peut ne pas évaluer cet indicateur s'il le justifie.
Les indicateurs ainsi réunis sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
L'opérateur communique, une fois par an, à l'Agence nationale de la sécurité des systèmes d'information, ces indicateurs mis à jour, selon le moyen approprié à la sensibilité des informations déclarées.

" } }, "LEGIARTI000033523074": { "META": { "META_SPEC": { "META_ARTICLE": { "ETAT": "VIGUEUR_DIFF", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2017-01-01" } }, "META_COMMUN": { "ID": "LEGIARTI000033523074", "URL": "article/LEGI/ARTI/00/00/33/52/30/LEGIARTI000033523074.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFSCTA000030405918", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - Chapitre III : Qualification des prestataires d... (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "JORFARTI000030405950", "@num": "10", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - art. 10 (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000006417944", "@num": "226-13", "#text": "Code pénal - art. 226-13 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006070719", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000006574326", "@num": "R1332-4", "#text": "Code de la défense. - art. R1332-4 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000033523056", "@fin": "2999-01-01", "#text": "Annexe", "@debut": "2017-01-01" } ] }, "@cid": "JORFTEXT000033518925", "@nor": "PRMD1630722A", "@nature": "ARRETE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Arrêté du 28 novembre 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au secteur d'activités d'importance vitale « Finances » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000033518925", "@c_titre_court": "Arrêté du 28 novembre 2016" }, { "@fin": "2999-01-01", "#text": "Arrêté du 28 novembre 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au secteur d'activités d'importance vitale « Finances » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2017-01-01", "@id_txt": "LEGITEXT000033523040", "@c_titre_court": "Arrêté du 28 novembre 2016" } ], "@date_publi": "2016-12-03", "@date_signature": "2016-11-28" } }, "VERSIONS": { "VERSION": [ { "@etat": "VIGUEUR_DIFF", "LIEN_ART": { "@id": "LEGIARTI000033523074", "@fin": "2999-01-01", "@etat": "VIGUEUR_DIFF", "@debut": "2017-01-01", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000033518960", "@fin": "2999-01-01", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

ANNEXE I
RÈGLES DE SÉCURITÉ RELATIVES AU SECTEUR D'ACTIVITÉS D'IMPORTANCE VITALE \" FINANCES \"

1. Règle relative à la politique de sécurité des systèmes d'information
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une politique de sécurité des systèmes d'information (PSSI).
La PSSI décrit l'ensemble des moyens organisationnels et techniques mis en œuvre par l'opérateur afin d'assurer la sécurité de ses systèmes d'information d'importance vitale (SIIV). En particulier, elle :

- précise les objectifs et les orientations stratégiques en matière de sécurité des SIIV ;
- décrit l'organisation de la gouvernance de la sécurité et notamment les rôles et les responsabilités du personnel interne et du personnel externe (prestataires, fournisseurs, etc.) à l'égard de la sécurité des SIIV ;
- prévoit un plan de sensibilisation à la sécurité des SIIV au profit de l'ensemble du personnel ainsi qu'un plan de formation à la sécurité des SIIV au profit des personnes ayant des responsabilités particulières, notamment les personnes en charge de l'administration et de la sécurité des SIIV et les utilisateurs disposant de droits d'accès privilégiés aux SIIV ;
- fixe les mesures de sécurité générales, notamment en matière de contrôle du personnel interne et du personnel externe, de sécurité physique des SIIV, de gestion des ressources matérielles et logicielles, de gestion de l'assistance technique, de contrôle d'accès aux SIIV, d'exploitation et d'administration des SIIV, de cryptographie, de sécurité des communications et de sécurité des processus de développement ;
- définit les procédures suivantes :
- la procédure d'homologation de sécurité des SIIV ;
- les procédures d'évaluation des risques en matière de sécurité des SIIV ;
- les procédures de contrôle et d'audit de la sécurité des SIIV ;
- la procédure de maintien en conditions de sécurité des ressources des SIIV ;
- la procédure de traitement des incidents de sécurité ;
- les procédures de gestion de crises en cas d'attaques informatiques et de continuité d'activité.

La PSSI et ses documents d'application sont approuvés formellement par la direction de l'opérateur. L'opérateur élabore au profit de sa direction, au moins annuellement, un rapport sur la mise en œuvre de la PSSI et de ses documents d'application. Ce rapport précise notamment l'état des lieux des risques, le niveau de sécurité des SIIV et les actions de sécurisation menées.
La PSSI, ses documents d'application et les rapports sur leur mise en œuvre sont tenus à la disposition de l'Agence nationale de la sécurité des systèmes d'information.
2. Règle relative à l'homologation de sécurité
L'opérateur d'importance vitale procède à l'homologation de sécurité de chaque système d'information d'importance vitale (SIIV), en mettant en œuvre la procédure d'homologation prévue par sa politique de sécurité des systèmes d'information (PSSI).
L'homologation d'un système est une décision formelle prise par l'opérateur qui atteste que les risques pesant sur la sécurité de ce système ont été identifiés et que les mesures nécessaires pour le protéger sont mises en œuvre. Elle atteste également que les éventuels risques résiduels ont été identifiés et acceptés par l'opérateur.
Dans le cadre de l'homologation, un audit de la sécurité du SIIV doit être réalisé. Cet audit vise à vérifier l'application et l'efficacité des mesures de sécurité du SIIV et notamment le respect des règles de sécurité mentionnées dans le présent arrêté. L'audit doit permettre d'évaluer le niveau de sécurité du SIIV au regard des menaces et des vulnérabilités connues. Il comporte notamment la réalisation d'un audit d'architecture, d'un audit de configuration, d'un audit organisationnel et physique et de tests de vulnérabilité et d'intrusion.
Cet audit est réalisé dans le respect des règles fixées par le référentiel en matière d'audit de sécurité des systèmes d'information prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
L'opérateur peut réaliser lui-même l'audit ou recourir à un prestataire qualifié dans les conditions prévues au chapitre III du décret n° 2015-350 du 27 mars 2015 précité.
A l'issue de l'audit, l'opérateur ou, le cas échéant, le prestataire élabore un rapport d'audit qui expose les constatations sur les mesures appliquées et sur le respect des règles de sécurité prévues par le présent arrêté. Le rapport précise si le niveau de sécurité atteint est conforme aux objectifs de sécurité, compte tenu des menaces et des vulnérabilités connues. Il formule des recommandations pour remédier aux éventuelles non-conformités et vulnérabilités découvertes.
L'opérateur prend la décision d'homologuer un SIIV sur la base du dossier d'homologation comportant notamment :

L'opérateur d'importance vitale doit être en mesure de fournir à l'Agence nationale de la sécurité des systèmes d'information, pour chaque système d'information d'importance vitale (SIIV), les éléments de cartographie suivants :
- l'architecture applicative, comprenant notamment les noms et les fonctions des applications, des bases de données et des services installés sur le SIIV ;
- l'architecture système, comprenant notamment l'inventaire et l'architecture des dispositifs d'administration du SIIV permettant de réaliser les opérations d'installation à distance, de mise à jour, de supervision, de gestion des configurations, d'authentification ainsi que de gestion des comptes et des droits d'accès ;
- l'architecture réseau, comprenant notamment :
- les plages d'adresses IP de sortie du SIIV vers internet ou un réseau tiers, ou accessibles depuis ces réseaux ;
- la cartographie des flux d'accès au SIIV (adresses IP sources et destinations, ports de destination) ;
- la liste des comptes disposant de droits d'accès privilégiés (appelés \" comptes privilégiés \") au SIIV. Cette liste précise pour chaque compte le niveau et le périmètre des droits d'accès associés, notamment les comptes sur lesquels portent ces droits (comptes d'utilisateurs, comptes de messagerie, comptes de processus, etc.).

Les éléments de cartographie ainsi réunis sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
Sur demande de l'Agence nationale de la sécurité des systèmes d'information, l'opérateur lui communique les éléments de cartographie mis à jour sur un support électronique, dans un format qui peut être lu par les principaux logiciels bureautiques accessibles au public.
4. Règle relative au maintien en conditions de sécurité
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de maintien en conditions de sécurité des ressources matérielles et logicielles de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
Cette procédure définit les conditions permettant de maintenir le niveau de sécurité des ressources des SIIV en fonction de l'évolution des vulnérabilités et des menaces et notamment la politique d'installation de toute nouvelle version et mesure correctrice de sécurité d'une ressource et les vérifications à effectuer avant l'installation. Elle prévoit que :

- l'opérateur se tient informé des vulnérabilités et des mesures correctrices de sécurité susceptibles de concerner les ressources matérielles et logicielles de ses SIIV ;
- sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur installe et maintient toutes les ressources matérielles et logicielles de ses SIIV dans des versions supportées par leurs fournisseurs ou leurs fabricants et mises à jour du point de vue de la sécurité ;
- préalablement à l'installation de toute nouvelle version, l'opérateur s'assure de l'origine de cette version et de son intégrité, et analyse l'impact de cette version sur le SIIV concerné d'un point de vue technique et opérationnel ;
- dès qu'il a connaissance d'une mesure correctrice de sécurité concernant une de ses ressources, et sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur en planifie l'installation après avoir effectué les vérifications mentionnées à l'alinéa précédent, et procède à cette installation dans les délais prévus par cette procédure ;
- lorsque des raisons techniques ou opérationnelles le justifient, l'opérateur peut décider, pour certaines ressources de ses SIIV, de ne pas installer une version supportée par le fournisseur ou le fabricant de la ressource concernée ou de ne pas installer une mesure correctrice de sécurité. Dans ce cas, l'opérateur met en œuvre des mesures techniques ou organisationnelles prévues par cette procédure pour réduire les risques liés à l'utilisation d'une version obsolète ou comportant des vulnérabilités connues. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures de réduction des risques et les raisons techniques ou opérationnelles ayant empêché l'installation d'une version supportée ou d'une mesure correctrice de sécurité.

5. Règle relative à la journalisation
L'opérateur d'importance vitale met en œuvre sur chaque système d'information d'importance vitale (SIIV) un système de journalisation qui enregistre les événements relatifs à l'authentification des utilisateurs, à la gestion des comptes et des droits d'accès, à l'accès aux ressources, aux modifications des règles de sécurité du SIIV ainsi qu'au fonctionnement du SIIV.
Le système de journalisation porte sur les équipements suivants lorsqu'ils génèrent les événements mentionnés au 1er alinéa :

- systèmes d'information assurant la sécurité physique des points d'importance vitale prévus à l'article R. 1332-4 du code de la défense ;
- systèmes d'information de gestion technique de bâtiment indispensables au fonctionnement des installations des points d'importance vitale prévus à l'article R. 1332-4 du code de la défense.

8. Règle relative au traitement des incidents de sécurité
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de traitement des incidents affectant le fonctionnement ou la sécurité de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet procède au traitement des incidents en s'appuyant sur les exigences du référentiel en matière de réponse aux incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
Un système d'information spécifique doit être mis en place pour traiter les incidents, notamment pour stocker les relevés techniques relatifs aux analyses des incidents. Ce système est cloisonné vis-à-vis du SIIV concerné par l'incident.
L'opérateur conserve les relevés techniques relatifs aux analyses des incidents pendant une durée d'au moins six mois. Il tient ces relevés techniques à la disposition de l'Agence nationale de la sécurité des systèmes d'information.
Les relevés techniques sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
9. Règle relative au traitement des alertes
L'opérateur d'importance vitale met en place un service de permanence lui permettant de prendre connaissance, à tout moment et sans délai, d'informations transmises par l'Agence nationale de la sécurité des systèmes d'information relatives à des incidents, des vulnérabilités et des menaces. Il met en œuvre une procédure pour traiter les informations ainsi reçues et le cas échéant prendre les mesures de sécurité nécessaires à la protection de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur communique à l'Agence nationale de la sécurité des systèmes d'information les coordonnées (nom du service, numéro de téléphone et adresse électronique) tenues à jour du service de permanence prévu à l'alinéa précédent.
10. Règle relative à la gestion de crises
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de gestion de crises en cas d'attaques informatiques majeures, conformément à sa politique de sécurité des systèmes d'information.
Cette procédure décrit les moyens techniques et organisationnels dont dispose l'opérateur pour mettre en œuvre les mesures décidées par le Premier ministre en cas de crises, notamment les mesures suivantes :

La procédure précise les conditions dans lesquelles ces mesures peuvent être appliquées compte tenu des contraintes notamment techniques et organisationnelles de mise en œuvre.
11. Règle relative à l'identification
L'opérateur d'importance vitale crée des comptes individuels pour les utilisateurs et pour les processus automatiques accédant aux ressources de ses systèmes d'information d'importance vitale (SIIV).
Lorsque des raisons techniques ou opérationnelles ne permettent pas de créer de comptes individuels pour les utilisateurs ou pour les processus automatiques, l'opérateur met en place des mesures permettant de réduire le risque lié à l'utilisation de comptes partagés et d'assurer la traçabilité de l'utilisation de ces comptes. Dans ce cas, l'opérateur décrit ces mesures dans le dossier d'homologation du SIIV concerné et les raisons justifiant le recours à des comptes partagés.
L'opérateur désactive sans délai les comptes qui ne sont plus nécessaires.
12. Règle relative à l'authentification
L'opérateur d'importance vitale protège les accès aux ressources de ses systèmes d'information d'importance vitale (SIIV), que ce soit par un utilisateur ou par un processus automatique, au moyen d'un mécanisme d'authentification basé sur un élément secret.
L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion des éléments secrets d'authentification mis en œuvre dans ses SIIV.
Lorsque la ressource le permet techniquement, les éléments secrets d'authentification doivent pouvoir être modifiés par l'opérateur chaque fois que cela est nécessaire. Dans ce cas, l'opérateur respecte les règles suivantes :

Lorsque la ressource ne permet pas techniquement de modifier l'élément secret d'authentification, l'opérateur met en place un contrôle d'accès physique à la ressource concernée ainsi que des mesures de traçabilité des accès et de réduction du risque lié à l'utilisation d'un élément secret d'authentification fixe. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures et les raisons techniques ayant empêché la modification de l'élément secret d'authentification.
13. Règle relative aux droits d'accès
L'opérateur d'importance vitale définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des droits d'accès aux ressources de ses systèmes d'information d'importance vitale (SIIV), et respecte les règles suivantes :

14. Règle relative aux comptes d'administration
L'opérateur d'importance vitale crée des comptes (appelés \" comptes d'administration \") destinés aux seules personnes (appelées administrateurs) chargées d'effectuer les opérations d'administration (installation, configuration, gestion, maintenance, supervision, etc.) des ressources de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des comptes d'administration de ses SIIV, et respecte les règles suivantes :

15. Règle relative aux systèmes d'information d'administration
L'opérateur d'importance vitale applique les règles suivantes aux systèmes d'information utilisés pour effectuer l'administration de ses systèmes d'information d'importance vitale (SIIV), qui sont appelés \" systèmes d'information d'administration \" :

16. Règle relative au cloisonnement
L'opérateur d'importance vitale procède au cloisonnement de ses systèmes d'information d'importance vitale (SIIV) afin de limiter la propagation des attaques informatiques au sein de ses systèmes ou ses sous-systèmes. Il respecte les règles suivantes :

- chaque SIIV est cloisonné physiquement ou logiquement vis-à-vis des autres systèmes de l'opérateur ou des systèmes tiers ;
- lorsqu'un SIIV est lui-même constitué de sous-systèmes, ceux-ci sont cloisonnés entre eux physiquement ou logiquement. Un sous-système peut être constitué pour assurer une fonctionnalité ou un ensemble homogène de fonctionnalités d'un SIIV ou encore pour isoler des ressources d'un SIIV nécessitant un même besoin de sécurité ;
- seules les interconnexions strictement nécessaires au bon fonctionnement et à la sécurité d'un SIIV sont mises en place entre le SIIV et les autres systèmes ou entre les sous-systèmes du SIIV.

L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de cloisonnement qu'il met en place.
17. Règle relative au filtrage
L'opérateur d'importance vitale met en place des mécanismes de filtrage des flux de données circulant dans ses systèmes d'information d'importance vitale (SIIV) afin de bloquer la circulation des flux inutiles au fonctionnement de ses systèmes et susceptibles de faciliter des attaques informatiques. Il respecte les règles suivantes :

- l'opérateur définit les règles de filtrage des flux de données (filtrage sur adresse réseau, sur protocole, sur numéro de port, etc.) permettant de limiter autant que possible la circulation des flux aux seuls flux de données nécessaires au fonctionnement et à la sécurité de ses SIIV ;
- les flux entrants et sortants des SIIV ainsi que les flux entre sous-systèmes des SIIV sont filtrés au niveau de leurs interconnexions de manière à ne permettre que la circulation des seuls flux strictement nécessaires au fonctionnement et à la sécurité des SIIV. Les flux qui ne sont pas conformes aux règles de filtrage sont bloqués ;
- l'opérateur établit et tient à jour une liste des règles de filtrage mentionnant l'ensemble des règles en vigueur ou supprimées depuis moins d'un an. Cette liste précise pour chaque règle :
- le motif et la date de la mise en œuvre, de la modification ou de la suppression de la règle ;
- les modalités techniques de mise en œuvre de la règle.

L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de filtrage qu'il met en place.
18. Règle relative aux accès à distance
L'opérateur d'importance vitale protège les accès à ses systèmes d'information d'importance vitale (SIIV) effectués à travers des réseaux tiers. En particulier, lorsque l'opérateur ou un prestataire qu'il a mandaté à cet effet accède à un SIIV à travers un réseau tiers à ceux de l'opérateur ou du prestataire, l'opérateur applique ou fait appliquer à son prestataire les règles suivantes :

- l'accès au SIIV est protégé par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
- le mécanisme d'authentification utilisé est renforcé en mettant en œuvre une authentification à double facteur (authentification basée à la fois sur un élément secret et un autre élément propre à l'utilisateur) ;
- les équipements utilisés pour accéder au SIIV sont gérés et configurés par l'opérateur ou, le cas échéant, par le prestataire. Les mémoires de masse de ces équipements sont en permanence protégées par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information.

19. Règle relative à l'installation de services et d'équipements
L'opérateur d'importance vitale respecte les règles suivantes lorsqu'il installe des services et des équipements sur ses systèmes d'information d'importance vitale (SIIV) :

- l'opérateur installe sur ses SIIV les seuls services et fonctionnalités qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV. L'opérateur désactive les services et les fonctionnalités qui ne sont pas indispensables, notamment ceux installés par défaut, et les désinstalle si cela est possible. Lorsque la désinstallation n'est pas possible, l'opérateur le mentionne dans le dossier d'homologation du SIIV concerné en précisant les services et fonctionnalités concernés et les mesures de réduction du risque mises en œuvre ;
- l'opérateur ne connecte à ses SIIV que des équipements, matériels périphériques et supports amovibles qu'il a dûment répertoriés et qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV ;
- les supports amovibles inscriptibles connectés aux SIIV sont utilisés exclusivement pour les besoins de ces SIIV ;
- l'opérateur procède, avant chaque utilisation de supports amovibles, à l'analyse de leur contenu, notamment à la recherche de code malveillant. L'opérateur met en place, sur les équipements auxquels sont connectés ces supports amovibles, des mécanismes de protection contre les risques d'exécution de code malveillant provenant de ces supports.

20. Règle relative aux indicateurs
L'opérateur d'importance vitale évalue, pour chaque système d'information d'importance vitale (SIIV), les indicateurs suivants :

- des indicateurs relatifs au maintien en conditions de sécurité des ressources :
- le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
- le pourcentage de serveurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
- le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins 15 jours à compter de la disponibilité des versions mises à jour ;
- le pourcentage de serveurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins 15 jours à compter de la disponibilité des versions mises à jour ;
- des indicateurs relatifs aux droits d'accès des utilisateurs et à l'authentification des accès aux ressources :
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes partagés ;
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes privilégiés ;
- le pourcentage de ressources dont les éléments secrets d'authentification ne peuvent pas être modifiés par l'opérateur ;
- des indicateurs relatifs à l'administration des ressources :
- le pourcentage de ressources administrées dont l'administration est effectuée à partir d'un compte non spécifique d'administration ;
- le pourcentage de ressources administrées dont l'administration ne peut pas être effectuée au travers d'une liaison réseau physique ou d'une interface d'administration physique ;
- le pourcentage de ressources administrées dont les flux d'administration ne peuvent pas être protégés par des mécanismes de chiffrement et d'authentification lorsque ces flux ne circulent pas dans le système d'information d'administration.

" } }, "LEGIARTI000033523228": { "META": { "META_SPEC": { "META_ARTICLE": { "ETAT": "VIGUEUR_DIFF", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2017-01-01" } }, "META_COMMUN": { "ID": "LEGIARTI000033523228", "URL": "article/LEGI/ARTI/00/00/33/52/32/LEGIARTI000033523228.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFSCTA000030405918", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - Chapitre III : Qualification des prestataires d... (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "JORFARTI000030405950", "@num": "10", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - art. 10 (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000006417944", "@num": "226-13", "#text": "Code pénal - art. 226-13 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006070719", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000033523211", "@fin": "2999-01-01", "#text": "Annexe", "@debut": "2017-01-01" } ] }, "@cid": "JORFTEXT000033518974", "@nor": "PRMD1631972A", "@nature": "ARRETE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Arrêté du 28 novembre 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au secteur d'activités d'importance vitale « Industrie » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000033518974", "@c_titre_court": "Arrêté du 28 novembre 2016" }, { "@fin": "2999-01-01", "#text": "Arrêté du 28 novembre 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au secteur d'activités d'importance vitale « Industrie » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2017-01-01", "@id_txt": "LEGITEXT000033523195", "@c_titre_court": "Arrêté du 28 novembre 2016" } ], "@date_publi": "2016-12-03", "@date_signature": "2016-11-28" } }, "VERSIONS": { "VERSION": [ { "@etat": "VIGUEUR_DIFF", "LIEN_ART": { "@id": "LEGIARTI000033523228", "@fin": "2999-01-01", "@etat": "VIGUEUR_DIFF", "@debut": "2017-01-01", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000033519008", "@fin": "2999-01-01", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

RÈGLES DE SÉCURITÉ RELATIVES AU SECTEUR D'ACTIVITÉS D'IMPORTANCE VITALE INDUSTRIE
\n

La PSSI et ses documents d'application sont approuvés formellement par la direction de l'opérateur. L'opérateur élabore au profit de sa direction, au moins annuellement, un rapport sur la mise en œuvre de la PSSI et de ses documents d'application. Ce rapport précise notamment l'état des lieux des risques, le niveau de sécurité des SIIV et les actions de sécurisation menées.
La PSSI, ses documents d'application et les rapports sur leur mise en œuvre sont tenus à la disposition de l'Agence nationale de la sécurité des systèmes d'information.
2. Règle relative à l'homologation de sécurité
L'opérateur d'importance vitale procède à l'homologation de sécurité de chaque système d'information d'importance vitale (SIIV), en mettant en œuvre la procédure d'homologation prévue par sa politique de sécurité des systèmes d'information (PSSI).
L'homologation d'un système est une décision formelle prise par l'opérateur qui atteste que les risques pesant sur la sécurité de ce système ont été identifiés et que les mesures nécessaires pour le protéger sont mises en œuvre. Elle atteste également que les éventuels risques résiduels ont été identifiés et acceptés par l'opérateur.
Dans le cadre de l'homologation, un audit de la sécurité du SIIV doit être réalisé. Cet audit vise à vérifier l'application et l'efficacité des mesures de sécurité du SIIV et notamment le respect des règles de sécurité mentionnées dans le présent arrêté. L'audit doit permettre d'évaluer le niveau de sécurité du SIIV au regard des menaces et des vulnérabilités connues. Il comporte notamment la réalisation d'un audit d'architecture, d'un audit de configuration et d'un audit organisationnel et physique.
Cet audit est réalisé dans le respect des règles fixées par le référentiel en matière d'audit de sécurité des systèmes d'information prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
L'opérateur peut réaliser lui-même l'audit ou recourir à un prestataire qualifié dans les conditions prévues au chapitre III du décret n° 2015-350 du 27 mars 2015 précité.
A l'issue de l'audit, l'opérateur ou, le cas échéant, le prestataire élabore un rapport d'audit qui expose les constatations sur les mesures appliquées et sur le respect des règles de sécurité prévues par le présent arrêté. Le rapport précise si le niveau de sécurité atteint est conforme aux objectifs de sécurité, compte tenu des menaces et des vulnérabilités connues. Il formule des recommandations pour remédier aux éventuelles non-conformités et vulnérabilités découvertes.
L'opérateur prend la décision d'homologuer un SIIV sur la base du dossier d'homologation comportant notamment :
\n

- les noms et les fonctions des applications, supportant les activités de l'opérateur, installées sur le SIIV ;
- le cas échéant, les plages d'adresses IP de sortie du SIIV vers internet ou un réseau tiers, ou accessibles depuis ces réseaux ;
- le cas échéant, les plages d'adresses IP associées aux différents sous-réseaux composant le SIIV ;
- la description fonctionnelle et les lieux d'installation du SIIV et de ses différents sous-réseaux ;
- la description fonctionnelle des points d'interconnexion du SIIV et de ses différents sous-réseaux avec des réseaux tiers, notamment la description des équipements et des fonctions de filtrage et de protection mis en œuvre au niveau de ces interconnexions ;
- l'inventaire et l'architecture des dispositifs d'administration du SIIV permettant de réaliser notamment les opérations d'installation à distance, de mise à jour, de supervision, de gestion des configurations, d'authentification ainsi que de gestion des comptes et des droits d'accès ;
- la liste des comptes disposant de droits d'accès privilégiés (appelés comptes privilégiés ) au SIIV. Cette liste précise pour chaque compte le niveau et le périmètre des droits d'accès associés, notamment les comptes sur lesquels portent ces droits (comptes d'utilisateurs, comptes de messagerie, comptes de processus, etc.) ;
- l'inventaire, l'architecture et le positionnement des services de résolution de noms d'hôte, de messagerie, de relais internet et d'accès distant mis en œuvre par le SIIV.
\n

- l'opérateur se tient informé des vulnérabilités et des mesures correctrices de sécurité susceptibles de concerner les ressources matérielles et logicielles de ses SIIV, qui sont diffusées notamment par les fournisseurs ou les fabricants de ces ressources ou par des centres de prévention et d'alerte en matière de cyber sécurité tels que le CERT-FR (www.cert.ssi.gouv.fr) ;
- sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur installe et maintient toutes les ressources matérielles et logicielles de ses SIIV dans des versions supportées par leurs fournisseurs ou leurs fabricants et mises à jour du point de vue de la sécurité ;
- préalablement à l'installation de toute nouvelle version, l'opérateur s'assure de l'origine de cette version et de son intégrité, et analyse l'impact de cette version sur le SIIV concerné d'un point de vue technique et opérationnel ;
- dès qu'il a connaissance d'une mesure correctrice de sécurité concernant une de ses ressources, et sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur en planifie l'installation après avoir effectué les vérifications mentionnées à l'alinéa précédent, et procède à cette installation dans les délais prévus par cette procédure ;
- lorsque des raisons techniques ou opérationnelles le justifient, l'opérateur peut décider, pour certaines ressources de ses SIIV, de ne pas installer une version supportée par le fournisseur ou le fabricant de la ressource concernée ou de ne pas installer une mesure correctrice de sécurité. Dans ce cas, l'opérateur met en œuvre des mesures techniques ou organisationnelles prévues par cette procédure pour réduire les risques liés à l'utilisation d'une version obsolète ou comportant des vulnérabilités connues. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures de réduction des risques et les raisons techniques ou opérationnelles ayant empêché l'installation d'une version supportée ou d'une mesure correctrice de sécurité.
\n

Les événements enregistrés par le système de journalisation sont horodatés au moyen de sources de temps synchronisées. Ils sont, pour chaque SIIV, centralisés et archivés pendant une durée d'au moins six mois. Le format d'archivage des événements permet de réaliser des recherches automatisées sur ces événements.
6. Règle relative à la corrélation et l'analyse de journaux
L'opérateur d'importance vitale met en œuvre un système de corrélation et d'analyse de journaux qui exploite les événements enregistrés par le système de journalisation installé sur chacun des systèmes d'information d'importance vitale (SIIV), afin de détecter des événements susceptibles d'affecter la sécurité des SIIV.
Le système de corrélation et d'analyse de journaux est installé et exploité sur un système d'information mis en place exclusivement à des fins de détection d'événements susceptibles d'affecter la sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet installe et exploite ce système de corrélation et d'analyse de journaux en s'appuyant sur les exigences du référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
7. Règle relative à la détection
L'opérateur d'importance vitale met en œuvre, en application de l'article R. 1332-41-3 du code de la défense, un système de détection qualifié de type sonde d'analyse de fichiers et de protocoles .
Les sondes d'analyse de fichiers et de protocoles analysent les flux de données transitant par ces sondes afin de rechercher des événements susceptibles d'affecter la sécurité des systèmes d'information d'importance vitale (SIIV). Elles sont positionnées de manière à pouvoir analyser l'ensemble des flux échangés entre les SIIV et les systèmes d'information tiers à ceux de l'opérateur.
Les systèmes de détection qualifiés de ce type sont choisis parmi ceux figurant sur la liste prévue à l'article R. 1332-41-9 du code de la défense.
Ces systèmes de détection sont exploités selon les règles fixées par le référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale. Ils sont exploités par un service de l'Etat ou un prestataire qualifié à cet effet dans les conditions prévues par le décret précité.
8. Règle relative au traitement des incidents de sécurité
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de traitement des incidents affectant le fonctionnement ou la sécurité de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet procède au traitement des incidents en s'appuyant sur les exigences du référentiel en matière de réponse aux incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
Un système d'information spécifique doit être mis en place pour traiter les incidents, notamment pour stocker les relevés techniques relatifs aux analyses des incidents. Ce système est cloisonné vis-à-vis du SIIV concerné par l'incident.
L'opérateur conserve les relevés techniques relatifs aux analyses des incidents pendant une durée d'au moins six mois. Il tient ces relevés techniques à la disposition de l'Agence nationale de la sécurité des systèmes d'information.
Les relevés techniques sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.
9. Règle relative au traitement des alertes
L'opérateur d'importance vitale met en place un service de permanence lui permettant de prendre connaissance, à tout moment et sans délai, d'informations transmises par l'Agence nationale de la sécurité des systèmes d'information relatives à des incidents, des vulnérabilités et des menaces. Il met en œuvre une procédure pour traiter les informations ainsi reçues et le cas échéant prendre les mesures de sécurité nécessaires à la protection de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur communique à l'Agence nationale de la sécurité des systèmes d'information les coordonnées (nom du service, numéro de téléphone et adresse électronique) tenues à jour du service de permanence prévu à l'alinéa précédent.
10. Règle relative à la gestion de crises
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de gestion de crises en cas d'attaques informatiques majeures, conformément à sa politique de sécurité des systèmes d'information.
Cette procédure décrit les moyens techniques et organisationnels dont dispose l'opérateur pour mettre en œuvre les mesures décidées par le Premier ministre en cas de crises, notamment les mesures suivantes :
\n

Lorsque la ressource ne permet pas techniquement soit d'en protéger l'accès au moyen d'un mécanisme d'authentification basé sur un élément secret soit de modifier l'élément secret d'authentification, l'opérateur met en place un contrôle d'accès physique à la ressource concernée ainsi que des mesures de traçabilité des accès et de réduction du risque. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures et les raisons techniques ayant empêché la mise en place d'un mécanisme d'authentification basé sur un élément secret ou la modification de l'élément secret d'authentification.
13. Règle relative aux droits d'accès
L'opérateur d'importance vitale définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des droits d'accès aux ressources de ses systèmes d'information d'importance vitale (SIIV), et respecte les règles suivantes :
\n

14. Règle relative aux comptes d'administration
L'opérateur d'importance vitale crée des comptes (appelés comptes d'administration ) destinés aux seules personnes (appelées administrateurs) chargées d'effectuer les opérations d'administration (installation, configuration, gestion, maintenance, supervision, etc.) des ressources de ses systèmes d'information d'importance vitale (SIIV).
L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion et d'attribution des comptes d'administration de ses SIIV, et respecte les règles suivantes :
\n

- chaque SIIV est cloisonné physiquement ou logiquement vis-à-vis des autres systèmes de l'opérateur ou des systèmes tiers ;
- lorsqu'un SIIV est lui-même constitué de sous-systèmes, ceux-ci sont cloisonnés entre eux physiquement ou logiquement. Un sous-système peut être constitué pour assurer une fonctionnalité ou un ensemble homogène de fonctionnalités d'un SIIV ou encore pour isoler des ressources d'un SIIV nécessitant un même besoin de sécurité ;
- seules les interconnexions strictement nécessaires au bon fonctionnement et à la sécurité d'un SIIV sont mises en place entre le SIIV et les autres systèmes ou entre les sous-systèmes du SIIV.
\n

- l'opérateur définit les règles de filtrage des flux de données (filtrage sur adresse réseau, sur protocole, sur numéro de port, etc.) permettant de limiter autant que possible la circulation des flux aux seuls flux de données nécessaires au fonctionnement et à la sécurité de ses SIIV ;
- les flux entrants et sortants des SIIV ainsi que les flux entre sous-systèmes des SIIV sont filtrés au niveau de leurs interconnexions de manière à ne permettre que la circulation des seuls flux strictement nécessaires au fonctionnement et à la sécurité des SIIV. Les flux qui ne sont pas conformes aux règles de filtrage sont bloqués ;
- l'opérateur établit et tient à jour une liste des règles de filtrage mentionnant l'ensemble des règles en vigueur ou supprimées depuis moins d'un an. Cette liste précise pour chaque règle :
- le motif et la date de la mise en œuvre, de la modification ou de la suppression de la règle ;
- les modalités techniques de mise en œuvre de la règle.
\n

- l'accès au SIIV est protégé par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
- le mécanisme d'authentification utilisé est renforcé en mettant en œuvre une authentification à double facteur (authentification basée à la fois sur un élément secret et un autre élément propre à l'utilisateur) ;
- les équipements utilisés pour accéder au SIIV sont gérés et configurés par l'opérateur ou, le cas échéant, par le prestataire. Les mémoires de masse de ces équipements sont en permanence protégées par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information.
\n

- l'opérateur installe sur ses SIIV les seuls services et fonctionnalités qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV. L'opérateur désactive les services et les fonctionnalités qui ne sont pas indispensables, notamment ceux installés par défaut, et les désinstalle si cela est possible. Lorsque la désinstallation n'est pas possible, l'opérateur le mentionne dans le dossier d'homologation du SIIV concerné en précisant les services et fonctionnalités concernés et les mesures de réduction du risque mises en œuvre ;
- l'opérateur ne connecte à ses SIIV que des équipements, matériels périphériques et supports amovibles qu'il a dûment répertoriés et qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV ;
- les supports amovibles inscriptibles connectés aux SIIV sont utilisés exclusivement pour les besoins de ces SIIV ;
- l'opérateur procède, avant chaque utilisation de supports amovibles, à l'analyse de leur contenu, notamment à la recherche de code malveillant. L'opérateur met en place, sur les équipements auxquels sont connectés ces supports amovibles, des mécanismes de protection contre les risques d'exécution de code malveillant provenant de ces supports.
\n

20. Règle relative aux indicateurs
L'opérateur d'importance vitale évalue, pour chaque système d'information d'importance vitale (SIIV), les indicateurs suivants :
\n

- des indicateurs relatifs au maintien en conditions de sécurité des ressources :
- le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
- le pourcentage de serveurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
- le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins quinze jours à compter de la disponibilité des versions mises à jour ;
- le pourcentage de serveurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins quinze jours à compter de la disponibilité des versions mises à jour ;
- des indicateurs relatifs aux droits d'accès des utilisateurs et à l'authentification des accès aux ressources :
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes partagés ;
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes privilégiés ;
- le pourcentage de ressources dont le mécanisme d'authentification n'est pas basé sur un élément secret ou dont les éléments secrets d'authentification ne peuvent pas être modifiés par l'opérateur ;
- des indicateurs relatifs à l'administration des ressources :
\n

- le pourcentage de ressources administrées dont l'administration est effectuée à partir d'un compte non spécifique d'administration ;
- le pourcentage de ressources administrées dont l'administration ne peut pas être effectuée au travers d'une liaison réseau physique ou d'une interface d'administration physique ;
- le pourcentage de ressources administrées dont les flux d'administration ne peuvent pas être protégés par des mécanismes de chiffrement et d'authentification lorsque ces flux ne circulent pas dans le système d'information d'administration.
\n

" } }, "LEGIARTI000033523472": { "META": { "META_SPEC": { "META_ARTICLE": { "ETAT": "VIGUEUR_DIFF", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2017-01-01" } }, "META_COMMUN": { "ID": "LEGIARTI000033523472", "URL": "article/LEGI/ARTI/00/00/33/52/34/LEGIARTI000033523472.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFSCTA000030405918", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - Chapitre III : Qualification des prestataires d... (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "JORFARTI000030405950", "@num": "10", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - art. 10 (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000006417944", "@num": "226-13", "#text": "Code pénal - art. 226-13 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006070719", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000033523455", "@fin": "2999-01-01", "#text": "Annexe", "@debut": "2017-01-01" } ] }, "@cid": "JORFTEXT000033521374", "@nor": "PRMD1630592A", "@nature": "ARRETE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Arrêté du 28 novembre 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Audiovisuel et information » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000033521374", "@c_titre_court": "Arrêté du 28 novembre 2016" }, { "@fin": "2999-01-01", "#text": "Arrêté du 28 novembre 2016 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Audiovisuel et information » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2017-01-01", "@id_txt": "LEGITEXT000033523439", "@c_titre_court": "Arrêté du 28 novembre 2016" } ], "@date_publi": "2016-12-04", "@date_signature": "2016-11-28" } }, "VERSIONS": { "VERSION": [ { "@etat": "VIGUEUR_DIFF", "LIEN_ART": { "@id": "LEGIARTI000033523472", "@fin": "2999-01-01", "@etat": "VIGUEUR_DIFF", "@debut": "2017-01-01", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000033521408", "@fin": "2999-01-01", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

\n
ANNEXE I
RÈGLES DE SÉCURITÉ RELATIVES AU SOUS-SECTEUR D'ACTIVITÉS D'IMPORTANCE VITALE « AUDIOVISUEL ET INFORMATION »
1. Règle relative à la politique de sécurité des systèmes d'information

\n
2. Règle relative à l'homologation de sécurité

\n
3. Règle relative à la cartographie

\n
4. Règle relative au maintien en conditions de sécurité

\n
5. Règle relative à la journalisation

\n
6. Règle relative à la corrélation et l'analyse de journaux

\n
L'opérateur d'importance vitale met en œuvre un système de corrélation et d'analyse de journaux qui exploite les événements enregistrés par le système de journalisation installé sur chacun des systèmes d'information d'importance vitale (SIIV), afin de détecter des événements susceptibles d'affecter la sécurité des SIIV.
Le système de corrélation et d'analyse de journaux est installé et exploité sur un système d'information mis en place exclusivement à des fins de détection d'événements susceptibles d'affecter la sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet installe et exploite ce système de corrélation et d'analyse de journaux en s'appuyant sur les exigences du référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.

\n
7. Règle relative à la détection

\n
8. Règle relative au traitement des incidents de sécurité

\n
L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une procédure de traitement des incidents affectant le fonctionnement ou la sécurité de ses systèmes d'information d'importance vitale (SIIV), conformément à sa politique de sécurité des systèmes d'information.
L'opérateur ou le prestataire mandaté à cet effet procède au traitement des incidents en s'appuyant sur les exigences du référentiel en matière de réponse aux incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.
Un système d'information spécifique doit être mis en place pour traiter les incidents, notamment pour stocker les relevés techniques relatifs aux analyses des incidents. Ce système est cloisonné vis-à-vis du SIIV concerné par l'incident.
L'opérateur conserve les relevés techniques relatifs aux analyses des incidents pendant une durée d'au moins six mois. Il tient ces relevés techniques à la disposition de l'Agence nationale de la sécurité des systèmes d'information.
Les relevés techniques sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.

\n
9. Règle relative au traitement des alertes

\n
10. Règle relative à la gestion de crises

\n
La procédure précise les conditions dans lesquelles ces mesures peuvent être appliquées compte tenu des contraintes notamment techniques et organisationnelles de mise en œuvre.

\n
11. Règle relative à l'identification

\n
12. Règle relative à l'authentification

\n
13. Règle relative aux droits d'accès

\n
14. Règle relative aux comptes d'administration

\n
15. Règle relative aux systèmes d'information d'administration

\n
16. Règle relative au cloisonnement

\n
L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de cloisonnement qu'il met en place.

\n
17. Règle relative au filtrage

\n
L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de filtrage qu'il met en place.

\n
18. Règle relative aux accès à distance

\n
- l'accès au SIIV est protégé par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;
- le mécanisme d'authentification utilisé est renforcé en mettant en œuvre une authentification à double facteur (authentification basée à la fois sur un élément secret et un autre élément propre à l'utilisateur) ;
- les équipements utilisés pour accéder au SIIV sont gérés et configurés par l'opérateur ou, le cas échéant, par le prestataire. Les mémoires de masse de ces équipements sont en permanence protégées par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information.

\n
19. Règle relative à l'installation de services et d'équipements

\n
L'opérateur d'importance vitale respecte les règles suivantes lorsqu'il installe des services et des équipements sur ses systèmes d'information d'importance vitale (SIIV) :

\n
20. Règle relative aux indicateurs

\n
L'opérateur d'importance vitale évalue, pour chaque système d'information d'importance vitale (SIIV), les indicateurs suivants :

\n
- des indicateurs relatifs au maintien en conditions de sécurité des ressources :
- le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
- le pourcentage de serveurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;
- le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins 15 jours à compter de la disponibilité des versions mises à jour ;
- le pourcentage de serveurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins 15 jours à compter de la disponibilité des versions mises à jour ;
- des indicateurs relatifs aux droits d'accès des utilisateurs et à l'authentification des accès aux ressources :
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes partagés ;
- le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes privilégiés ;
- le pourcentage de ressources dont les éléments secrets d'authentification ne peuvent pas être modifiés par l'opérateur ;
- des indicateurs relatifs à l'administration des ressources :
- le pourcentage de ressources administrées dont l'administration est effectuée à partir d'un compte non spécifique d'administration ;
- le pourcentage de ressources administrées dont l'administration ne peut pas être effectuée au travers d'une liaison réseau physique ou d'une interface d'administration physique ;
- le pourcentage de ressources administrées dont les flux d'administration ne peuvent pas être protégés par des mécanismes de chiffrement et d'authentification lorsque ces flux ne circulent pas dans le système d'information d'administration.

" } }, "LEGIARTI000034206464": { "META": { "META_SPEC": { "META_ARTICLE": { "NUM": "Annexe I", "ETAT": "VIGUEUR_DIFF", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2017-04-01" } }, "META_COMMUN": { "ID": "LEGIARTI000034206464", "URL": "article/LEGI/ARTI/00/00/34/20/64/LEGIARTI000034206464.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFARTI000030405950", "@num": "10", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - art. 10 (V)", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000006417944", "@num": "226-13", "#text": "Code pénal - art. 226-13 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006070719", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000034206443", "@fin": "2999-01-01", "#text": "ANNEXES", "@debut": "2017-04-01" } ] }, "@cid": "JORFTEXT000034203192", "@nor": "PRMD1703203A", "@nature": "ARRETE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Arrêté du 10 mars 2017 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Nucléaire » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000034203192", "@c_titre_court": "Arrêté du 10 mars 2017" }, { "@fin": "2999-01-01", "#text": "Arrêté du 10 mars 2017 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Nucléaire » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2017-04-01", "@id_txt": "LEGITEXT000034206426", "@c_titre_court": "Arrêté du 10 mars 2017" } ], "@date_publi": "2017-03-17", "@date_signature": "2017-03-10" } }, "VERSIONS": { "VERSION": [ { "@etat": "VIGUEUR_DIFF", "LIEN_ART": { "@id": "LEGIARTI000034206464", "@fin": "2999-01-01", "@num": "Annexe I", "@etat": "VIGUEUR_DIFF", "@debut": "2017-04-01", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000034203231", "@fin": "2999-01-01", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

\n
\nRÈGLES DE SÉCURITÉ RELATIVES AU SOUS-SECTEUR D'ACTIVITÉS D'IMPORTANCE VITALE \" NUCLÉAIRE \"

\n
\n

\n1. Règle relative à la politique de sécurité des systèmes d'information\n

L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une politique de sécurité des systèmes d'information (PSSI).

– précise les objectifs et les orientations stratégiques en matière de sécurité des SIIV ;

– décrit l'organisation de la gouvernance de la sécurité et notamment les rôles et les responsabilités du personnel interne et du personnel externe (prestataires, fournisseurs, etc.) à l'égard de la sécurité des SIIV ;

– prévoit un plan de sensibilisation à la sécurité des SIIV au profit de l'ensemble du personnel ainsi qu'un plan de formation à la sécurité des SIIV au profit des personnes ayant des responsabilités particulières, notamment les personnes en charge de l'administration et de la sécurité des SIIV et les utilisateurs disposant de droits d'accès privilégiés aux SIIV ;

– fixe les mesures de sécurité générales, notamment en matière de contrôle du personnel interne et du personnel externe, de sécurité physique des SIIV, de gestion des ressources matérielles et logicielles, de contrôle d'accès aux SIIV, d'exploitation et d'administration des SIIV et de sécurité des ressources, des réseaux et des postes de travail ;

– définit les procédures suivantes :

– la procédure d'homologation de sécurité des SIIV ;

– les procédures de contrôle et d'audit de la sécurité des SIIV ;

– la procédure de maintien en conditions de sécurité des ressources des SIIV ;

– la procédure de traitement des incidents de sécurité ;

– les procédures de gestion de crises en cas d'attaques informatiques et de continuité d'activité.

La PSSI, ses documents d'application et les rapports sur leur mise en œuvre sont tenus à la disposition de l'Agence nationale de la sécurité des systèmes d'information.

\n2. Règle relative à l'homologation de sécurité\n

L'opérateur peut réaliser lui-même l'audit ou recourir à un prestataire qualifié dans les conditions prévues au chapitre III du décret n° 2015-350 du 27 mars 2015 précité.

L'opérateur prend la décision d'homologuer un SIIV sur la base du dossier d'homologation comportant notamment :

– l'analyse de risques et les objectifs de sécurité du SIIV ;

– les mesures de sécurité appliquées au SIIV ;

– les rapports d'audit de la sécurité du SIIV ;

– les risques résiduels et les raisons justifiant leur acceptation.

La validité de l'homologation est réexaminée par l'opérateur au moins tous les trois ans et lors de chaque événement ou évolution de nature à modifier le contexte décrit dans le dossier d'homologation. Chaque réexamen de l'homologation est consigné dans le dossier d'homologation.

\n3. Règle relative à la cartographie\n

– les noms et les fonctions des applications, supportant les activités de l'opérateur, installées sur le SIIV ;

– le cas échéant, les plages d'adresses IP de sortie du SIIV vers internet ou un réseau tiers, ou accessibles depuis ces réseaux ;

– le cas échéant, les plages d'adresses IP associées aux différents sous-réseaux composant le SIIV ;

– la description fonctionnelle et les lieux d'installation du SIIV et de ses différents sous-réseaux ;

– la description fonctionnelle des points d'interconnexion du SIIV et de ses différents sous-réseaux avec des réseaux tiers, notamment la description des équipements et des fonctions de filtrage et de protection mis en œuvre au niveau de ces interconnexions ;

– l'inventaire et l'architecture des dispositifs d'administration du SIIV permettant de réaliser notamment les opérations d'installation à distance, de mise à jour, de supervision, de gestion des configurations, d'authentification ainsi que de gestion des comptes et des droits d'accès ;

– la liste des comptes disposant de droits d'accès privilégiés (appelés \" comptes privilégiés \") au SIIV. Cette liste précise pour chaque compte le niveau et le périmètre des droits d'accès associés, notamment les comptes sur lesquels portent ces droits (comptes d'utilisateurs, comptes de messagerie, comptes de processus, etc.) ;

– l'inventaire, l'architecture et le positionnement des services de résolution de noms d'hôte, de messagerie, de relais internet et d'accès distant mis en œuvre par le SIIV.

\n4. Règle relative au maintien en conditions de sécurité\n

– l'opérateur se tient informé des vulnérabilités et des mesures correctrices de sécurité susceptibles de concerner les ressources matérielles et logicielles de ses SIIV, qui sont diffusées notamment par les fournisseurs ou les fabricants de ces ressources ou par des centres de prévention et d'alerte en matière de cybersécurité tels que le CERT-FR ( www.cert.ssi.gouv.fr) ;

– sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur installe et maintient toutes les ressources matérielles et logicielles de ses SIIV dans des versions supportées par leurs fournisseurs ou leurs fabricants et mises à jour du point de vue de la sécurité ;

– préalablement à l'installation de toute nouvelle version, l'opérateur s'assure de l'origine de cette version et de son intégrité, et analyse l'impact de cette version sur le SIIV concerné d'un point de vue technique et opérationnel ;

– dès qu'il a connaissance d'une mesure correctrice de sécurité concernant une de ses ressources, et sauf en cas de difficultés techniques ou opérationnelles justifiées, l'opérateur en planifie l'installation après avoir effectué les vérifications mentionnées à l'alinéa précédent, et procède à cette installation dans les délais prévus par cette procédure ;

– lorsque des raisons techniques ou opérationnelles le justifient, l'opérateur peut décider, pour certaines ressources de ses SIIV, de ne pas installer une version supportée par le fournisseur ou le fabricant de la ressource concernée ou de ne pas installer une mesure correctrice de sécurité. Dans ce cas, l'opérateur met en œuvre des mesures techniques ou organisationnelles prévues par cette procédure pour réduire les risques liés à l'utilisation d'une version obsolète ou comportant des vulnérabilités connues. L'opérateur décrit dans le dossier d'homologation du SIIV concerné ces mesures de réduction des risques et les raisons techniques ou opérationnelles ayant empêché l'installation d'une version supportée ou d'une mesure correctrice de sécurité.

\n5. Règle relative à la journalisation\n

Le système de journalisation porte sur les équipements suivants lorsqu'ils génèrent les événements mentionnés au 1er alinéa :

– les serveurs applicatifs supportant les activités d'importance vitale ;

– les serveurs d'infrastructure système ;

– les serveurs d'infrastructure réseau ;

– les équipements de sécurité ;

– les postes d'ingénierie et de maintenance des systèmes industriels ;

– les équipements réseau ;

– les postes d'administration.

\n6. Règle relative à la corrélation et l'analyse de journaux\n

L'opérateur ou le prestataire mandaté à cet effet installe et exploite ce système de corrélation et d'analyse de journaux en s'appuyant sur les exigences du référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.

\n7. Règle relative à la détection\n

Les systèmes de détection qualifiés de ce type sont choisis parmi ceux figurant sur la liste prévue à l'article R. 1332-41-9 du code de la défense.

\n8. Règle relative au traitement des incidents de sécurité\n

L'opérateur ou le prestataire mandaté à cet effet procède au traitement des incidents en s'appuyant sur les exigences du référentiel en matière de réponse aux incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité nationale.

\n9. Règle relative au traitement des alertes\n

\n10. Règle relative à la gestion de crises\n

– appliquer une configuration système afin d'éviter les attaques ou d'en limiter les effets. Cette configuration peut viser notamment :

– à proscrire l'utilisation de supports de stockage amovibles ou la connexion d'équipements nomades aux systèmes d'information de l'opérateur ;

– à installer une mesure correctrice de sécurité sur un système d'information particulier ;

– à imposer un protocole de routage ;

– mettre en place des règles de filtrage sur les réseaux ou des configurations particulières sur les équipements terminaux. Cette mesure peut viser notamment :

– à effectuer des restrictions d'accès sous forme de listes blanches et de listes noires d'utilisateurs ;

– à bloquer les échanges de fichiers d'un type particulier ;

– à isoler de tout réseau des sites internet, des applications, ou des équipements informatiques de l'opérateur en sollicitant le cas échéant l'appui des opérateurs publics de communications électroniques ;
\n– isoler du réseau internet les systèmes d'information de l'opérateur. Cette mesure impose de déconnecter physiquement ou logiquement les interfaces réseau des systèmes d'information concernés.

La procédure précise les conditions dans lesquelles ces mesures peuvent être appliquées compte tenu des contraintes notamment techniques et organisationnelles de mise en œuvre.

\n11. Règle relative à l'identification\n

L'opérateur désactive sans délai les comptes qui ne sont plus nécessaires.

\n12. Règle relative à l'authentification\n

L'opérateur définit, conformément à sa politique de sécurité des systèmes d'information, les règles de gestion des éléments secrets d'authentification mis en œuvre dans ses SIIV.

– l'opérateur doit modifier les éléments secrets d'authentification lorsqu'ils ont été installés par le fabricant ou le fournisseur de la ressource, avant sa mise en service. A cet effet, l'opérateur s'assure auprès du fabricant ou du fournisseur qu'il dispose des moyens et des droits permettant de réaliser ces opérations ;

– l'élément secret d'authentification d'un compte partagé doit être renouvelé régulièrement et à chaque retrait d'un utilisateur de ce compte ;

– les utilisateurs qui n'en ont pas la responsabilité, ne peuvent pas modifier les éléments secrets d'authentification. Ils ne peuvent pas non plus accéder à ces éléments en clair ;

– lorsque les éléments secrets d'authentification sont des mots de passe, les utilisateurs ne doivent pas les réutiliser entre comptes privilégiés ou entre un compte privilégié et un compte non privilégié ;

– lorsque les éléments secrets d'authentification sont des mots de passe, ceux-ci sont conformes aux règles de l'art telles que celles préconisées par l'Agence nationale de la sécurité des systèmes d'information, en matière de complexité (longueur du mot de passe et types de caractères), en tenant compte du niveau de complexité maximal permis par la ressource concernée, et en matière de renouvellement.

\n13. Règle relative aux droits d'accès\n

– l'opérateur n'attribue à un utilisateur ou à un processus automatique les droits d'accès à une ressource que si cet accès est strictement nécessaire à l'exercice des missions de l'utilisateur ou au fonctionnement du processus automatique ;

– l'opérateur définit les accès aux différentes fonctionnalités de cette ressource et en attribue les droits uniquement aux utilisateurs et aux processus automatiques qui en ont strictement le besoin ;

– les droits d'accès sont révisés périodiquement, au moins tous les ans, par l'opérateur. Cette révision porte sur les liens entre les comptes, les droits d'accès associés et les ressources ou les fonctionnalités qui en font l'objet ;

– l'opérateur établit et tient à jour la liste des comptes privilégiés. Toute modification d'un compte privilégié (ajout, suppression, suspension ou modification des droits associés) fait l'objet d'un contrôle formel de l'opérateur destiné à vérifier que les droits d'accès aux ressources et fonctionnalités sont attribués selon le principe du moindre privilège (seuls les droits strictement nécessaires sont accordés) et en cohérence avec les besoins d'utilisation du compte.

\n14. Règle relative aux comptes d'administration\n

– l'attribution des droits aux administrateurs respecte le principe du moindre privilège. En particulier, afin de limiter la portée de ces droits individuels, ils sont attribués à chaque administrateur en les restreignant autant que possible au périmètre fonctionnel et technique dont cet administrateur est responsable ;

– un compte d'administration est utilisé exclusivement pour se connecter à un système d'information d'administration (système d'information utilisé pour les opérations d'administration des ressources) ou à une ressource administrée ;

– les opérations d'administration sont effectuées exclusivement à partir de comptes d'administration, et inversement, les comptes d'administration sont utilisés exclusivement pour les opérations d'administration ;

– lorsque l'administration d'une ressource ne peut pas techniquement être effectuée à partir d'un compte spécifique d'administration, l'opérateur met en place des mesures permettant d'assurer la traçabilité et le contrôle des opérations d'administration réalisées sur cette ressource et des mesures de réduction du risque lié à l'utilisation d'un compte non spécifique à l'administration. Il décrit dans le dossier d'homologation du SIIV concerné ces mesures ainsi que les raisons techniques ayant empêché l'utilisation d'un compte d'administration ;

– l'opérateur établit et tient à jour la liste des comptes d'administration de ses SIIV et les gère en tant que comptes privilégiés.

\n15. Règle relative aux systèmes d'information d'administration\n

– les ressources matérielles et logicielles des systèmes d'information d'administration sont gérées et configurées par l'opérateur ou, le cas échéant, par le prestataire qu'il a mandaté pour réaliser les opérations d'administration ;

– les ressources matérielles et logicielles des systèmes d'information d'administration sont utilisées exclusivement pour réaliser des opérations d'administration. Cependant, lorsque des raisons techniques ou organisationnelles le justifient, le poste de travail physique de l'administrateur peut être utilisé pour réaliser des opérations autres que des opérations d'administration. Dans ce cas, des mécanismes de durcissement du système d'exploitation du poste de travail et de cloisonnement doivent être mis en place pour permettre d'isoler l'environnement logiciel utilisé pour ces autres opérations de l'environnement logiciel utilisé pour les opérations d'administration ;

– un environnement logiciel utilisé pour effectuer des opérations d'administration ne doit pas être utilisé à d'autres fins, comme l'accès à des sites ou serveurs de messagerie sur internet ;

– un utilisateur ne doit pas se connecter à un système d'information d'administration au moyen d'un environnement logiciel utilisé pour d'autres fonctions que des opérations d'administration ;

– les flux de données associés à des opérations autres que des opérations d'administration doivent, lorsqu'ils transitent sur les systèmes d'information d'administration, être cloisonnés au moyen de mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;

– les systèmes d'information d'administration sont connectés aux ressources à administrer au travers d'une liaison réseau physique utilisée exclusivement pour les opérations d'administration. Ces ressources sont administrées au travers de leur interface d'administration physique. Lorsque des raisons techniques empêchent d'administrer une ressource au travers d'une liaison réseau physique ou de son interface d'administration physique, l'opérateur met en œuvre des mesures de réduction du risque telles que des mesures de sécurité logique. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;

– lorsqu'ils ne circulent pas dans le système d'information d'administration, les flux d'administration sont protégés par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information. Si le chiffrement et l'authentification de ces flux ne sont pas possibles pour des raisons techniques, l'opérateur met en œuvre des mesures permettant de protéger ces flux en confidentialité et en intégrité et de renforcer le contrôle et la traçabilité des opérations d'administration. Dans ce cas, il décrit ces mesures et leurs justificatifs dans le dossier d'homologation du SIIV concerné ;

– les journaux enregistrant les événements générés par les ressources utilisées par les administrateurs ne contiennent aucun mot de passe en clair ou sous forme de condensat.

\n16. Règle relative au cloisonnement\n

– chaque SIIV est cloisonné physiquement ou logiquement vis-à-vis des autres systèmes de l'opérateur ou des systèmes tiers ;

– lorsqu'un SIIV est lui-même constitué de sous-systèmes, ceux-ci sont cloisonnés entre eux physiquement ou logiquement. Un sous-système peut être constitué pour assurer une fonctionnalité ou un ensemble homogène de fonctionnalités d'un SIIV ou encore pour isoler des ressources d'un SIIV nécessitant un même besoin de sécurité ;

– seules les interconnexions strictement nécessaires au bon fonctionnement et à la sécurité d'un SIIV sont mises en place entre le SIIV et les autres systèmes ou entre les sous-systèmes du SIIV.

L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de cloisonnement qu'il met en place.

\n17. Règle relative au filtrage\n

– l'opérateur définit les règles de filtrage des flux de données (filtrage sur adresse réseau, sur protocole, sur numéro de port, etc.) permettant de limiter autant que possible la circulation des flux aux seuls flux de données nécessaires au fonctionnement et à la sécurité de ses SIIV ;

– les flux entrants et sortants des SIIV ainsi que les flux entre sous-systèmes des SIIV sont filtrés au niveau de leurs interconnexions de manière à ne permettre que la circulation des seuls flux strictement nécessaires au fonctionnement et à la sécurité des SIIV. Les flux qui ne sont pas conformes aux règles de filtrage sont bloqués ;

– l'opérateur établit et tient à jour une liste des règles de filtrage mentionnant l'ensemble des règles en vigueur ou supprimées depuis moins d'un an. Cette liste précise pour chaque règle :

– le motif et la date de la mise en œuvre, de la modification ou de la suppression de la règle ;

– les modalités techniques de mise en œuvre de la règle.

L'opérateur décrit dans le dossier d'homologation de chaque SIIV les mécanismes de filtrage qu'il met en place.

\n18. Règle relative aux accès à distance\n

– l'accès au SIIV est protégé par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information ;

– le mécanisme d'authentification utilisé est renforcé en mettant en œuvre une authentification à double facteur (authentification basée à la fois sur un élément secret et un autre élément propre à l'utilisateur) ;

– les équipements utilisés pour accéder au SIIV sont gérés et configurés par l'opérateur ou, le cas échéant, par le prestataire. Les mémoires de masse de ces équipements sont en permanence protégées par des mécanismes de chiffrement et d'authentification conformes aux règles préconisées par l'Agence nationale de la sécurité des systèmes d'information.

\n19. Règle relative à l'installation de services et d'équipements\n

L'opérateur d'importance vitale respecte les règles suivantes lorsqu'il installe des services et des équipements sur ses systèmes d'information d'importance vitale (SIIV) :

– l'opérateur installe sur ses SIIV les seuls services et fonctionnalités qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV. L'opérateur désactive les services et les fonctionnalités qui ne sont pas indispensables, notamment ceux installés par défaut, et les désinstalle si cela est possible. Lorsque la désinstallation n'est pas possible, l'opérateur le mentionne dans le dossier d'homologation du SIIV concerné en précisant les services et fonctionnalités concernés et les mesures de réduction du risque mises en œuvre ;

– l'opérateur ne connecte à ses SIIV que des équipements, matériels périphériques et supports amovibles qu'il a dûment répertoriés et qui sont indispensables au fonctionnement ou à la sécurité de ses SIIV ;
\n– les supports amovibles inscriptibles connectés aux SIIV sont utilisés exclusivement pour les besoins de ces SIIV ;

– l'opérateur procède, avant chaque utilisation de supports amovibles, à l'analyse de leur contenu, notamment à la recherche de code malveillant. L'opérateur met en place, sur les équipements auxquels sont connectés ces supports amovibles, des mécanismes de protection contre les risques d'exécution de code malveillant provenant de ces supports.

\n20. Règle relative aux indicateurs\n

L'opérateur d'importance vitale évalue, pour chaque système d'information d'importance vitale (SIIV), les indicateurs suivants :

– des indicateurs relatifs au maintien en conditions de sécurité des ressources :

– le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;

– le pourcentage de serveurs dont les ressources systèmes ne sont pas installées dans une version supportée par le fournisseur ou le fabricant ;

– le pourcentage de postes utilisateurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins 15 jours à compter de la disponibilité des versions mises à jour ;

– le pourcentage de serveurs dont les ressources systèmes ne sont pas mises à jour ou corrigées du point de vue de la sécurité depuis au moins 15 jours à compter de la disponibilité des versions mises à jour ;

– des indicateurs relatifs aux droits d'accès des utilisateurs et à l'authentification des accès aux ressources :

– le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes partagés ;

– le pourcentage d'utilisateurs accédant au SIIV au moyen de comptes privilégiés ;

– le pourcentage de ressources dont le mécanisme d'authentification n'est pas basé sur un élément secret ou dont les éléments secrets d'authentification ne peuvent pas être modifiés par l'opérateur ;

– des indicateurs relatifs à l'administration des ressources :

– le pourcentage de ressources administrées dont l'administration est effectuée à partir d'un compte non spécifique d'administration ;

– le pourcentage de ressources administrées dont l'administration ne peut pas être effectuée au travers d'une liaison réseau physique ou d'une interface d'administration physique ;

– le pourcentage de ressources administrées dont les flux d'administration ne peuvent pas être protégés par des mécanismes de chiffrement et d'authentification lorsque ces flux ne circulent pas dans le système d'information d'administration.

Les indicateurs ainsi réunis sont des documents confidentiels susceptibles de contenir des informations dont la révélation est réprimée par les dispositions de l'article 226-13 du code pénal. Ils sont, le cas échéant, couverts par le secret de la défense nationale.

L'opérateur communique, une fois par an, à l'Agence nationale de la sécurité des systèmes d'information, ces indicateurs mis à jour, selon le moyen approprié à la sensibilité des informations déclarées.

" } }, "LEGIARTI000036942828": { "META": { "META_SPEC": { "META_ARTICLE": { "NUM": "R1332-41-7", "ETAT": "VIGUEUR", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2018-05-26" } }, "META_COMMUN": { "ID": "LEGIARTI000036942828", "URL": "article/LEGI/ARTI/00/00/36/94/28/LEGIARTI000036942828.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFTEXT000030405903", "#text": "DÉCRET n° 2015-350 du 27 mars 2015", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000036940841", "@num": "29", "#text": "Décret n°2018-384 du 23 mai 2018 - art. 29", "@sens": "cible", "@cidtexte": "JORFTEXT000036939971", "@nortexte": "PRMD1809740D", "@numtexte": "2018-384", "@typelien": "MODIFIE", "@naturetexte": "DECRET", "@datesignatexte": "2018-05-23" }, { "@id": "LEGIARTI000028342852", "@num": "L1332-6-1", "#text": "Code de la défense. - art. L1332-6-1", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407691", "@num": "R1332-41-8", "#text": "Code de la défense. - art. R1332-41-8 (V)", "@sens": "cible", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9 (V)", "@sens": "cible", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TM": { "TM": { "TM": { "TM": { "TM": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000030407687", "@fin": "2999-01-01", "#text": "Sous-section 3 : Qualification des systèmes de détection et des prestataires de service exploitant ces systèmes", "@debut": "2015-03-30" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000030407669", "@fin": "2999-01-01", "#text": "Section 7 bis : Dispositions spécifiques à la sécurité des systèmes d'information", "@debut": "2015-03-30" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006167383", "@fin": "2999-01-01", "#text": "Chapitre II : Protection des installations d'importance vitale", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006151856", "@fin": "2999-01-01", "#text": "TITRE III : DÉFENSE ÉCONOMIQUE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006138084", "@fin": "2999-01-01", "#text": "LIVRE III : MISE EN ŒUVRE DE LA DÉFENSE NON MILITAIRE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006121317", "@fin": "2999-01-01", "#text": "PARTIE 1 : PRINCIPES GÉNÉRAUX DE LA DÉFENSE", "@debut": "2007-04-24" } ] }, "TITRE_TM": [ { "@id": "LEGISCTA000006098226", "@fin": "2999-01-01", "#text": "Partie réglementaire", "@debut": "2007-04-24" } ] }, "@cid": "LEGITEXT000006071307", "@nature": "CODE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Code de la défense", "@debut": "2004-12-21", "@id_txt": "LEGITEXT000006071307", "@c_titre_court": "Code de la défense." } ], "@date_publi": "2999-01-01", "@date_signature": "2999-01-01" } }, "VERSIONS": { "VERSION": [ { "@etat": "MODIFIE", "LIEN_ART": { "@id": "LEGIARTI000030407689", "@fin": "2018-05-26", "@num": "R1332-41-7", "@etat": "MODIFIE", "@debut": "2015-03-30", "@origine": "LEGI" } }, { "@etat": "VIGUEUR", "LIEN_ART": { "@id": "LEGIARTI000036942828", "@fin": "2999-01-01", "@num": "R1332-41-7", "@etat": "VIGUEUR", "@debut": "2018-05-26", "@origine": "LEGI" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

\n
\n
\n
" } }, "LEGIARTI000036942835": { "META": { "META_SPEC": { "META_ARTICLE": { "NUM": "Annexe I", "ETAT": "VIGUEUR", "TYPE": "AUTONOME", "DATE_FIN": "2999-01-01", "DATE_DEBUT": "2018-05-26" } }, "META_COMMUN": { "ID": "LEGIARTI000036942835", "URL": "article/LEGI/ARTI/00/00/36/94/28/LEGIARTI000036942835.xml", "NATURE": "Article", "ORIGINE": "LEGI" } }, "LIENS": { "LIEN": [ { "@id": "JORFARTI000030405950", "@num": "10", "#text": "DÉCRET n°2015-350 du 27 mars 2015 - art. 10", "@sens": "source", "@cidtexte": "JORFTEXT000030405903", "@nortexte": "PRMD1502903D", "@numtexte": "2015-350", "@typelien": "CITATION", "@naturetexte": "DECRET", "@datesignatexte": "2015-03-27" }, { "@id": "LEGIARTI000036940841", "@num": "29", "#text": "Décret n°2018-384 du 23 mai 2018 - art. 29", "@sens": "cible", "@cidtexte": "JORFTEXT000036939971", "@nortexte": "PRMD1809740D", "@numtexte": "2018-384", "@typelien": "MODIFIE", "@naturetexte": "DECRET", "@datesignatexte": "2018-05-23" }, { "@id": "LEGIARTI000006417944", "@num": "226-13", "#text": "Code pénal - art. 226-13", "@sens": "source", "@cidtexte": "LEGITEXT000006070719", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407679", "@num": "R1332-41-3", "#text": "Code de la défense. - art. R1332-41-3", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" }, { "@id": "LEGIARTI000030407693", "@num": "R1332-41-9", "#text": "Code de la défense. - art. R1332-41-9", "@sens": "source", "@cidtexte": "LEGITEXT000006071307", "@typelien": "CITATION", "@naturetexte": "CODE", "@datesignatexte": "2999-01-01" } ] }, "CONTEXTE": { "TEXTE": { "TM": { "TITRE_TM": [ { "@id": "LEGISCTA000034206443", "@fin": "2999-01-01", "#text": "ANNEXES", "@debut": "2017-04-01" } ] }, "@cid": "JORFTEXT000034203192", "@nor": "PRMD1703203A", "@nature": "ARRETE", "TITRE_TXT": [ { "@fin": "2999-01-01", "#text": "Arrêté du 10 mars 2017 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Nucléaire » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2999-01-01", "@id_txt": "JORFTEXT000034203192", "@c_titre_court": "Arrêté du 10 mars 2017" }, { "@fin": "2999-01-01", "#text": "Arrêté du 10 mars 2017 fixant les règles de sécurité et les modalités de déclaration des systèmes d'information d'importance vitale et des incidents de sécurité relatives au sous-secteur d'activités d'importance vitale « Nucléaire » et pris en application des articles R. 1332-41-1, R. 1332-41-2 et R. 1332-41-10 du code de la défense", "@debut": "2017-04-01", "@id_txt": "LEGITEXT000034206426", "@c_titre_court": "Arrêté du 10 mars 2017" } ], "@date_publi": "2017-03-17", "@date_signature": "2017-03-10", "@num_parution_jo": "0065" } }, "VERSIONS": { "VERSION": [ { "@etat": "MODIFIE", "LIEN_ART": { "@id": "LEGIARTI000034206464", "@fin": "2018-05-26", "@num": "Annexe I", "@etat": "MODIFIE", "@debut": "2017-04-01", "@origine": "LEGI" } }, { "@etat": "VIGUEUR", "LIEN_ART": { "@id": "LEGIARTI000036942835", "@fin": "2999-01-01", "@num": "Annexe I", "@etat": "VIGUEUR", "@debut": "2018-05-26", "@origine": "LEGI" } }, { "LIEN_ART": { "@id": "JORFARTI000034203231", "@fin": "2999-01-01", "@debut": "2999-01-01", "@origine": "JORF" } } ] }, "BLOC_TEXTUEL": { "CONTENU": "

\n
\nRÈGLES DE SÉCURITÉ RELATIVES AU SOUS-SECTEUR D'ACTIVITÉS D'IMPORTANCE VITALE \" NUCLÉAIRE \"

1. Règle relative à la politique de sécurité des systèmes d'information

L'opérateur d'importance vitale élabore, tient à jour et met en œuvre une politique de sécurité des systèmes d'information (PSSI).

– précise les objectifs et les orientations stratégiques en matière de sécurité des SIIV ;

– définit les procédures suivantes :

– la procédure d'homologation de sécurité des SIIV ;

– les procédures de contrôle et d'audit de la sécurité des SIIV ;

– la procédure de maintien en conditions de sécurité des ressources des SIIV ;

– la procédure de traitement des incidents de sécurité ;

– les procédures de gestion de crises en cas d'attaques informatiques et de continuité d'activité.

La PSSI, ses documents d'application et les rapports sur leur mise en œuvre sont tenus à la disposition de l'Agence nationale de la sécurité des systèmes d'information.

2. Règle relative à l'homologation de sécurité

L'opérateur peut réaliser lui-même l'audit ou recourir à un prestataire qualifié dans les conditions prévues au chapitre III du décret n° 2015-350 du 27 mars 2015 précité.

L'opérateur prend la décision d'homologuer un SIIV sur la base du dossier d'homologation comportant notamment :

– l'analyse de risques et les objectifs de sécurité du SIIV ;

– les mesures de sécurité appliquées au SIIV ;

– les rapports d'audit de la sécurité du SIIV ;

– les risques résiduels et les raisons justifiant leur acceptation.

3. Règle relative à la cartographie

– les noms et les fonctions des applications, supportant les activités de l'opérateur, installées sur le SIIV ;

– le cas échéant, les plages d'adresses IP de sortie du SIIV vers internet ou un réseau tiers, ou accessibles depuis ces réseaux ;

– le cas échéant, les plages d'adresses IP associées aux différents sous-réseaux composant le SIIV ;

– la description fonctionnelle et les lieux d'installation du SIIV et de ses différents sous-réseaux ;

– l'inventaire, l'architecture et le positionnement des services de résolution de noms d'hôte, de messagerie, de relais internet et d'accès distant mis en œuvre par le SIIV.

4. Règle relative au maintien en conditions de sécurité

5. Règle relative à la journalisation

Le système de journalisation porte sur les équipements suivants lorsqu'ils génèrent les événements mentionnés au 1er alinéa :

– les serveurs applicatifs supportant les activités d'importance vitale ;

– les serveurs d'infrastructure système ;

– les serveurs d'infrastructure réseau ;

– les équipements de sécurité ;

– les postes d'ingénierie et de maintenance des systèmes industriels ;

– les équipements réseau ;

– les postes d'administration.

6. Règle relative à la corrélation et l'analyse de journaux

7. Règle relative à la détection

Les systèmes de détection qualifiés de ce type sont choisis parmi ceux figurant sur la liste prévue à l'article R. 1332-41-9 du code de la défense.

Ces systèmes de détection sont exploités selon les règles fixées par le référentiel en matière de détection des incidents de sécurité prévu à l'article 10 du décret n° 2015-350 du 27 mars 2015 relatif à la qualification des produits de sécurité et des prestataires de service de confiance pour les besoins de la sécurité des systèmes d'information. Ils sont exploités par un service de l'Etat ou un prestataire qualifié à cet effet dans les conditions prévues par le décret précité.

Article R1332-41-9 AUTONOME VIGUEUR, en vigueur depuis le 30/03/2015 (Code de la défense)