Rapport de certification

Transcription

1 Rapport de certification Oracle Préparé par le Centre de la sécurité des télécommunications Organisme de certification : 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, 2014 N o de document : CR Version : 1.0 Date : 18 March 2014 Pagination : de i à iii; de 1 à 12

2 Avertissement Le produit de technologies de l information (TI) décrit dans le présent rapport de certification et sur le certificat afférent a été évalué selon la Méthodologie d évaluation commune des produits de sécurité des TI, version 3.1, révision 3, à des fins de conformité aux Critères communs d évaluation de la sécurité des TI, 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). Le présent 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 (CST) 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 CST ou par toute autre organisation qui entérine ce rapport et le certificat afférent. - Page i de 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 (CST). 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 mené la présente évaluation est CGI IT Security Evaluation & Test Facility. En décernant le certificat, l organisme de certification affirme que le produit est conforme aux exigences de sécurité précisées dans la cible de sécurité (ST pour Security Target) afférente. 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 sur le plan des exigences de sécurité. Le présent rapport de certification accompagne le certificat d'évaluation du produit daté du 18 March 2014, 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 site 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 de commerce et aux marques déposées suivantes : Oracle et Java sont des marques déposées d'oracle et de ses affiliés. Tous droits réservés. Toute reproduction du présent rapport est autorisée pourvu qu il soit reproduit dans sa totalité. - Page ii de iii -

4 TABLE DES MATIÈRES Avertissement... i AVANT-PROPOS... ii Sommaire Définition de la cible d'évaluation Description de la TOE Fonctions de sécurité évaluées Cible de sécurité Conformité aux Critères communs Politique 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 PAR LES DÉVELOPPEURS 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 de iii -

5 Sommaire Le produit Oracle (ci-après désigné sous l appellation ), de la société, est la cible d évaluation (TOE pour Target of Evaluation) pour le niveau d assurance de l évaluation EAL 4 augmenté. Le produit est un système d'exploitation configurable de type UNIX, qui permet le déploiement en toute sécurité de services dans les centres traditionnels de données d'entreprise et dans les systèmes d infonuagique de grande envergure, de même que sur des postes de travail autonomes. Le système d'exploitation comprend notamment des services de gestion des ressources matérielles et offre des services d'applications logicielles. Le système d'exploitation constitue, en fait, un intermédiaire entre les programmes d'application et les ressources informatiques. Il est responsable de la gestion des processus, du temps de traitement et de l'attribution de mémoire, et permet l'exécution des processus et des logiciels d'application. CGI IT Security Evaluation & Test Facility Canada est le CECC qui a réalisé cette évaluation. L'évaluation a pris fin le 24 February 2014 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 cette évaluation est définie par la cible de sécurité, qui indique les hypothèses formulées pendant l'évaluation, l'environnement prévu pour l'utilisation de, 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 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 1 du produit indiquent que celui-ci répond aux exigences du niveau d'assurance EAL 4 augmenté pour les fonctionnalités 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 4. L augmentation prise en compte lors de l évaluation est la suivante : ALC_FLR.3 Correction d anomalies systématique. À titre d'organisme de certification selon le SCCC, le Centre de la sécurité des télécommunications atteste que le produit 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 dans le portail des Critères communs (site Web officiel du projet Critères communs). 1 Le rapport technique d'évaluation 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 de 12 -

6 1 Définition de la cible d'évaluation Le produit Oracle (ci-après désigné sous l appellation ), de la société, est la cible d évaluation de la présente évaluation augmentée EAL 4. 2 Description de la TOE Le produit est un système d'exploitation configurable de type UNIX, qui permet le déploiement en toute sécurité de services dans les centres traditionnels de données d'entreprise et dans les systèmes d infonuagique de grande envergure, de même que sur des postes de travail autonomes. Le système d'exploitation comprend notamment des services de gestion des ressources matérielles et offre des services d'applications logicielles. Le système d'exploitation constitue, en fait, un intermédiaire entre les programmes d'application et les ressources informatiques. Il est responsable de la gestion des processus, du temps de traitement et de l'attribution de mémoire, et permet l'exécution des processus et des logiciels d'application. Une description détaillée de l architecture du produit se trouve à la section 1 de la ST. 3 Fonctions de sécurité évaluées La liste complète des fonctionnalités de sécurité évaluées pour le produit figure à la section 1 de la ST. Les modules cryptographiques suivants ont été validés en vertu de la norme FIPS : Module cryptographique OpenSSL FIPS Object Module (Versions logicielles : 1.2, 1.2.1, 1.2.2, ou 1.2.4) Oracle Solaris Kernel Cryptographic Framework Versions logicielles : 1.0 et 1.1 Oracle Solaris Userland Cryptographic Framework Versions logicielles :1.0 et 1.1 N o de certificat Cible de sécurité La ST associée au présent rapport de certification est définie comme suit : Titre : Security Target Version : v2.0 Date : 21 March Page 2 de 12 -

