|
Les exigences de sécurité fonctionnelles représentent
les moyens d’atteindre les objectifs de sécurité et donc de traiter les
risques informationnels afférents. Ils doivent être déterminés par ou avec la
maîtrise d’oeuvre (il est possible d'utiliser les exigences de sécurité
fonctionnelles génériques et le tableau de détermination des objectifs
et exigences de sécurité du guide "Outillage pour le traitement des
risques SSI" pour lister les exigences de sécurité fonctionnelles
susceptibles de satisfaire les objectifs de sécurité couvrant les
vulnérabilités identifiées).
Pour réduire les risques informationnels, le tableau suivant
présente, à titre indicatif, les principaux types de mesures de sécurité
spécifiées par les exigences de sécurité fonctionnelles en fonction des
composantes des risques. Ce tableau constitue une aide à la détermination des
exigences de sécurité fonctionnelles. En effet, il permet de ne pas
oublier de considérer les différents types de mesures possibles.
Les exigences fonctionnelles de sécurité contribuent
au traitement des risques informationnels, qui peut non seulement consister à les
réduire, mais aussi à les refuser, les transférer ou les prendre.
Le refus d'un risque sera représenté par des
exigences fonctionnelles de sécurité portant sur une modification
structurelle de la situation du système cible de telle sorte qu'il ne
soit plus exposé au risque.
Le transfert d'un risque sera représenté par des
exigences fonctionnelles de sécurité spécifiques telles que le recours à
des contrats d'assurance ou de sous-traitance.
La prise de risque sera représentée par l'absence
d'exigence fonctionnelle de sécurité ou la satisfaction incomplète des
objectifs de sécurité. Des risques résiduels seront donc identifiés.
Les exigences fonctionnelles sont imposées aux
fonctions du système cible qui supportent tout particulièrement la
sécurité des technologies de l'information et qui déterminent le
comportement voulu en terme de sécurité, ainsi qu’à l’environnement du
système cible.
Ces exigences fonctionnelles peuvent être issues de
l'ISO/IEC 15408 (Critères Communs) ou créées de toute pièce. Il est
fortement recommandé de ne créer de toute pièce une exigence
fonctionnelle que s'il s'avère qu'elle traite d'un aspect fonctionnel
n'existant pas dans les composants de l'ISO/IEC 15408.
La liste d'exigences de sécurité fonctionnelles
issues des Critères Communs est composée de classes, familles et
composants fonctionnels. Il peut exister des dépendances entre les
composants. Ces dépendances apparaissent quand un composant n'est pas
autosuffisant et dépend de la présence d'un autre composant. Il peut
exister des dépendances entre composants fonctionnels et entre des
composants fonctionnels et des composants d'assurance. Selon le niveau
de connaissance sur le système et le niveau d'expertise des acteurs du
groupe de travail, les composants peuvent être laissés non raffinés en
précisant toutefois qu'ils seront raffinés par le maître d'oeuvre.
L'ISO/IEC 15408 laisse la possibilité de recourir à
des exigences fonctionnelles non contenues dans la liste fournie, pour
représenter l'ensemble des exigences de sécurité des technologies de
l'information. Les consignes suivantes doivent s'appliquer à
l'incorporation de ces exigences fonctionnelles étendues :
-
toutes les exigences de sécurité
fonctionnelles doivent être formulées par référence à des composants
d'exigences fonctionnelles. Dans le cas où aucun des composants
d'exigences n'est facilement applicable à tout ou partie des
exigences de sécurité, le groupe de travail peut formuler ces
exigences de façon explicite sans référence à l'ISO/IEC 15408,
-
toute exigence fonctionnelle
étendue doit être exprimée clairement et sans ambiguïté pour que
l'évaluation soit faisable ; le niveau de détail et le mode
d'expression des composants fonctionnels existant dans l'ISO/IEC
15408 doivent être utilisés comme modèles,
-
les résultats d'évaluation
obtenus en utilisant les exigences fonctionnelles étendues doivent
le mentionner par un avertissement,
-
l'incorporation d'exigences
fonctionnelles étendues doit se faire conformément aux classes APE
ou ASE de la partie 3 de l'ISO/IEC 15408, quand cela est approprié.
Dans le meilleur des cas, la formulation d'une
exigence de sécurité fonctionnelle doit être :
-
S – spécifique (un acteur, un
domaine à la fois),
-
M – mesurable (définition du
moyen de contrôle),
-
A – atteignable (éventuellement
en plusieurs étapes, en donnant les ressources nécessaires),
-
R – réaliste (en fonction des
acteurs, de leurs capacités),
-
T – liée au temps (il y a une
date buttoir, un délai, une période définie).
La détermination des exigences de sécurité
fonctionnelles nécessite de prendre en compte tous les éléments du
contexte, notamment les contraintes budgétaires et techniques.
Exemples : |
