Rapport de certification

Transcription

1 Rapport de certification Évaluation EAL 2 + du système d exploitation Data Domain version Préparé par : Le Centre de la sécurité des télécommunications Canada à titre d organisme de certification dans le cadre du Schéma canadien d évaluation et de certification selon les Critères communs Gouvernement du Canada, Centre de la sécurité des télécommunications Canada, 2013 Numéro de document : CR Version : 1.0 Date : 8 mai 2013 Pagination : i à iii, 1 à 8

2 AVERTISSEMENT Le produit de technologies de l information (TI) décrit dans le présent rapport et sur le certificat afférent a été évalué selon la Méthodologie d évaluation commune pour la sécurité des technologies de l information, version 3.1, révision 3, afin d en déterminer la conformité aux Critères communs pour l évaluation de la sécurité des technologies de l information, version 3.1, révision 3, par un centre d évaluation approuvé, établi dans le cadre du Schéma canadien d évaluation et de certification selon les Critères communs (SCCC). Ce rapport et le certificat afférent valent uniquement pour la version indiquée du produit, dans la configuration qui a été évaluée. L évaluation a été effectuée conformément aux dispositions du SCCC, et les conclusions formulées dans le rapport technique d évaluation correspondent aux éléments présentés en preuve. Le présent rapport et le certificat afférent ne constituent pas une homologation du produit TI par le Centre de la sécurité des télécommunications Canada (CSTC) ou par toute autre organisation qui reconnaît ou entérine ce rapport et le certificat afférent, et ne signifie pas, ni implicitement ni explicitement, que le produit TI est garanti par le CSTC ou par toute autre organisation qui entérine ce rapport et le certificat afférent. - Page i sur iii -

3 AVANT-PROPOS Le Schéma canadien d évaluation et de certification selon les Critères communs (SCCC) offre un service d évaluation par une tierce partie en vue de déterminer la fiabilité des produits de sécurité des TI. Les évaluations sont réalisées par un centre d évaluation selon les Critères communs (CECC) sous la direction de l organisme de certification du SCCC, ce dernier étant géré par le Centre de la sécurité des télécommunications Canada. Un CECC est une installation commerciale qui a obtenu l approbation de l organisme de certification du SCCC en vue d effectuer des évaluations selon les Critères communs. Une des exigences principales, à cette fin, est l obtention de l accréditation selon les prescriptions du Guide ISO/IEC 17025:2005, Prescriptions générales concernant la compétence des laboratoires d étalonnage et d essais. L accréditation est obtenue dans le cadre du Programme d accréditation des laboratoires Canada (PALCAN), régi par le Conseil canadien des normes. Le CECC qui a effectué la présente évaluation est EWA-Canada situé à Ottawa, au Canada. En décernant un certificat Critères communs, l organisme de certification affirme que le produit est conforme aux exigences de sécurité précisées dans la cible de sécurité connexe. Une cible de sécurité est un document qui comporte des spécifications requises, définit les activités d évaluation et en établit la portée. L utilisateur d un produit TI certifié devrait examiner la cible de sécurité, en plus du rapport de certification, pour comprendre les hypothèses formulées dans le cadre de l évaluation, l environnement d utilisation prévu pour le produit, ses exigences de sécurité et le niveau de fiabilité (qui correspond au niveau d assurance de l évaluation) auquel le produit satisfait relativement aux exigences de sécurité. Le présent rapport de certification accompagne le certificat d évaluation du produit daté du 17 mai 2013 et la cible de sécurité énoncée à la section 4 du présent rapport. Le rapport de certification, le certificat d évaluation du produit et la cible de sécurité sont affichés sur la liste des produits certifiés (LPC) dans le cadre du SCCC et sur le portail des Critères communs (site Web officiel du projet des Critères communs). Le présent rapport de certification fait référence aux marques déposées suivantes : EMC et Data Domain sont des marques déposées. Toute reproduction du présent rapport est autorisée pourvu qu il soit reproduit dans sa totalité. - Page ii sur iii -

4 TABLE DES MATIÈRES AVERTISSEMENT... i AVANT-PROPOS... ii Sommaire Définition de la cible d évaluation Description de la TOE Fonctionnalités de sécurité évaluées Cible de sécurité Conformité aux Critères communs Politiques de sécurité Hypothèses et clarification de la portée HYPOTHÈSES LIÉES À L UTILISATION SÛRE HYPOTHÈSES LIÉES À L ENVIRONNEMENT CLARIFICATION DE LA PORTÉE Configuration évaluée Documentation Activités d analyse et d évaluation Essais des produits de sécurité des TI ÉVALUATION DES TESTS RÉALISÉS PAR LE DÉVELOPPEUR TESTS FONCTIONNELS INDÉPENDANTS TESTS DE PÉNÉTRATION INDÉPENDANTS DÉROULEMENT DES TESTS RÉSULTATS DES TESTS Résultats de l évaluation Commentaires, observations et recommandations de l évaluateur Acronymes, abréviations et sigles Références Page iii sur iii -

