Démonstration

Étape 1 · ISO/IEC 27005:2022, article 6

Critères de risque ISO 27005 : établir le contexte avant toute analyse

Avant de lister le moindre risque, la norme demande de fixer le cadre : sur quoi porte l'analyse, à quelles exigences l'organisation est tenue, comment elle mesurera un risque et à partir de quel niveau elle refusera de le garder. Ces décisions, prises une fois et réutilisées ensuite, font qu'une analyse est comparable à la suivante.

Mis à jour le · 7 min de lecture

Article
6, Établissement du contexte
Participants
Direction, RSSI, responsables métiers, DSI, juridique
Livrables
Périmètre, exigences, critères de risque, méthode
Chapitres du guide
  1. Appliquer ISO 27005
  2. Contexte et critères de risque
  3. Identifier les risques
  4. Analyser les risques
  5. Évaluer les risques
  6. Traiter les risques
  7. Surveiller et revoir
  8. ISO 27001 et ISO 31000
  9. ISO 27005 et EBIOS RM
  10. Glossaire

En bref

  1. L'article 6 couvre quatre sujets : les considérations organisationnelles, les exigences fondamentales des parties intéressées, la façon d'appliquer l'appréciation des risques et les critères de risque, avant le choix d'une méthode.

  2. Les critères se divisent en deux familles : les critères d'acceptation des risques (paragraphe 6.4.2) et les critères pour réaliser l'appréciation (paragraphe 6.4.3), c'est-à-dire les échelles de conséquences, de vraisemblance et de niveau de risque.

  3. ISO/IEC 27001 exige que ces critères soient établis et tenus à jour, et que des appréciations répétées donnent des résultats cohérents, valides et comparables (clause 6.1.2).

  4. Les critères d'acceptation se décident avec la direction : ils traduisent ce que l'organisation est prête à supporter, pas ce que l'équipe sécurité juge raisonnable.

  5. L'annexe A de la norme donne des exemples de critères. Ce sont des exemples : chaque organisation écrit les siens.

Délimiter le périmètre et comprendre l’organisation

Le premier paragraphe de l'article 6 porte sur les considérations organisationnelles : les objectifs de l'organisation, ses activités, sa structure, ce qui dépend du système d'information. C'est là que l'on décide sur quoi portera l'appréciation. Dans une démarche ISO 27001, le périmètre de l'analyse suit celui du système de management de la sécurité de l'information (SMSI) ; hors certification, il peut s'agir d'un métier, d'un site ou d'une application.

  • Ce qui est dans le périmètre : activités, processus, sites, systèmes, et ce qui en est exclu avec la raison de l'exclusion.
  • Ce qui a de la valeur : les informations et les processus dont dépend l'activité. Exprimer leurs besoins de sécurité, par exemple avec les critères DICP, prépare l'identification des risques.
  • Les interfaces : prestataires, hébergeurs, clients connectés, tout ce qui franchit la limite du périmètre.
  • Les rôles : qui pilote l'appréciation, qui y contribue, qui décide.

Recenser les exigences des parties intéressées

Le deuxième paragraphe demande d'identifier les exigences fondamentales des parties intéressées. Certaines mesures de sécurité ne se discutent pas : elles découlent d'une loi, d'un contrat ou d'un engagement, quel que soit le résultat de l'analyse. Les connaître dès le départ évite de les redécouvrir au moment du traitement.

Exemples d'exigences à recenser
OrigineExemplesEffet sur l’analyse
Lois et règlementsRGPD, directive NIS 2 et sa transposition, règles sectoriellesMesures obligatoires, délais de notification, conséquences juridiques à intégrer aux échelles
Contrats et clientsClauses de sécurité, exigences de certification, plans de continuité demandésNiveaux de service à tenir, pénalités à compter dans les conséquences
Référentiels choisisISO/IEC 27001, politique de sécurité interne, guide d’hygièneSocle de mesures attendu, à comparer à ce qui existe
Parties internesDirection, actionnaires, représentants du personnelAppétence pour le risque, priorités d'investissement

Les utilisateurs d'EBIOS Risk Manager reconnaîtront le socle de sécurité de l'atelier 1 : le Club EBIOS le rapproche directement de cette étape de la norme. Le chapitre ISO 27005 et EBIOS RM détaille la correspondance.

Fixer les critères de risque

C'est le cœur de l'étape, traité par le paragraphe 6.4 de la norme. ISO/IEC 27001 (clause 6.1.2) demande que le processus d'appréciation établisse et tienne à jour des critères de risque, qui comprennent les critères d'acceptation et les critères de réalisation des appréciations. ISO/IEC 27005 reprend cette division.