7 5 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 4. Le produit comporte les caractéristiques suivantes : a. Conformité au profil v2.0, du BSI Operating System Protection, avec les versions évoluées suivantes : Advanced Management v2.0, ; Extended Identification and Authentication v2.0, ; Labeled Security v2.0, ; Virtualization v2.0, b. Conformité à la partie 2 étendue des Critères communs, avec des exigences fonctionnelles basées sur les composants fonctionnels de la partie 2, à l'exception des exigences suivantes, qui sont explicitement désignées dans la ST. FCS_RNG.1 Random number generation; FDP_RIP.3 Full residual information protection of resources; FIA_UAU.8 Authentication policy decisions; FIA_UID.3 Identification policy decisions; FIA_USB.2 Enhanced user-subject binding. c. Conformité à la partie 3 des Critères communs, sachant que ses exigences d'assurance en matière de sécurité ont été tirées uniquement des exigences d'assurance de la partie 3; d. Conformité au niveau EAL 4 augmenté des Critères communs, contenant toutes les exigences d'assurance de sécurité du paquet EAL 4, ainsi que l'augmentation suivante : ALC_FLR.3 - Correction d'anomalies systématique. - Page 3 de 12 -

8 6 Politique de sécurité Le produit 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. Des détails sur ces politiques de sécurité se trouvent à la section 7 de la ST. De plus, le produit applique des politiques de vérification de sécurité, de protection des données utilisateur, d'identification et d'authentification, ainsi que de gestion de la sécurité. D autres détails sur les politiques de sécurité se trouvent à la section 7 de la ST. 7 Hypothèses et clarification de la portée Les utilisateurs du produit devraient traiter les hypothèses formulées au sujet de son usage et les paramètres d environnement comme des éléments requis pour l installation et l environnement d exploitation, ce qui leur 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 sur l utilisation sûre, qui sont énoncées ci-dessous, figurent également dans la ST. Les utilisateurs autorisés ont les droits nécessaires pour accéder au moins à une partie de l'information gérée par la TOE et obtempèrent dans un environnement anodin. Toutes les connexions (sortantes et entrantes) avec le système de TI éloigné fiable, ou entre les diverses fonctions de sécurité de la TOE (TSF pour TOE Security Functions) non protégées par la TSF sont physiquement ou logiquement protégées à l'intérieur de l'environnement de la TOE, de façon à garantir l'intégrité et la confidentialité des données transmises ainsi que l'authenticité des extrémités de la communication. Toute modification ou corruption (intentionnelle ou accidentelle) des fichiers de la TOE liés à la sécurité, notamment à l'application de la sécurité, ou de la plateforme sous-jacente sera détectée par un administrateur de système. La fonctionnalité de sécurité de la TOE est gérée par un ou par plusieurs utilisateurs compétents. Les membres du personnel d'administration autorisé ne sont ni imprudents, ni sciemment négligents, ni hostiles; ils suivent et respectent les instructions fournies dans les guides d'utilisation. Tous les systèmes de TI éloignés que la TSF considère comme fiables aux fins de données TSF ou de services TSF pour la TOE, ou encore aux fins de soutien TSF dans l'application des décisions politiques en matière de sécurité sont présumés aptes à mettre adéquatement en œuvre la fonctionnalité utilisée par la TSF conformément aux termes énoncés pour la fonctionnalité en question. Tous les systèmes de TI éloignés que la TSF considère comme fiables aux fins de données TSF ou de services TSF pour la TOE, ou encore aux fins de soutien TSF - Page 4 de 12 -