5 Sommaire Le système d exploitation Data Domain (DDOS pour Data Domain Operating System) version (désigné ci-après DDOS ) est la cible d évaluation (TOE) pour le niveau d assurance de l évaluation (EAL) 2 augmenté. Le produit DDOS est un système d exploitation de stockage sur disque avec logiciel de déduplication, qui permet de stocker seulement des segments uniques de fichiers sur le disque. La TOE logicielle tourne sur une série d appliances fournies par EMC qui n ont pas la même capacité de stockage et de débit. Le produit DDOS est géré au moyen d une interface de ligne de commande (CLI pour Command Line Interface) sur la console du système local ou au moyen d une interface graphique (GUI pour Graphical User Interface) Web hébergée sur le système local et accessible à l aide d une connexion réseau d un poste de travail de gestion. Les administrateurs se connectent aux deux interfaces de façon sécurisée. EWA-Canada est le CECC qui a réalisé cette évaluation. L évaluation s est terminée le 25 avril 2013 et a été effectuée selon les règles prescrites par le Schéma canadien d évaluation et de certification selon les Critères communs (SCCC). La portée de l évaluation est définie dans la cible de sécurité, laquelle décrit les hypothèses formulées dans le cadre de l évaluation, l environnement projeté du produit DDOS , les exigences de sécurité, ainsi que le niveau d assurance (niveau d assurance de l évaluation) auquel il est affirmé que le produit satisfait relativement aux exigences de sécurité. On recommande aux utilisateurs du produit de s assurer que leur environnement d exploitation est conforme à celui qui est défini dans la cible de sécurité et de tenir compte des observations et des recommandations énoncées dans le présent rapport de certification. Les résultats consignés dans le rapport technique d évaluation (RTE) 1 du produit indiquent que celui-ci répond aux exigences du niveau d assurance de l évaluation (EAL) 2 augmenté pour les fonctions de sécurité qui ont été évaluées. L évaluation a été réalisée selon la Méthodologie d évaluation commune pour la sécurité des technologies de l information, version 3.1, révision 3, afin d en déterminer la conformité aux Critères communs pour l évaluation de la sécurité des technologies de l information, version 3.1, révision 3. L augmentation prise en compte lors de l évaluation est la suivante : ALC_FLR.2 Procédures pour signaler les anomalies. Le Centre de la sécurité des télécommunications Canada, à titre d organisme de certification selon le SCCC, affirme que l évaluation du produit DDOS satisfait à toutes les conditions de l Arrangement relatif à la reconnaissance des certificats liés aux Critères communs et que le produit figurera sur la liste des produits certifiés (LPC) dans le cadre du SCCC et sur le portail des Critères communs (site Web officiel du projet des Critères communs). 1 Le rapport technique d évaluation (RTE) est un document du SCCC qui contient de l information exclusive au propriétaire et/ou à l évaluateur, et qui n est pas rendu public. - Page 1 sur 8 -

6 1 Définition de la cible d évaluation La cible d évaluation (TOE pour Target of Evaluation) pour le niveau d assurance de l évaluation (EAL) 2 augmenté est le système d exploitation Data Domain version (désigné ci-après DDOS ). 2 Description de la TOE Le produit DDOS est un système d exploitation de stockage sur disque avec logiciel de déduplication, qui permet de stocker seulement des segments uniques de fichiers sur le disque. La TOE logicielle tourne sur une série d appliances fournies par EMC qui n ont pas la même capacité de stockage et de débit. Le produit DDOS est géré au moyen d une interface de ligne de commande (CLI) sur la console du système local ou au moyen d une interface graphique (GUI) Web hébergée sur le système local et accessible à l aide d une connexion réseau d un poste de travail de gestion. Les administrateurs se connectent aux deux interfaces de façon sécurisée. 3 Fonctionnalités de sécurité évaluées La liste complète des fonctionnalités de sécurité évaluées pour le produit DDOS se trouve à la section 6 de la ST. La mise en application des algorithmes cryptographiques suivants, approuvés par le gouvernement du Canada, a été validée pour le produit DDOS : Algorithme cryptographique Norme N o de certificat Chiffrement et déchiffrement FIPS symétriques Générateur de nombres aléatoires SB Cible de sécurité La ST associée au présent rapport de certification est définie comme suit : Titre : EMC Corporation Data Domain Operating System Version Version : 0.11 Date : 18 mars Conformité aux Critères communs L évaluation a été réalisée selon la Méthodologie d évaluation commune pour la sécurité des technologies de l information, version 3.1, révision 3, afin d en déterminer la conformité aux Critères communs pour l évaluation de la sécurité des technologies de l information, version 3.1, révision 3. - Page 2 sur 8 -

