Source: http://docplayer.fr/2603089-Profil-de-protection-application-de-chiffrement-de-donnees-a-la-volee-sur-memoire-de-masse.html
Timestamp: 2017-10-22 15:56:48+00:00
Document Index: 221025913

Matched Legal Cases: ['arrêt ', 'arrêt ', 'arrêt ', 'arrêt ', 'arrêt ', 'arrêt ', 'arrêt ', 'arrêt ', 'arrêt ', 'arrêt ']

Profil de Protection Application de chiffrement de données à la volée sur mémoire de masse - PDF
Profil de Protection Application de chiffrement de données à la volée sur mémoire de masse
Download "Profil de Protection Application de chiffrement de données à la volée sur mémoire de masse"
1 Direction centrale de la sécurité des systèmes d information Profil de Protection Application de chiffrement de données à la volée sur mémoire de masse Date d émission : Août 2008 Référence : Version : 1.4 Profil de protection enregistré et certifié par la Direction Centrale de la Sécurité des Systèmes d Information (DCSSI) sous la référence DCSSI-PP-2008/04. Page 1/48
2 Page 2/48
3 Table des matières 1 INTRODUCTION AU PROFIL DE PROTECTION IDENTIFICATION DU PROFIL DE PROTECTION CONTEXTE PRESENTATION GENERALE DE LA CIBLE D EVALUATION Type de TOE Utilisation de la TOE Particularités et caractéristiques de sécurité de la TOE Matériel et logiciel hors-toe Utilisation du profil de protection DÉCLARATION DE CONFORMITÉ DÉCLARATION DE CONFORMITÉ AUX CC DECLARATION DE CONFORMITE A UN PAQUET DÉCLARATION DE CONFORMITÉ DU PP DÉCLARATION DE CONFORMITÉ AU PP DÉFINITION DU PROBLÈME DE SÉCURITÉ BIENS Biens protégés par la TOE UTILISATEURS MENACES POLITIQUES DE SECURITE ORGANISATIONNELLES (OSP) HYPOTHÈSES Hypothèses applicables aux deux configurations Hypothèses applicables à la configuration sans génération de clé OBJECTIFS DE SÉCURITÉ OBJECTIFS DE SECURITE POUR LA TOE Objectifs applicables aux deux configurations Objectifs applicables à la configuration avec génération de clé OBJECTIFS DE SECURITE POUR L'ENVIRONNEMENT OPERATIONNEL Objectifs applicables aux deux configurations Objectifs applicables à la configuration sans génération de clé EXIGENCES DE SÉCURITÉ EXIGENCES DE SÉCURITÉ FONCTIONNELLES Exigences applicables aux deux configurations Exigences applicables au PP avec génération de clé EXIGENCES DE SÉCURITÉ D'ASSURANCE ARGUMENTAIRES OBJECTIFS DE SECURITE / PROBLEME DE SECURITE Menaces Politiques de sécurité organisationnelles (OSP) Hypothèses Tables de couverture entre définition du problème et objectifs de sécurité EXIGENCES DE SECURITE / OBJECTIFS DE SECURITE Objectifs Tables de couverture entre objectifs et exigences de sécurité DÉPENDANCES Dépendances des exigences de sécurité fonctionnelles Dépendances des exigences de sécurité d'assurance ARGUMENTAIRE POUR L'EAL ARGUMENTAIRE POUR LES AUGMENTATIONS A L'EAL Page 3/48
4 6.5.1 AVA_VAN.3 Focused vulnerability analysis ALC_FLR.3 Systematic flaw remediation NOTICE ANNEXE A COMPLÉMENTS DE DESCRIPTION DE LA TOE ET DE SON ENVIRONNEMENT A.1 DOMAINE D'APPLICATION A.2 UTILISATION DE LA TOE A.3 FONCTIONNALITÉS DE LA TOE A.4 ÉLÉMENTS RELATIFS À LA CONCEPTION A.5 SERVICES SUPPLÉMENTAIRES ANNEXE B DÉFINITIONS ET ACRONYMES B.1 ABRÉVIATIONS ET ACRONYMES B.2 DÉFINITIONS ANNEXE C TRADUCTION DES TERMES ANGLAIS ANNEXE D RÉFÉRENCES Page 4/48
5 Table des figures Figure 1 : Résumé de la TSP Figure 2 : Principe illustratif d activation du disque Page 5/48
6 Table des tableaux Tableau 1 Association menaces vers objectifs de sécurité Tableau 2 Association objectifs de sécurité vers menaces Tableau 3 Association politiques de sécurité organisationnelles vers objectifs de sécurité Tableau 4 Association objectifs de sécurité vers politiques de sécurité organisationnelles Tableau 5 Association hypothèses vers objectifs de sécurité pour l'environnement opérationnel Tableau 6 Association objectifs de sécurité pour l'environnement opérationnel vers hypothèses Tableau 7 Association objectifs de sécurité de la TOE vers les exigences fonctionnelles Tableau 8 Association exigences fonctionnelles vers objectifs de sécurité de la TOE Tableau 9 Dépendances des exigences fonctionnelles Tableau 10 Dépendances des exigences d'assurance Tableau 11 : Unités d'allocation Page 6/48
7 1 Introduction au profil de protection 1.1 Identification du profil de protection Titre : Auteur : Profil de protection, Application de chiffrement de données à la volée sur mémoire de masse Trusted Labs S.A.S. Version : 1.4, Août 2008 Sponsor : DCSSI Version des CC : 3.1 revision Contexte Ce document est réalisé sous l'égide de la Direction Centrale de la Sécurité des Systèmes d'information (DCSSI). L'objectif est de favoriser la certification des applications de chiffrement de données à la volée sur mémoire de masse pour les besoins des secteurs public et privé en vue de leur qualification. Ce document contient deux profils de protection (PP), appelés respectivement Application de chiffrement de données à la volée sur mémoire de masse avec génération de clé Application de chiffrement de données à la volée sur mémoire de masse sans génération de clé Ces deux profils seront plus simplement désignés sous le vocable de «configuration» dans la suite du document, chaque section identifiant, le cas échéant, à quel profil elle appartient. En l'absence de mention particulière, une section est applicable aux deux configurations. 1.3 Présentation générale de la cible d évaluation Type de TOE L'objectif visé est de définir les exigences de sécurité auxquelles une application de chiffrement de données à la volée sur toute mémoire persistante de stockage (éventuellement amovible) doit se conformer en vue d'une évaluation de sécurité. La cible d'évaluation (TOE) considérée dans ce PP est un logiciel permettant de protéger en confidentialité les données enregistrées sur une partie au moins de la mémoire persistante de stockage d une machine (ou, plus généralement, sur un support de stockage éventuellement amovible), dans les deux cas suivants : 1. la TOE est hors fonctionnement, 2. la TOE est en fonctionnement mais sans qu un utilisateur légitime ne se soit authentifié à la TOE. Page 7/48
8 Les menaces relatives au cas de la TOE en fonctionnement avec un utilisateur légitime authentifié à la TOE ne seront donc pas considérées dans le présent PP. L objectif principal est donc de couvrir le vol de la machine. Néanmoins, les risques de la phase opérationnelle vis-à-vis du service de protection des données en confidentialité rendu par le produit devront être couverts (comme, par exemple, l'écriture d'informations confidentielles sur des zones non chiffrées ou l'écriture de la clé en clair sur une mémoire persistante). La confidentialité des données sur la mémoire de masse doit ainsi être garantie quels que soient les états successifs de la machine lors de la phase opérationnelle (mise en veille, arrêt brutal, ). Par souci de simplification, la partie de la mémoire persistante de stockage de masse contenant les données protégées par la TOE sera nommée «disque» dans la suite du PP lorsque cela n'introduit pas d'ambiguïté Utilisation de la TOE Le matériel informatique d'une entreprise ou d'un service administratif peut être l'objet d'un vol au même titre que tout autre objet de valeur. Ce risque est aujourd'hui accentué par le nomadisme croissant des équipements, plus susceptibles de quitter le lieu de travail qu'auparavant. La TOE est une application de chiffrement des données à la volée sur un support informatique permettant de protéger la confidentialité de ces dernières et de réduire l'impact de la perte en cas de vol de matériel Particularités et caractéristiques de sécurité de la TOE La TOE, une fois activée, chiffre et déchiffre les données enregistrées sur et lues depuis la mémoire de masse de manière transparente. Cette activation nécessite une authentification de l'utilisateur à travers, par exemple, la fourniture de données d'authentification de type mot ou phrase de passe. La TOE utilise aussi, durant son fonctionnement, des clés de chiffrement. La confidentialité de ces clés, comme celle des données d'authentification des utilisateurs, doit être garantie par la TOE dans les cas spécifiés dans la Section Chacune des deux configurations correspond à un type de produit spécifique, selon que la TOE génère elle-même les clés de chiffrement (configuration «avec génération de clé») ou bien qu'elle les reçoit d'un tiers de confiance (configuration «sans génération de clé») Matériel et logiciel hors-toe La TOE est supposée fonctionner sur tout type de matériel informatique gérant une mémoire de masse. Elle s'appuie sur le système d'exploitation (OS) ou le micrologiciel 1 (firmware) présent pour communiquer avec les applications clientes et l'utilisateur. Suivant les cas, les pilotes (drivers) de l'os seront utilisés par la TOE pour accéder à la mémoire de masse ou bien la TOE fera elle-même office de pilote, si elle est distribuée sous cette forme (bibliothèque applicative). Exemples de logiciel/matériel supportés par la TOE : Ordinateur personnel fonctionnant sous Windows, Linux, Mac OS X, BSD, Unix Clé USB et son pilote de gestion Disque dur amovible et micrologiciel fourni par le constructeur 1 Logiciel intégré dans un composant matériel (disque dur, clé USB ). Exemples : BIOS, Open Firmware (IEEE- 1275), OpenBoot Page 8/48
9 1.3.5 Utilisation du profil de protection Les exigences introduites dans chacune des deux configurations (profil de protection) définissent les règles minimales auxquelles une cible de sécurité d'une application de chiffrement de disque dur à la volée doit se conformer, selon qu'elle génère ou non ses clés de chiffrement ; elles ne sont aucunement limitatives. Ainsi, il est possible d'ajouter d'autres fonctionnalités ou de se référer également à un autre profil de protection. L'utilisation de ce profil dans le cadre de la certification d'un dispositif matériel de chiffrement est une autre possibilité. Cependant, toute modification au présent profil de protection est restreinte par les règles associées à la conformité précisée dans la Section 2.4. Page 9/48
10 2 Déclaration de conformité Ce chapitre contient les sections suivantes : Déclaration de conformité aux CC (2.1) Déclaration de conformité à un Paquet (2.2) Déclaration de conformité du PP (2.3) Déclaration de conformité au PP (2.4) 2.1 Déclaration de Conformité aux CC Ce profil de protection est conforme aux Critères Communs version 3.1. Ce PP a été écrit conformément aux CC version 3.1 : CC Partie 1 [CC1] CC Partie 2 [CC2] CC Partie 3 [CC3] Méthodologie d évaluation des CC [CEM] 2.2 Déclaration de conformité à un Paquet Ce PP est conforme au paquet d exigences d assurance EAL3 augmenté de ALC_FLR.3 et AVA_VAN.3 pour la qualification de niveau standard défini dans [QUA-STD]. 2.3 Déclaration de conformité du PP Ce PP ne déclare de conformité à aucun autre PP. 2.4 Déclaration de conformité au PP La conformité retenue dans ce PP pour les Cibles de Sécurité et Profils de Protection qui s y déclarent conformes est la conformité démontrable selon la définition dans la Partie 1 des CC [CC1]. Page 10/48
11 3 Définition du problème de sécurité 3.1 Biens L'objectif premier de la TOE est de protéger les données enregistrées sur le disque par les utilisateurs en cas de vol du support ou de la machine le contenant. Ces données sont ellesmêmes protégées en confidentialité via le chiffrement par une ou plusieurs clés secrètes (ou publiques), suivant des mécanismes dépendants de l'implémentation. La description de chaque bien fournit les types de protection requis pour chacun d'eux (partie Protection) Biens protégés par la TOE D.DONNEES_UTILISATEUR Ce bien représente les données de l'utilisateur à protéger en confidentialité sur le disque par la TOE. Il s'agit des données en clair (les données chiffrées ne sont pas un bien sensible). Protection: confidentialité. Note d'application Le rédacteur de la cible de sécurité conforme à ce profil de protection pourrait également expliciter les biens sensibles de la TOE (par exemple les clés de chiffrement et les données d'authentification), à différencier des biens protégés par la TOE. 3.2 Utilisateurs Le fonctionnement de la TOE dans son environnement opérationnel manipule directement ou indirectement les rôles décrits ci-dessous. Utilisateur Utilisateur de la machine dont certaines données sont à protéger en confidentialité sur le disque de la machine. Note d'application Le rôle d'administrateur de sécurité en charge de l'installation et de la configuration de la TOE n'intervient pas dans la problématique de sécurité considérée et le fonctionnement de la TOE ne manipule donc pas ce rôle. En outre, les rôles d'administrateur et d'utilisateur peuvent être confondus dans certains produits. 3.3 Menaces Les menaces présentes dans cette section sont uniquement celles portant atteinte à la sécurité de la TOE et non aux services rendus par la TOE. Les différents agents menaçants sont donc d'origine extérieure à l'environnement opérationnel de la TOE, comme toute personne externe à l'organisation tirant partie du nomadisme de la machine (par exemple, vol dans un lieu public) ou un cambrioleur. Les administrateurs et les utilisateurs légitimes ne sont pas considérés comme des attaquants. Page 11/48
12 T.ACCES_DONNEES Un attaquant prend connaissance des données sensibles de l'utilisateur stockées sur le disque, par exemple, après avoir récupéré une ou plusieurs image(s) partielle(s) ou totale(s) du disque (éventuellement à des moments différents) ou bien après avoir volé l'équipement ou le disque. Note d'application Suivant l'implémentation, l'image du disque peut aussi contenir d'autres biens, comme certaines clés de chiffrement. T.ACCES_MEMOIRES Après l'arrêt de l'application de chiffrement par l'utilisateur, un attaquant avec accès aux mémoires de travail de l'application (par exemple, RAM) prend connaissance des données sensibles de l'utilisateur ou des clés cryptographiques. 3.4 Politiques de sécurité organisationnelles (OSP) Les politiques de sécurité organisationnelle présentes dans cette section portent uniquement sur les fonctions attendues de la TOE et ne concernent donc que les services rendus par la TOE au système d'information. OSP.CRYPTO Les mécanismes cryptographiques de la TOE doivent être conformes aux exigences pour le niveau de robustesse standard des référentiels cryptographiques [CRYPTO] et [CRYPTO_GESTION] de la DCSSI. OSP.NON_REMANENCE_2 Des mesures organisationnelles préviennent la possible réutilisation de la rémanence des mémoires lors de l'arrêt de la machine dans laquelle s'exécute le produit. Note d'application Il est conseillé à l'utilisateur de s'assurer que l'accès à l'ordinateur après son arrêt n'est pas possible durant un certain temps. Ce temps dépend des caractéristiques des mémoires (cf. Hypothèse A.NON_REMANENCE). En général, quelques dizaines de secondes suffisent. Cette mesure n'a pas à être appliquée si le produit dispose d'une fonction technique d'effacement complet de la mémoire lors de l'arrêt du système ou s'il est démontré que les mémoires ne sont pas du tout rémanentes ou plus généralement, s'il est démontré que l'analyse du contenu de la mémoire après l'arrêt de son alimentation ne permet pas de retrouver une information utile pour l'attaquant. Attention: cette démonstration doit être faite pour un produit matériel donné et pas sur les seules caractéristiques du constructeur des mémoires. 3.5 Hypothèses Hypothèses applicables aux deux configurations Cette section décrit les hypothèses applicables aux deux configurations: "sans génération de clé" et "avec génération de clé". Page 12/48
13 A.ENV_OPERATIONNEL L'environnement opérationnel ne permet pas à un attaquant d'accéder au disque lorsque des données sensibles sont accessibles à un utilisateur légitime sur l'équipement. A.NON_REMANENCE_1 Les mémoires de travail utilisées par la machine qui exécute le produit ne sont pas rémanentes par construction. Note d'application En pratique, beaucoup de mémoires théoriquement non rémanentes sont rémanentes un certain temps après l'arrêt de l'alimentation. Ce phénomène justifie l OSP.NON_REMANENCE_ Hypothèses applicables à la configuration sans génération de clé Cette section décrit les hypothèses applicables exclusivement à la configuration: «sans génération de clé». A.ENV_OPERATIONNEL_CLES L'environnement opérationnel de la TOE génère des clés de chiffrement de manière et de nature conformes aux exigences du référentiel de la DCSSI [CRYPTO]. Il fournit de plus ces clés à la TOE en assurant leur intégrité, leur confidentialité et leur authenticité. Page 13/48
14 4 Objectifs de sécurité 4.1 Objectifs de sécurité pour la TOE Objectifs applicables aux deux configurations Cette section décrit les objectifs pour la TOE applicables aux deux configurations: «sans génération de clé» et «avec génération de clé». O.ARRET_UTILISATEUR La TOE doit rendre inaccessibles les données sensibles, en particulier les clés cryptographiques, lorsque le disque est démonté par l'utilisateur. Note d'application Le sens de cet objectif est de permettre à un utilisateur de désactiver un disque, de mettre la TOE «hors fonctionnement», pour protéger effectivement ses données, notamment sur des machines n'ayant pas de mode «éteint» (assistants personnels). Cet objectif ne concerne en aucun cas l'effacement sécurisé des données. O.CRYPTO La TOE doit implémenter les fonctions de cryptographie et gérer les clés cryptographiques conformément aux exigences pour le niveau de robustesse standard des référentiels cryptographiques [CRYPTO] et [CRYPTO_GESTION] de la DCSSI. O.PROTECTION_DES_DONNEES_ENREGISTREES La TOE doit s'assurer que l'utilisateur a été authentifié avant de rendre accessibles les données enregistrées. O.ROBUSTESSE L'arrêt subit (intempestif) de la TOE (de l'équipement, du disque) ne doit pas permettre d'accéder aux données sensibles. Note d'application Cet objectif assure que, hors du cadre de fonctionnement nominal, la TOE n'enregistre pas en clair de façon persistante des données qui sont censées être chiffrées. En effet, un arrêt brutal de la TOE peut survenir avant le vol ou la copie de l'image. Dans ce cas, le support serait susceptible de contenir des données utilisateur non chiffrées Objectifs applicables à la configuration avec génération de clé Cette section décrit les objectifs pour la TOE exclusivement applicables à la configuration «avec génération de clé». En plus des objectifs pour la TOE précédents, la configuration «avec génération de clé» inclut l'objectif O.CLES_CHIFFREMENT ci-après. Page 14/48
15 O.CLES_CHIFFREMENT La TOE doit générer des clés de chiffrement conformément aux exigences pour le niveau de robustesse standard des référentiels cryptographiques [CRYPTO] et [CRYPTO_GESTION] de la DCSSI. 4.2 Objectifs de sécurité pour l'environnement opérationnel Objectifs applicables aux deux configurations Cette section décrit les objectifs pour l'environnement applicables aux deux configurations: «sans génération de clé» et «avec génération de clé». OE.ENV_OPERATIONNEL.1 Lorsque l'utilisateur est authentifié, l'environnement opérationnel doit assurer la confidentialité des données sensibles, des clés et des données d'authentification. Note d'application L'équipement doit apporter des protections efficaces contre l'écoute illicite et la transmission non autorisée de données (pare-feu correctement configuré, antivirus avec base de données à jour, «anti-spyware», etc.). Les applications installées sur l'équipement ne doivent pas perturber le bon fonctionnement de la TOE. Ainsi, les opérations que peut faire l'utilisateur sur les fichiers protégés par la TOE, surtout au travers de ses applications, ne doivent pas entraîner de copies totales ou partielles de ces fichiers en dehors de la TOE, sauf lorsqu'il l'a clairement demandé ou lorsque c'est une conséquence claire de l'opération demandée. La configuration de la machine/système/compte utilisateur/application doit confiner les fichiers protégés au sein même de la TOE, notamment en ce qui concerne les fichiers temporaires ou de travail des applications. OE.ENV_OPERATIONNEL.2 L'utilisateur ne doit accéder à ses données sensibles que lorsqu'il se trouve dans un environnement de confiance (lorsqu'il se trouve seul ou avec des personnes ayant le besoin d'en connaître). OE.NON_REMANENCE_1 Les mémoires de travail utilisées par la machine qui exécute le produit ne doivent pas être rémanentes par construction. OE.NON_REMANENCE_2 L'environnement opérationnel de la TOE implémente des mesures pour éviter la réutilisation de la rémanence des mémoires lors de l'arrêt de la machine dans laquelle s'exécute l'application de chiffrement de disque Objectifs applicables à la configuration sans génération de clé Cette section décrit les objectifs pour l'environnement exclusivement applicables à la configuration «sans génération de clé». Les objectifs pour l'environnement applicables à la configuration «sans génération de clé» sont les deux objectifs OE.ENV_OPERATIONNEL.1 et OE.ENV_OPERATIONNEL.2 (communs Page 15/48
16 aux deux configurations), ainsi que les deux objectifs OE.ENV_OPERATIONNEL.3 et OE.ENV_OPERATIONNEL.4 ci-après. OE.ENV_OPERATIONNEL.3 L'environnement opérationnel de la TOE génère des clés de chiffrement de manière et de nature conformes aux exigences des référentiels cryptographiques [CRYPTO] et [CRYPTO_GESTION] de la DCSSI. OE.ENV_OPERATIONNEL.4 L'environnement opérationnel de la TOE fournit les clés générées dans le cadre de l'objectif OE.ENV_OPERATIONNEL.3 en assurant leur intégrité, leur confidentialité et leur authenticité. Dans une cible de sécurité compatible avec la configuration «sans génération de clé», il est possible, conformément à [CC1], section D.3, d'intégrer l'objectif sur l'environnement OE.ENV_OPERATIONNEL.4 sous forme d'objectif pour la TOE, par exemple sous la forme «La TOE doit assurer l'intégrité, la confidentialité et l'authenticité des clés qu'elle importe». La cible devra inclure en conséquence des exigences fonctionnelles pour couvrir ces objectifs, les familles FDP_ITC, FDP_UIT et FCO_UCT étant toutes indiquées. Page 16/48
17 5 Exigences de sécurité 5.1 Exigences de sécurité fonctionnelles Dans les exigences de sécurité fonctionnelles, les deux termes suivants sont utilisés pour désigner un raffinement: Raffiné éditorialement (terme défini dans le [CC1]): raffinement dans lequel une modification mineure est faite sur un élément d'exigence, telle que la reformulation d'une phrase pour des raisons de respect de la grammaire anglaise. En aucun cas, cette modification ne doit changer la signification de l'exigence. Raffinement non éditorial: raffinement qui permet d'ajouter des précisions ou de limiter l'ensemble des implémentations acceptables pour un élément d'exigence. Le modèle des exigences fonctionnelles de sécurité (SFR) est résumé dans la Figure 1. Sujets Les exigences fonctionnelles de sécurité (SFR) font référence aux sujets suivants: Sujet Attribut de sécurité Valeurs possibles S.API - - S.DISK Statut du disque (AT.STATUS) ACTIVATED/DEACTIVATED S.DISK Identifiant Disque (AT.ID) à préciser dans la ST Remarque: Dans le modèle de SFR, la convention suivante a été utilisée: l'attribut AT.X du sujet Y est appelé Y.X. Chaque disque géré par la TOE est représenté par un sujet S.DISK maintenant un attribut de sécurité AT.STATUS qui reflète le fait que ce dernier est activé ou désactivé. Le disque n'est activé que lorsqu'un utilisateur authentifié s'est associé (binding) à ce sujet. Le sujet générique S.API correspond au point d'entrée, accessible à toutes les applications de la machine hôte, permettant d'accéder aux données d'un disque activé. Dans la suite du PP, la TSF jouera le rôle d un sujet mais, par définition, elle ne doit pas apparaître dans le tableau ci-dessus. Objets Les exigences fonctionnelles de sécurité (SFR) font référence aux objets suivants: Page 17/48
18 Objet Attribut de sécurité Valeurs possibles S.DISK cf. Sujets cf. Sujets Clé de chiffrement (OB.KEY) Données utilisateur chiffrées (OB.UD) Données d Authentification (OB.AD) Identifiant disque associé (AT.ID) Identifiant disque associé (AT.ID) Identifiant disque associé (AT.ID) à préciser dans la ST à préciser dans la ST à préciser dans la ST Remarque: Dans le modèle de SFR, la convention suivante a été utilisée: l'attribut AT.X de l'objet Y est appelé Y.X. Les sujets S.DISK sont aussi des objets, en ce sens il existe des opérations dont les objets sont des S.DISK. Une clé de chiffrement correspond implicitement à un disque. Ainsi, l'enregistrement des données utilisateur (D.DONNEES_UTILISATEUR) sur un disque, se traduit par la création ou la modification d'un objet OB.UD dont l'attribut de sécurité Identifiant disque associé (AT.ID) permet de savoir avec quelle clé (autrement dit, sur quel disque) les données sont chiffrées. L'objet OB.UD représente donc les mêmes données que le bien D.DONNEES_UTILISATEUR, mais une fois chiffrées par la TOE. Les données d authentification (OB.AD) associées à un disque représentent les données utilisées pour authentifier l'utilisateur du disque, lorsque celles-ci sont gérées par la TOE. Opérations Les exigences fonctionnelles de sécurité (SFR) font référence aux opérations suivantes: Opération Sujet Objet Création (CREATE) TSF S.DISK, OB.AD, OB.KEY Activation (MOUNT) S.DISK S.DISK Désactivation (DISMOUNT) S.API, TSF S.DISK Accès (ACCESS) S.DISK OB.AD Utilisation (USE) S.API OB.KEY Lecture/Écriture/Effacement (DECIPHER/CIPHER/ERASE) S.API OB.UD L'opération CREATE correspond intuitivement à la création d'un disque: une clé de chiffrement y est implicitement associée, qu'elle soit générée aléatoirement, dérivée à partir de données fournies par l'utilisateur (configuration «avec génération de clé») ou bien importée (configuration «sans génération de clé»). De même, aucune exigence n'est placée sur le stockage des clés de chiffrement. Pareillement, la création d'un disque crée aussi (CREATE) des données d authentification (OB.AD) contenant les moyens d'authentifier le possesseur du disque ultérieurement. Une fois créées, ces données ne sont manipulables (ACCESS) que par leur créateur, l'opération Page 18/48
19 ACCESS pouvant être détaillée dans une cible de sécurité (effacement, modification, lecture...). L'opération MOUNT correspond à l'activation du disque par l'utilisateur. Pour activer le disque, il doit fournir les données d'authentification OB.AD. La mise en oeuvre de cette opération entraîne une modification de l'attribut de sécurité S.DISK.STATUS qui prend la valeur ACTIVATED. L'opération DISMOUNT permet de démonter un disque. La mise en oeuvre de cette opération entraîne une modification de l'attribut de sécurité S.DISK.STATUS qui prend la valeur DEACTIVATED. L'opération USE correspond à l'utilisation d'une clé à des fins de chiffrement ou de déchiffrement d'un disque. Il s'agit d'une opération «interne» à la TOE qui ne fait pas partie de l'interface externe de celle-ci. L'opération DECIPHER correspond à la lecture de données sur un disque géré par la TOE. La TOE ne lisant des données sur «son» disque que de manière chiffrée, il s'agit d'une opération cryptographique de déchiffrement. L'opération CIPHER correspond à l'écriture de données sur un disque géré par la TOE. La TOE ne n'écrivant des données sur «son» disque que de manière chiffrée, il s'agit d'une opération cryptographique de chiffrement. L'opération ERASE correspond à l'effacement de données sur un disque géré par la TOE. Page 19/48
20 Figure 1 : Résumé de la TSP Utilisateurs U.User représente l'utilisateur de la machine dont certaines données sont à protéger en confidentialité sur le disque. U.Application représente les applications effectuant les opérations de lecture, d'écriture et d'effacement en appelant le point d'entrée permettant d'accéder aux données d'un disque activé Exigences applicables aux deux configurations Exigences liées à l'authentification des utilisateurs FIA_UID.1 Timing of identification FIA_UID.1.1 The TSF shall allow o CREATE, o DISMOUNT, o USE, DECIPHER, CIPHER and ERASE Page 20/48
21 on behalf of the user to be performed before the user is identified. FIA_UID.1.2 The TSF shall require each user to be successfully identified before allowing any other TSF-mediated actions on behalf of that user. Raffinement non éditorial: TSF-mediated actions include MOUNT and ACCESS. FIA_UAU.1 Timing of authentication FIA_UAU.1.1 The TSF shall allow o CREATE, o DISMOUNT, o USE, DECIPHER, CIPHER and ERASE on behalf of the user to be performed before the user is authenticated. FIA_UAU.1.2 The TSF shall require each user to be successfully authenticated before allowing any other TSF-mediated actions on behalf of that user. Raffinement non éditorial: TSF-mediated actions include MOUNT and ACCESS. The authentication mechanism must meet the DCSSI s requirements [AUTH]. Note d'application L'authentification des utilisateurs peut se faire par une phrase de passe, etc Exigences liées à la robustesse de la TOE FPT_FLS.1 Failure with preservation of secure state FPT_FLS.1.1 The TSF shall preserve a secure state when the following types of failures occur: o hot/warm/cold reset of the host machine o when the host machine is switched off (power shortage) o [assignment: other list of failures or types of failures] Divers Page 21/48
22 FMT_MSA.3 Static attribute initialisation FMT_MSA.3.1 The TSF shall enforce the TOE access control policy to provide restrictive default values for security attributes that are used to enforce the SFP. Raffinement non éditorial: The restrictive values of security attributes shall be assigned according to the following rules: o Rule STATUS: The TSF shall assign the value DEACTIVATED to the security attribute AT.STATUS whenever a S.DISK is created. o Rule VD: Upon creation of an object OB.AD by a subject S.DISK, the TSF shall assign the value of the attribute AT.ID of S.DISK to the security attribute AT.ID of OB.AD. o Rule KEY: Upon creation of an object OB.KEY by a S.DISK, the TSF shall assign the value of the attribute AT.ID of S.DISK to the security attribute AT.ID of OB.KEY. o Rule DU: Upon creation of an object OB.UD, the TSF shall assign the value referencing the associated encryption key (OB.KEY) to the security attribute AT.ID of OB.UD. FMT_MSA.3.2 [Raffiné éditorialement] The TSF shall allow nobody to specify alternative initial values to override the default values when an object or information is created. Note d'application La valeur de l'attribut de sécurité AT.ID devra être spécifiée dans la cible de sécurité du produit conforme à ce profil de protection. Cette valeur peut correspondre, par exemple, à un hachage de la phrase de passe de l'utilisateur permettant d'activer le disque. Pour OB.UD, cette exigence exprime simplement le fait que des données utilisateur chiffrées (OB.UD) sont implicitement associées à la clé de chiffrement utilisée (OB.KEY). FMT_MSA.1/Disk_Status Management of security attributes FMT_MSA.1.1/Disk_Status The TSF shall enforce the TOE access control policy to restrict the ability to modify the security attributes S.DISK.STATUS to the TSF itself. Note d'application Aucun sujet n'est autorisé à positionner l'attribut de sécurité S.DISK.STATUS à ACTIVATED. Page 22/48
Profil de Protection Application de chiffrement de données à la volée sur mémoire de masse (PP-CDISK)
Direction centrale de la sécurité des systèmes d information Profil de Protection Application de chiffrement de données à la volée sur mémoire de masse () Date de publication : Avril 2006 Référence : Version
Profil de Protection Application VPN cliente (PP-VPNC)
Direction centrale de la sécurité des systèmes d information Profil de Protection Application VPN cliente () Date de publication : Avril 2006 Référence : Version : 1.0 Table des matières 1 INTRODUCTION...
Profil de Protection Machine à voter (PP-CIVIS)
Direction centrale de la sécurité des systèmes d information Profil de Protection Machine à voter () Date de publication : 21 juin 2006 Référence : Version : 1.0 Table des matières 1 INTRODUCTION... 4
Version 3.0 Cible de Sécurité Critères Communs niveau EAL3+ Document v1 r9 Sommaire 1. INTRODUCTION DE LA CIBLE DE SECURITE... 5 1.1. Identification de la cible de sécurité... 5 1.2. Vue d'ensemble de
Profil de protection Chiffreur IP - CC3.1
Direction centrale de la sécurité des systèmes d information Profil de protection Chiffreur IP - CC3.1 Date d émission : Juillet 2008 Référence : Version : 1.9 Profil de protection enregistré et certifié
Profil de Protection Chiffreur IP
Direction centrale de la sécurité des systèmes d information Profil de Protection Chiffreur IP Date d émission : 3 février 2005 Référence : Version : 1.5 Page d en-tête 1/2 Page d en-tête 2/2 Table des
Profil de protection Firewall d'interconnexion IP
Profil de protection Firewall d'interconnexion IP Version : Version 2.2 Date : 10 mars 2006 Classification : Public Référence : PP-FWIP Page 1/71 Historique du document Version Date Etat Modifications
Profil de Protection Pare-feu personnel (PP-PFP)
Direction centrale de la sécurité des systèmes d information Profil de Protection Pare-feu personnel () Date de publication : 2 mai 2006 Référence : Version : 1.4 Table des matières 1 INTRODUCTION... 4
Profil de Protection Version : 1.2 Date : 02/02/99 Enregistré par l Organisme de Certification français sous la référence PP/9903 ecf Evaluation et Certifica ti on Fr ança is e Février 1999 Version 1.2
Commission Interministérielle pour la Sécurité des Systèmes d Information PROFIL DE PROTECTION OUTILS DE SECURISATION DES MESSAGES
Commission Interministérielle pour la Sécurité des Systèmes d Information PROFIL DE PROTECTION OUTILS DE SECURISATION DES MESSAGES PP/9804 Version 1.5 6 juin 1998 AVANT PROPOS Ce document est issu des
Cible de sécurité Critères Communs Niveau EAL4+ Méthode et Solution Informatique S.A.
Security BO Suite Cible de sécurité Critères Communs Niveau EAL4+ Security BO Crypto 6.0 Version 2.6 du 09/01/2004 Méthode et Solution Informatique S.A. 7, rue Jean Mermoz - 78000 Versailles - France www.securitybox.net