9 dans l'application des décisions politiques en matière de sécurité sont présumés être assujettis au même contrôle de gestion, et s exécutent conformément à des restrictions en matière de politique de sécurité qui sont compatibles avec celles de la TOE. Les utilisateurs sont suffisamment formés et s'avèrent dignes de confiance dans l'accomplissement de tâches ou de tâches de groupe au sein d'un environnement de TI sécurisé, et ce, en exerçant un contrôle intégral sur les données qu'ils utilisent. 7.2 Hypothèses liées à l'environnement Les hypothèses liées à l environnement ci-dessous figurent dans la ST : L environnement TI fournit à la TOE la sécurité physique, proportionnellement à la valeur des biens TI qu elle protège. 7.3 Clarification de la portée Le produit intègre une cryptographie validée en vertu du CAVP, mais n'a pas fait l'objet d'une validation en vertu du PVMC (FIPS-140). Prière de se référer aux certificats PVMC énumérés à la section 3 pour obtenir de plus amples détails. 8 Configuration évaluée La configuration évaluée du produit comprend ce qui suit : Le logiciel de la TOE s'exécutant selon une configuration client/serveur sur un ordinateur à usage courant (GPC pour General Purpose Computer), avec les exigences suivantes : Le document intitulé Oracle Guidance Supplement v0.7, mars 2014 décrit les procédures à observer pour installer et utiliser le produit dans sa configuration évaluée. 9 Documentation La documentation que la société fournit à ses clients comprend les éléments suivants : a. Oracle Solaris 11 Security Guidelines, Part No: E , février 2013; b. Oracle Solaris Administration: Security Services, Part No: E , février 2013; c. Oracle Desktop Administrator s Guide, Part No: E , février 2013; d. Solaris 11 XScreenSaver Manual, 28 septembre 2011; - Page 5 de 12 -

10 e. Trusted Extensions Configuration and Administration, Part No: E , octobre 2012; f. Trusted Extensions User Guide, Part No: E , octobre 2012; g. Oracle Administration: Oracle Solaris Zones, Oracle Solaris 10 Zones, Resource Management, Part No: E ; h. Securing the Network in Oracle, Part No: E , février 2013; i. Working With Naming and Directory Services in Oracle, Part No: E ; j. Installing Oracle Systems, Part No: E , octobre 2012; k. Creating and Administering Oracle Boot Environments, Part No: E , octobre 2012; l. Adding and Updating Oracle Software Packages, Part No: E février Activités d'analyse et d'évaluation Les activités d analyse et d évaluation ont consisté en une évaluation structurée du produit, sous les angles suivants. Développement : Les évaluateurs ont procédé à l'analyse des spécifications fonctionnelles et de la documentation de conception pour le produit Ils ont établi que la conception décrit de manière exacte et complète les interfaces des fonctionnalités de sécurité de la TOE (TSF) 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). Les évaluateurs ont également procédé à l'analyse de la description de l'architecture de sécurité du produit et ont établi que le processus d'initialisation est sécurisé, que les fonctions de sécurité sont protégées contre le trafiquage et les contournements, et que les domaines de sécurité sont protégés. 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. Ils ont établi 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 configuration et la documentation connexe du produit. Ils ont constaté que les éléments de configuration du produit étaient clairement identifiés. Le système de gestion de la configuration du développeur a été observé lors de la visite des lieux, et les évaluateurs ont constaté que ce système est évolué et bien développé. - Page 6 de 12 -