7 Le produit DDOS est : a. conforme à la partie 2 étendue des Critères communs, avec les exigences fonctionnelles basées sur les composants fonctionnels de la partie 2, à l exception des exigences suivantes explicitement désignées dans la ST : EXT_FDD_DDR.1 Duplicate Data Removal; EXT_FRU_RLP.1 Minimum and Maximum Retention Lock Periods; EXT_FPT_TRC.1 Internal TSF Data Consistency. b. conforme à la partie 3 des Critères communs, avec les exigences d assurance de sécurité basées uniquement sur les exigences d assurance de la partie 3; c. conforme au niveau EAL 2 augmenté des Critères communs, contenant toutes les exigences d assurance de sécurité du paquet EAL 2, ainsi que l augmentation suivante : ALC_FLR.2 Procédures pour signaler les anomalies. 6 Politiques de sécurité Le produit DDOS applique une politique de contrôle d accès basé sur les rôles pour contrôler l accès des utilisateurs au système ainsi qu une politique de contrôle du flux d information pour contrôler l information entrante et sortante. La section 6 de la ST contient plus de détails sur ces politiques de sécurité. Par ailleurs, le produit DDOS applique des politiques de vérification de sécurité, de protection des données utilisateur, d identification et d authentification, et de gestion de la sécurité. La section 6 de la ST contient plus d information sur ces politiques de sécurité. 7 Hypothèses et clarification de la portée Les utilisateurs du produit DDOS devraient tenir compte des hypothèses formulées au sujet de son utilisation et des paramètres environnementaux requis pour l installation du produit et son environnement opérationnel. Cela permettra d utiliser la TOE de manière adéquate et sûre. 7.1 Hypothèses liées à l utilisation sûre Les hypothèses liées à l utilisation sûre ci-dessous figurent dans la ST : une ou plusieurs personnes compétentes sont chargées de gérer la TOE et de protéger l information qu elle contient; Les administrateurs ne sont pas hostiles, ont reçu la formation appropriée et respectent tous les guides d administration. 7.2 Hypothèses liées à l environnement L hypothèse liée à l environnement ci-dessous figure dans la ST : - Page 3 sur 8 -

8 la sécurité physique sera assurée pour la TOE et son environnement. 7.3 Clarification de la portée Le produit DDOS assure la protection contre toute tentative accidentelle ou épisodique de pénétration du système de sécurité par des attaquants possédant un potentiel d attaque de base. Il n est pas conçu pour assurer une protection contre les tentatives délibérées d attaque sophistiquée par des attaquants hostiles ou bien financés. Le produit DDOS intègre une cryptographie validée en vertu du CAVP, mais n a pas fait l objet d une validation en vertu du Programme de validation des modules cryptographiques (PVMC) (FIPS-140). 8 Configuration évaluée La configuration évaluée pour le produit DDOS comprend le système d exploitation Data Domain version , avec l application logicielle version tournant sur les appliances DDOS suivantes : DD120, DD140, DD160, DD510, DD530, DD565, DD580, DD580G, DD610, DD620, DD 630, DD640, DD660, DD670, DD690, DD690G, DD860, DDARCHIVER860, DD880, DD880G, DD880GDA, DD890, DD890GDA et DD990. La publication intitulée EMC Data Domain Operation System Initial Configuration Guide version 5.2 décrit les procédures d installation et d exploitation du produit DDOS dans la configuration qui a été évaluée. 9 Documentation Les documents qu EMC fournit aux utilisateurs sont les suivants : a. EMC Data Domain Operating System Release Notes Version 5.2; b. EMC Data Domain Operating System Initial Configuration Guide Version 5.2; c. EMC Data Domain Operating System Command Reference Guide Version 5.2; d. EMC Data Domain Operating System Administration Guide Version Activités d analyse et d évaluation Les activités d analyse et d évaluation ont consisté en une évaluation structurée du produit DDOS , notamment des éléments suivants : Développement : Les évaluateurs ont analysé les spécifications fonctionnelles et la documentation de conception du produit DDOS Ils ont déterminé que la conception décrit de manière exacte et complète les interfaces des fonctionnalités de sécurité de la TOE (TSF pour TOE Security Functionality) et les sous-systèmes TSF, de même que le processus des TSF lié à la mise en œuvre des exigences fonctionnelles de sécurité (SFR pour Security Functional Requirement). Ils ont analysé la description de l architecture de sécurité du produit DDOS et ont déterminé que le processus d initialisation est sécurisé et que les - Page 4 sur 8 -