Schéma des critères de risque. À gauche, deux échelles de 1 à 4 : conséquences (limitées, significatives, graves, critiques) et vraisemblance (très faible, faible, forte, très forte). Au centre, une grille quatre par quatre combine les deux en trois niveaux de risque : faible en vert, moyen en jaune, élevé en rouge. À droite, les critères d'acceptation : un risque faible est accepté par son propriétaire, un risque moyen est traité ou accepté sur décision motivée du comité, un risque élevé doit être traité. Une mention rappelle que ces échelles sont un exemple : la norme ne les impose pas.
Les critères de risque : deux échelles pour mesurer, une grille pour combiner, des seuils pour décider.

Les critères pour réaliser l’appréciation

  • Une échelle de conséquences. Chaque niveau est décrit en termes que les métiers comprennent : arrêt de production en jours, perte financière, manquement contractuel ou réglementaire, atteinte aux personnes ou à la réputation. La norme parle de « conséquences », le terme d'ISO 31000, là où l'usage dit souvent « impact » ou « gravité ».
  • Une échelle de vraisemblance. Chaque niveau s'appuie sur des éléments observables : fréquence d'événements comparables, exposition, facilité de réalisation, mesures déjà en place.
  • Une règle pour déterminer le niveau de risque. Le plus souvent une grille qui croise les deux échelles (voir notre article sur la matrice des risques), parfois un calcul.

Les critères d’acceptation

Ils disent à partir de quel niveau un risque doit être traité, qui peut accepter quoi, et à quelles conditions. Un critère d'acceptation peut comporter plusieurs seuils, et prévoir qu'un risque au-dessus du seuil soit accepté par un niveau hiérarchique plus élevé, pour une durée limitée ou sous réserve d'un engagement de traitement. Ces règles expriment l'appétence pour le risque de l'organisation : elles se valident avec la direction, par écrit.

Choisir une méthode adaptée

L'article 6 se termine par le choix d'une méthode appropriée. La norme n'en recommande aucune. Ce qui compte est que la méthode soit cohérente avec les critères retenus et qu'elle produise des résultats reproductibles. Trois questions aident à choisir.

  • Quelle approche d'identification ? Par événements, par actifs, ou les deux : le chapitre suivant les compare.
  • Quel type d'analyse ? Qualitative, semi-quantitative ou quantitative, selon les données dont vous disposez.
  • Quelle méthode existante ? En France, EBIOS Risk Manager est la plus répandue et l'ANSSI la déclare conforme à ISO/IEC 27005:2022. Une méthode interne convient aussi, si elle est écrite et appliquée de la même façon partout.

Fil rouge : le contexte de Mécanique Vauclair

Échelles retenues par Mécanique Vauclair (exemple fictif)
NiveauConséquencesVraisemblance
1Limitées : gêne interne, aucun retard de livraisonTrès faible : aucun cas connu dans le secteur, plusieurs barrières à franchir
2Significatives : arrêt d'un poste ou retard de moins de trois joursFaible : déjà vu dans le secteur, demande des moyens ou un concours de circonstances
3Graves : arrêt de l'atelier de trois à dix jours, pénalités contractuellesForte : déjà subi par des entreprises comparables, peu de barrières
4Critiques : arrêt de plus de dix jours, fuite de plans d'un client, perte du contratTrès forte : tentatives déjà constatées chez Vauclair, réalisable sans compétence particulière

Questions fréquentes

Qu'est-ce qu'un critère de risque dans ISO 27005 ?

C'est une référence fixée à l'avance pour apprécier un risque et décider quoi en faire. La norme distingue les critères d'acceptation des risques, qui disent quels risques l'organisation accepte de garder, et les critères pour réaliser l'appréciation, c'est-à-dire les échelles de conséquences et de vraisemblance et la règle qui en tire un niveau de risque.

Qui doit valider les critères d’acceptation des risques ?

La direction. Les critères d'acceptation traduisent le niveau de risque que l'organisation est prête à supporter : c'est une décision de gestion, pas une décision technique. Le RSSI les propose et les explique, la direction les arrête et les revoit quand le contexte change.

Combien de niveaux faut-il dans une échelle ?

La norme ne fixe pas de nombre. Les échelles à quatre niveaux sont courantes parce qu'elles évitent le refuge dans la valeur médiane ; trois ou cinq niveaux conviennent aussi. Ce qui compte est que chaque niveau soit défini par des éléments concrets et que la même échelle serve à toutes les appréciations.

Peut-on modifier les critères en cours de route ?

Oui, mais pas pendant une appréciation. ISO/IEC 27001 demande de les tenir à jour : on les revoit quand le contexte, les obligations ou la stratégie changent. Un changement de critères doit être daté et validé, et les risques déjà appréciés sont alors réexaminés avec les nouveaux critères.

Sources

Ce chapitre résume et reformule les publications officielles ci-dessous. En cas de doute, le texte officiel fait foi.

Une plateforme et un service qui s'adaptent à vous

Notre plateforme est conçue pour un paramétrage très fin et une large capacité d'adaptation à vos besoins.