11 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 quand il est distribué aux utilisateurs. Les évaluateurs ont examiné les procédures de correction d'anomalies utilisées par le développeur pour le produit. 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 celles-ci étaient adéquates et permettaient de pister et de corriger les anomalies de sécurité et de communiquer cette information, et les corrections pertinentes, aux utilisateurs du produit. Toutes ces activités d évaluation ont obtenu la cote RÉUSSITE. 11 Essais des produits de sécurité des TI Les essais comportent les étapes suivantes : évaluation des tests faits par le développeur, exécution de tests fonctionnels indépendants, et exécution de tests de pénétration Évaluation des tests par les développeurs Les évaluateurs se sont assurés 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 des tests du développeur et ont conclu qu elle est complète et précise. La correspondance entre la spécification fonctionnelle et les tests indiqués dans la documentation des tests du développeur est complète Tests fonctionnels indépendants Pendant l évaluation, les évaluateurs ont mis au point des tests indépendants en examinant les documents de conception ainsi que les guides d utilisation et d administration, de même que la documentation des tests réalisés par le développeur, en observant et en exécutant un échantillon de tests du développeur, et en créant des scénarios de test en plus 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. CGI IT Security Evaluation & Test Facility a ainsi établi la liste suivante des objectifs d'essai : a. Réexécution des tests du développeur : Cet objectif de test vise à répéter un sousensemble des tests du développeur. b. Communication sécurisées : Cet objectif de test consiste à établir que les canaux sécurisés pour SSH, IPSec (à un serveur LDAP de l'environnement) et Kerberos sont chiffrés adéquatement. c. Étiquetage : Cet objectif de test consiste à confirmer que les étiquettes des fichiers et des zones sont appliquées conformément aux stipulations. 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 7 de 12 -

12 d. Restriction des accès : Cet objectif de test consiste à confirmer que les contraintes d'accès fondées sur les zones, les fichiers et les classifications fonctionnent comme prévu. - Page 8 de 12 -

13 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 ont principalement porté sur les éléments suivants : a. Établir l'ensemble de programmes setuid/setgid : Cet objectif de test consiste à établir un ensemble de programmes setuid/setgid et à vérifier s'il en découle des vulnérabilités exploitables. b. Pointeurs nuls MMap : Cet objectif de test consiste à vérifier si les pointeurs nuls peuvent être l'objet d'un mappage MMap. c. État sécurisé : Cet objectif de test consiste à s'assurer que l'utilisateur ne peut utiliser des services «Kerbérisés» lorsque Kerberos n'est pas disponible. d. GIFS malveillants : Cet objectif de test consiste à vérifier si l'impression de GIFS malveillants peut avoir des répercussions sur le serveur CUPS. e. Indisponibilité de KADMIND : Cet objectif de test consiste à vérifier si les utilisateurs peuvent éviter la contrainte du mot de passe Kerberos, lorsque kadmind n'est pas disponible. f. Contournement de la copie de fichiers étiquetés GNOME : Cet objectif de test consiste à établir si les utilisateurs peuvent éluder les contraintes de copie à l'aide du presse-papier GNOME. g. Fuite d'adressage : Cet objectif de test consiste à établir si la TOE fournit accidentellement de l'information lorsqu'elle est l'objet d'attaques de type «pingpong» comme celles décrites dans le document CVE h. Demande de modification de mot de passe erroné : Cet objectif de test consiste à établir si la TOE est sujette à la vulnérabilité liée à la modification de mot de passe, qui est décrite dans le document CVE 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 a fait l'objet d'une série complète de tests fonctionnels et de pénétration indépendants, officiellement documentés. Les tests ont eu lieu dans les installations EEPSTI (Évaluation et essais des produits de sécurité des technologies de l'information) de CGI IT Security Evaluation & Test Facility. 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. - Page 9 de 12 -

14 11.5 Résultats des tests Les tests des développeurs ainsi que les tests fonctionnels indépendants ont donné les résultats prévus, ce qui donne l assurance que le produit se comporte de la manière spécifiée dans la ST et dans les spécifications fonctionnelles. 12 Résultats de l'évaluation Cette évaluation a mené à l'obtention du niveau d'assurance EAL 4+. 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 Tout système d'exploitation constitue une cible d'évaluation complexe, et le produit ne fait pas exception. En outre, les utilisateurs de la TOE devront se familiariser avec les fonctionnalités exclues décrites en détails à la section 3.2 du supplément du guide d'administration. En l'occurrence, un nombre important de bibliothèques et d'outils d'administration regroupés, de même que toutes les applications de tierces parties ont été exclues de la configuration évaluée. Or, aucune contrindication n'a été formulée à leur endroit. Les utilisateurs pourront choisir d'utiliser ou d'installer des applications additionnelles, pour autant qu'elles ne modifient pas la configuration de la TOE, car une modification pourrait exclure la TOE de la portée de la présente évaluation. Le CECC formule les deux recommandations suivantes : 1) Compte tenu de la complexité de la TOE, les utilisateurs devraient s'assurer que seuls des personnes expérimentées et hautement formées soient responsables de la configuration et de l'administration du produit évalué. 2) Les administrateurs sont fortement encouragés à examiner les alertes de sécurité courantes et à se tenir au fait des correctifs critiques visant le produit, en consultant régulièrement le site d'oracle ( - Page 10 de 12 -

15 14 Acronymes, abréviations et sigles Acronyme, abréviation ou sigle CECC CUPS EAL EEPSTI GC GIF TI LPC PALCAN RTE SCC SFR ST TOE Description Centre d'évaluation selon les Critères communs Common Unix Printing System Niveau d'assurance de l'évaluation Évaluation et essais de produits de sécurité des technologies de l'information Gestion des configurations Graphics Interchange Format Technologie de l'information Liste des produits certifiés Programme d accréditation des laboratoires Canada 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é Cible d'évaluation - Page 11 de 12 -

16 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 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. Security Target, v2.0, 21 March e. Common Criteria EAL4+ Evaluation Technical Report v1.1 March 24, Page 12 de 12 -