9 fonctions de sécurité sont protégées contre le trafiquage et les contournements. De plus, ils ont indépendamment vérifié que les renvois dans les documents de conception sont corrects. Guides : Les évaluateurs ont examiné les guides d utilisation préparatoires et opérationnels du produit DDOS et ont déterminé qu ils décrivent suffisamment en détail et sans ambiguïté la façon de transformer de manière sûre la TOE en configuration évaluée et la manière d utiliser et de gérer le produit. Ils ont examiné et testé les guides d utilisation préparatoires et opérationnels et ont déterminé qu ils sont complets et suffisamment détaillés pour assurer une configuration sûre. Support au cycle de vie : Les évaluateurs ont analysé le système de gestion de la configuration du produit DDOS et la documentation connexe. Ils ont constaté que les éléments de configuration du produit étaient clairement indiqués et que les mesures de contrôle d accès, telles qu elles sont décrites dans la documentation sur la gestion de la configuration, sont efficaces pour prévenir l accès non autorisé aux éléments de configuration. Pendant la visite du site, le système de gestion de la configuration du développeur a également été observé, et les évaluateurs l ont jugé évolué et bien développé. Les évaluateurs ont examiné les procédures de sécurité de développement au cours de la visite et ont déterminé que les mesures de sécurité de l environnement de développement étaient suffisamment détaillées pour assurer la confidentialité et l intégrité de la conception et de la mise en œuvre du produit DDOS Les évaluateurs ont confirmé que le développeur a utilisé un modèle documenté du cycle de vie de la TOE et que ce dernier assure le contrôle nécessaire du développement et de la maintenance de la TOE. Les évaluateurs ont examiné la documentation de livraison et ont établi qu elle décrit toutes les procédures nécessaires pour préserver l intégrité du produit DDOS quand il est distribué aux utilisateurs. Les évaluateurs ont examiné les procédures de correction d anomalies utilisées par EMC pour le produit DDOS Lors d une visite du site, ils ont également examiné la preuve générée par le respect des procédures. Ils ont conclu que les procédures étaient adéquates et permettaient de faire le suivi des anomalies de sécurité et de les corriger ainsi que de communiquer cette information, et les corrections pertinentes, aux utilisateurs du produit. Évaluation des vulnérabilités : Les évaluateurs ont effectué une analyse indépendante des vulnérabilités du produit DDOS De plus, ils ont effectué un examen des bases de données des vulnérabilités du domaine public ainsi qu une recherche de tous les résultats visés de l évaluation. Ils ont relevé des vulnérabilités qui pouvaient faire l objet de tests dans l environnement opérationnel du produit DDOS Toutes ces activités d évaluation ont obtenu la cote RÉUSSITE. - Page 5 sur 8 -

10 11 Essais des produits de sécurité des TI Les tests de niveau EAL 2 comportent les trois étapes suivantes : évaluation des tests réalisés par le développeur, exécution de tests fonctionnels indépendants, exécution de tests de pénétration indépendants Évaluation des tests réalisés par le développeur Les évaluateurs ont vérifié que le développeur avait satisfait à ses responsabilités en matière de tests en examinant les preuves connexes ainsi que les résultats consignés dans le RTE 2. Les évaluateurs ont analysé la couverture et la profondeur des tests du développeur et ont conclu qu elles sont complètes et précises. La correspondance entre les tests décrits dans la documentation sur les tests du développeur et les spécifications fonctionnelles et la conception de la TOE était complète Tests fonctionnels indépendants Pendant l évaluation, les évaluateurs ont élaboré des tests fonctionnels indépendants en examinant les documents de conception et les guides, en examinant les documents de test du développeur, en exécutant un échantillon des scénarios de test du développeur et en créant des scénarios de test allant au-delà des tests réalisés par le développeur. Tous les tests ont été planifiés et documentés de manière suffisamment détaillée pour permettre la reproductibilité des procédures d essai et des résultats. Cette approche de couverture des tests a permis d obtenir la liste ci-dessous des objectifs de test d EWA-Canada : a. Réexécution des tests du développeur : Ce test vise à répéter un sous-ensemble des tests du développeur. b. Initialisation : Ce test vise à confirmer que la TOE peut être installée et configurée dans la configuration évaluée, tel qu il est indiqué dans la ST. c. Gestion de la sécurité : Ce test vise à vérifier la gestion des fonctions en créant des comptes, en attribuant des rôles et en supprimant des comptes à l aide de la GUI et de la CLI, dans la mesure du possible. d. Identification et authentification : Ce test vise à confirmer que les exigences en matière d identification et d authentification ont été remplies. e. Vérification de sécurité : Ce test vise à confirmer que les exigences en matière de vérification ont été remplies. 2 Le rapport technique d évaluation (RTE) est un document du SCCC qui contient de l information exclusive au propriétaire et/ou à l évaluateur, et qui n est pas rendu public. - Page 6 sur 8 -

11 11.3 Tests de pénétration indépendants Après l examen indépendant des bases de données sur les vulnérabilités du domaine public et de tous les résultats de l évaluation, les évaluateurs ont effectué des tests indépendants et limités de pénétration. Les tests de pénétration concernaient principalement ce qui suit : a. Balayage des ports : Ce test vise à balayer la TOE au moyen d un balayeur de ports afin de révéler les voies d attaque éventuelles. b. Analyse par outils : Ce test vise à balayer la TOE afin de déceler des faiblesses connues ou inconnues liées au type de la TOE. c. Vérification de fuite d information : Ce test vise à surveiller la TOE pendant le démarrage, la mise hors tension, l ouverture de session et d autres situations où des sous-systèmes communiquent entre eux, en vue de déterminer s il y a fuite d information. Les tests de pénétration indépendants n ont permis de découvrir aucune vulnérabilité exploitable dans l environnement d exploitation prévu Déroulement des tests Le produit DDOS a fait l objet d une série complète de tests fonctionnels et de pénétration indépendants documentés de manière officielle. Les tests ont eu lieu dans les installations EEPSTI (Évaluation et essais des produits de sécurité des technologies de l information) d EWA-Canada. Des représentants de l organisme de certification du SCCC ont assisté à une partie des tests indépendants. Les activités détaillées de test, y compris les configurations, les procédures, les scénarios de test, les résultats prévus et les résultats observés, sont documentées dans un document de résultats de test distinct Résultats des tests Les tests réalisés par le développeur et les tests fonctionnels indépendants ont produit les résultats prévus, ce qui donne l assurance que le produit DDOS se comporte de la manière spécifiée dans la ST, dans les spécifications fonctionnelles et dans la conception de la TOE. 12 Résultats de l évaluation Cette évaluation a mené à l obtention du niveau d assurance de l évaluation (EAL) 2 +. Toutes les activités d évaluation ont obtenu la cote RÉUSSITE. Ces résultats sont corroborés par les preuves contenues dans le RTE. 13 Commentaires, observations et recommandations de l évaluateur Les évaluateurs recommandent que les utilisateurs lisent la ST et s assurent que toutes les hypothèses formulées au sujet de l environnement sont exactes, dans l environnement prévu de la TOE. La TOE doit être installée dans un environnement d exploitation non hostile et bien géré. - Page 7 sur 8 -

12 14 Acronymes, abréviations et sigles Acronymes, abréviations et sigles Description CAVP CECC CLI EAL EEPSTI FIPS GUI LPC PALCAN PVMC RTE SCCC SFR ST TI TOE TSF Cryptographic Algorithm Validation Program Centre d évaluation selon les Critères communs Interface de ligne de commande Niveau d assurance de l évaluation Évaluation et essais de produits de sécurité des technologies de l information Federal Information Processing Standard Interface graphique Liste des produits certifiés Programme d accréditation des laboratoires Canada Programme de validation des modules cryptographiques Rapport technique d évaluation Schéma canadien d évaluation et de certification selon les Critères communs Exigences fonctionnelles de sécurité Cible de sécurité Technologies de l information Cible d évaluation Fonctionnalité de sécurité de la TOE 15 Références Voici tous les documents de référence utilisés pour la compilation du présent rapport : a. SCCC, Publication n 4, Contrôle technique, version 1.8, octobre 2010; b. Critères communs pour l évaluation de la sécurité des technologies de l information, version 3.1, révision 3, juillet 2009; c. Méthodologie d évaluation commune pour la sécurité des technologies de l information, CEM, version 3.1, révision 3, juillet 2009; d. EMC Corporation Data Domain Operating System version Security Target v0.11, 18 mars 2013; e. Evaluation Technical Report for EAL 2+ Common Criteria Evaluation of EMC Corporation EMC Data Domain Operating System Version , v1.1, 25 avril Page 8 sur 8 -