Secrétariat général de la défense et de la sécurité nationale Agence nationale de la sécurité des systèmes d’information 5 1 b o u l e v a r d d e L a T o u r - M a u b o u r g - 7 5 7 0 0 P A R I S 0 7 S P - T é l 0 1 . 7 1 . 7 5 . 8 2 . 8 2 Rapport de certification ANSSI-CC-2021/20 ChipDoc v3.1 on JCOP 4 P71 in SSCD configuration (Version 3.1.6.52) Paris, le 4 juin 2021 Le directeur général de l’Agence nationale de la sécurité des systèmes d'information Guillaume POUPARD [ORIGINAL SIGNE] R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 2 s u r 1 5 AVERTISSEMENT Ce rapport est destiné à fournir aux commanditaires un document leur permettant d’attester du niveau de sécurité offert par le produit dans les conditions d’utilisation ou d’exploitation définies dans ce rapport pour la version qui a été évaluée. Il est destiné également à fournir à l’acquéreur potentiel du produit les conditions dans lesquelles il pourra exploiter ou utiliser le produit de manière à se trouver dans les conditions d’utilisation pour lesquelles le produit a été évalué et certifié ; c’est pourquoi ce rapport de certification doit être lu conjointement aux guides d’utilisation et d’administration évalués ainsi qu’à la cible de sécurité du produit qui décrit les menaces, les hypothèses sur l’environnement et les conditions d’emploi présupposées afin que l’utilisateur puisse juger de l’adéquation du produit à son besoin en termes d’objectifs de sécurité. La certification ne constitue pas en soi une recommandation du produit par l’Agence nationale de la sécurité des systèmes d’information (ANSSI) et ne garantit pas que le produit certifié soit totalement exempt de vulnérabilités exploitables. Toute correspondance relative à ce rapport doit être adressée au : Secrétariat général de la défense et de la sécurité nationale Agence nationale de la sécurité des systèmes d’information Centre de certification 51, boulevard de la Tour Maubourg 75700 Paris cedex 07 SP certification@ssi.gouv.fr La reproduction de ce document sans altération ni coupure est autorisée. R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 3 s u r 1 5 Référence du rapport de certification ANSSI-CC-2021/20 Nom du produit ChipDoc v3.1 on JCOP 4 P71 in SSCD configuration Référence/version du produit Version 3.1.6.52 Conformité à un profil de protection Protection profiles for secure signature creation device Part 2 : Device with key generation, v2.0.1, certifié BSI-CC-PP-0059-2009-MA-01 Part 3 : Device with key import, v1.0.2, certifié BSI-CC-PP-0075-2012 Part 4 : Extension for device with key generation and trusted communication with certificate generation application, v1.0.1, certifié BSI-CC-PP-0071-2012 Part 5 : Extension for device with key generation and trusted communication with signature creation application, v1.0.1, certifié BSI-CC-PP-0072-2012 Part 6 : Extension for device with key import and trusted communication with signature creation application, v1.0.4, certifié BSI-CC-PP-0076-2013 Critère d’évaluation et version Critères Communs version 3.1 révision 5 Niveau d’évaluation EAL 5 augmenté ALC_DVS.2, AVA_VAN.5 Développeur NXP SEMICONDUCTORS Troplowitzstrasse 20, 22529 Hamburg, Allemagne Commanditaire NXP SEMICONDUCTORS Troplowitzstrasse 20, 22529 Hamburg, Allemagne Centre d’évaluation THALES / CNES 290 allée du Lac, 31670 Labège, France Accords de reconnaissance applicables CCRA Ce certificat est reconnu au niveau EAL2. SOG-IS R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 4 s u r 1 5 PREFACE La certification de la sécurité offerte par les produits et les systèmes des technologies de l’information est régie par le décret 2002-535 du 18 avril 2002 modifié. Ce décret indique que : - l’Agence nationale de la sécurité des systèmes d’information élabore les rapports de certification. Ces rapports précisent les caractéristiques des objectifs de sécurité proposés. Ils peuvent comporter tout avertissement que ses rédacteurs estiment utile de mentionner pour des raisons de sécurité. Ils sont, au choix des commanditaires, communiqués ou non à des tiers ou rendus publics (article 7) ; - les certificats délivrés par le directeur général de l’Agence nationale de la sécurité des systèmes d’information attestent que l’exemplaire des produits ou systèmes soumis à évaluation répond aux caractéristiques de sécurité spécifiées. Ils attestent également que les évaluations ont été conduites conformément aux règles et normes en vigueur, avec la compétence et l’impartialité requises (article 8). Les procédures de certification sont disponibles sur le site Internet www.ssi.gouv.fr. R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 5 s u r 1 5 TABLE DES MATIERES 1 Le produit........................................................................................................................................................6 1.1 Présentation du produit........................................................................................................................................... 6 1.2 Description du produit ............................................................................................................................................ 6 1.2.1 Introduction .......................................................................................................................................................................... 6 1.2.2 Services de sécurité.............................................................................................................................................................. 6 1.2.3 Architecture .......................................................................................................................................................................... 6 1.2.4 Identification du produit .................................................................................................................................................... 6 1.2.5 Cycle de vie ........................................................................................................................................................................... 7 1.2.6 Configuration évaluée ......................................................................................................................................................... 7 2 L’évaluation.....................................................................................................................................................8 2.1 Référentiels d’évaluation......................................................................................................................................... 8 2.2 Travaux d’évaluation ................................................................................................................................................ 8 2.3 Analyse des mécanismes cryptographiques selon les référentiels techniques de l’ANSSI......................... 8 2.4 Analyse du générateur d’aléas................................................................................................................................ 8 3 La certification .............................................................................................................................................10 3.1 Conclusion.................................................................................................................................................................10 3.2 Restrictions d’usage.................................................................................................................................................10 3.3 Reconnaissance du certificat.................................................................................................................................10 3.3.1 Reconnaissance européenne (SOG-IS).............................................................................................................................10 3.3.2 Reconnaissance internationale critères communs (CCRA)..........................................................................................10 ANNEXE A. Niveau d’évaluation du produit...........................................................................................12 ANNEXE B. Références documentaires du produits évalué.................................................................13 ANNEXE C. Références liées à la certification........................................................................................15 R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 6 s u r 1 5 1 Le produit 1.1 Présentation du produit Le produit évalué est « ChipDoc v3.1 on JCOP 4 P71 in SSCD configuration, Version 3.1.6.52 » développé par NXP SEMICONDUCTORS. Ce produit offre des services d’authentification et de signature électronique (SSCD) conformes à la directive [1999/93/EC]. Il est embarqué sur la plateforme JCOP préalablement certifiée [CER_PLA] qui est laissée ouverte après personnalisation. Il dispose d’interfaces avec et/ou sans contact. 1.2 Description du produit 1.2.1 Introduction La cible de sécurité [ST] définit le produit évalué, ses fonctionnalités de sécurité évaluées et son environnement d’exploitation. Cette cible de sécurité est conforme au profil de protection [PP-SSCD-Part2], [PP-SSCD-Part3], [PP- SSCD-Part4], [PP-SSCD-Part5] et [PP-SSCD-Part6]. 1.2.2 Services de sécurité Les principaux services de sécurité fournis par le produit sont : Les principaux services de sécurité fournis par le produit sont : - la génération ou l’import de donnée de création de signature (SCD) et les données de vérification de signature correspondante (SVD) ; - l’export des SVD pour la certification à travers un canal de confiance vers l’autorité de certification (CGA) dans le cas où les SVD ont été générées par le produit ; - la preuve d’identité en tant que SSCD à des entités externes ; - en option, la réception et le stockage de certificats ; - l’initialisation des données d’authentification d’utilisateurs (RAD) ; - le basculement du SSCD d’un état non opérationnel à un état opérationnel, et dans un état opérationnel, la génération de signatures digitales avec le processus suivant : o sélection d’une SCD s’il y en a plusieurs sur le produit ; o réception des données à signer ou de leur représentation unique à travers un canal de confiance ; o authentification du signataire et détermination de son intention de signer ; o application de la fonction de génération de signature appropriée. 1.2.3 Architecture Le produit est constitué des éléments suivants, développés par NXP : - l’applet ChipDoc ; - sa plateforme JCOP 4 , sur microcontrôleur N7121. 1.2.4 Identification du produit Les éléments constitutifs du produit sont identifiés dans la liste de configuration [CONF]. La version certifiée du produit est identifiable par les éléments suivants : - L’applet est identifiée en réponse à la commande GET_DATA par les valeurs suivantes : o Nom : 0x43686970446F63 ; o Version : 0x03010652 ; o Card capabilities : 0x00036FEF ; - La plateforme est identifiée en réponse à la commande GET_DATA(IDENTIFY) par les valeurs suivantes : R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 7 s u r 1 5 o Patch ID : 0x0000000000000001 ; o ROM ID : 2E5AD88409C9BADB ; o Platform ID : 4A335233353130314641394530343030DD0984593B0048EF ou 4A335233353130323336333130343030DCE5C19CFE6D0DCF ; - La configuration SSCD de l’aplication est identifiée par la présence dans le fichier EF.DIR d’un AID au préfixe E828D080F. 1.2.5 Cycle de vie Le cycle de vie du produit est présenté au chapitre « TOE Lifecycle » de la cible de sécurité. Les sites de développement et de production de l’IC et de la plateforme sont listés dans [CER_IC] et [CER_PLA]. L’applet a été principalement développée sur les sites NXP de Gratkorn et d’East Kilbride Glasgow. 1.2.6 Configuration évaluée Le certificat porte sur la configuration SSCD de l’applet, la plateforme restant ouverte. Aucune autre application que l’applet ChipDoc V3.1 n’est connue. R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 8 s u r 1 5 2 L’évaluation 2.1 Référentiels d’évaluation L’évaluation a été menée conformément aux Critères Communs version 3.1 révision 5 [CC], et à la méthodologie d’évaluation définie dans le manuel [CEM]. Pour les composants d’assurance qui ne sont pas couverts par le manuel [CEM], des méthodes propres au centre d’évaluation et validées par l’ANSSI ont été utilisées. Pour répondre aux spécificités des cartes à puce, les guides [JIWG IC] et [JIWG AP] ont été appliqués. Ainsi, le niveau AVA_VAN a été déterminé en suivant l'échelle de cotation du guide [JIWG AP]. Pour mémoire, cette échelle de cotation est plus exigeante que celle définie par défaut dans la méthode standard [CC], utilisée pour les autres catégories de produits (produits logiciels par exemple). 2.2 Travaux d’évaluation L’évaluation en composition a été réalisée en application du guide [COMP] permettant de vérifier qu’aucune faiblesse n’est introduite par l’intégration du logiciel dans le microcontrôleur déjà certifié par ailleurs. Cette évaluation a ainsi pris en compte les résultats de l’évaluation de la plateforme « JCOP 4 P71 » au niveau EAL6 augmenté des composants ASE_TSS.2 et ALC_FLR.1, conforme au profil de protection [PP0099]. Cette plateforme a été certifiée le 1er mars 2021 sous la référence NSCIB-CC- 180212, voir [CER_PLA]. L’évaluation s’appuie sur les résultats d’évaluation de la précédente version du produit certifiée le 30 juillet 2020 sous la référence ANSSI-CC-2020/76, voir [CER]. Aucun site n’a été visité par l’évaluateur au cours de ce projet de réévaluation. L’évaluateur a réutilisé les résultats des rapports de certification [CER_IC] et [CER_PLA] ainsi que les Site Technical Audit Report existants de certains sites. Le rapport technique d’évaluation [RTE], remis à l’ANSSI le jour de sa finalisation par le CESTI (voir date en bibliographie), détaille les travaux menés par le centre d’évaluation et atteste que toutes les tâches d’évaluation sont à « réussite ». 2.3 Analyse des mécanismes cryptographiques selon les référentiels techniques de l’ANSSI Les mécanismes cryptographiques mis en œuvre par les fonctions de sécurité du produit (voir [ST]) ont fait l’objet d’une analyse conformément à la procédure [CRY/P/01] et les résultats ont été consignés dans le rapport [ANA_CRY]. Cette analyse a identifié des non-conformités par rapport au référentiel [ANSSI Crypto]. Elles ont été prises en compte dans l’analyse de vulnérabilité indépendante réalisée par l’évaluateur et n’ont pas permis de mettre en évidence de vulnérabilité exploitable pour le potentiel d’attaque visé. L’utilisateur doit se référer aux [GUIDES] afin de configurer le produit de manière conforme au référentiel [ANSSI Crypto], pour les mécanismes cryptographiques qui le permettent. 2.4 Analyse du générateur d’aléas Le générateur de nombres aléatoires utilisé par le produit final a été évalué dans le cadre de l’évaluation du microcontrôleur [CER_IC] et de la plateforme [CER_PLA]. Comme requis dans le référentiel [ANSSI Crypto], la sortie du générateur physique d’aléa subit un retraitement de nature cryptographique. R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 9 s u r 1 5 L’analyse de vulnérabilité indépendante réalisée par l’évaluateur n’a pas permis de mettre en évidence de vulnérabilité exploitable pour le potentiel d’attaque visé. R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 1 0 s u r 1 5 3 La certification 3.1 Conclusion L’évaluation a été conduite conformément aux règles et normes en vigueur, avec la compétence et l’impartialité requises pour un centre d’évaluation agréé. L’ensemble des travaux d’évaluation réalisés permet la délivrance d’un certificat conformément au décret 2002-535. Ce certificat atteste que le produit « ChipDoc v3.1 on JCOP 4 P71 in SSCD configuration, Version 3.1.6.52 » soumis à l’évaluation répond aux caractéristiques de sécurité spécifiées dans sa cible de sécurité [ST] pour le niveau d’évaluation EAL 5 augmenté des composants ALC_DVS.2 et AVA_VAN.5. 3.2 Restrictions d’usage Ce certificat porte sur le produit spécifié au chapitre 1.2 du présent rapport de certification. L’utilisateur du produit certifié devra s’assurer du respect des objectifs de sécurité sur l’environnement d’exploitation, tels que spécifiés dans la cible de sécurité [ST], et suivre les recommandations se trouvant dans les guides fournis [GUIDES], notamment : - toutes les futures applications chargées sur ce produit (chargement post-émission) doivent respecter les contraintes de développement de la plateforme (voir [CER_PLA]) ; - les autorités de vérification doivent appliquer le guide de la plateforme (voir [CER_PLA]) ; - la protection du chargement de toutes les futures applications chargées sur ce produit (chargement post-émission) doit être activée conformément aux indications des guides de la plateforme (voir [CER_PLA]). 3.3 Reconnaissance du certificat 3.3.1 Reconnaissance européenne (SOG-IS) Ce certificat est émis dans les conditions de l’accord du SOG-IS [SOG-IS]. L’accord de reconnaissance européen du SOG-IS de 2010 permet la reconnaissance, par les pays signataires de l’accord1 , des certificats ITSEC et Critères Communs. La reconnaissance européenne s’applique, pour les cartes à puce et les dispositifs similaires, jusqu’au niveau ITSEC E6 Elevé et CC EAL7 lorsque les dépendances CC sont satisfaites. Les certificats reconnus dans le cadre de cet accord sont émis avec la marque suivante : 3.3.2 Reconnaissance internationale critères communs (CCRA) Ce certificat est émis dans les conditions de l’accord du CCRA [CCRA]. 1 La liste des pays signataires de l’accord SOG-IS est disponible sur le site web de l’accord : www.sogis.eu. R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 1 1 s u r 1 5 L’accord « Common Criteria Recognition Arrangement » permet la reconnaissance, par les pays signataires2 , des certificats Critères Communs. La reconnaissance s’applique jusqu’aux composants d’assurance du niveau CC EAL2 ainsi qu’à la famille ALC_FLR. Les certificats reconnus dans le cadre de cet accord sont émis avec la marque suivante : 2 La liste des pays signataires de l’accord CCRA est disponible sur le site web de l’accord : www.commoncriteriaportal.org. R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 1 2 s u r 1 5 ANNEXE A. Niveau d’évaluation du produit Classe Famille Composants par niveau d’assurance Niveau d’assurance retenu pour le produit EAL 1 EAL 2 EAL 3 EAL 4 EAL 5 EAL 6 EAL 7 EAL 5+ Intitulé du composant ADV Développement ADV_ARC 1 1 1 1 1 1 1 Security architecture description ADV_FSP 1 2 3 4 5 5 6 5 Complete semi-formal functional specification with additional error information ADV_IMP 1 1 2 2 1 Implementation representation of the TSF ADV_INT 2 3 3 2 Well-structured internals ADV_SPM 1 1 ADV_TDS 1 2 3 4 5 6 4 Semiformal modular design AGD Guides d’utilisation AGD_OPE 1 1 1 1 1 1 1 1 Operational user guidance AGD_PRE 1 1 1 1 1 1 1 1 Preparative procedures ALC Support au cycle de vie ALC_CMC 1 2 3 4 4 5 5 4 Production support, acceptance procedures and automation ALC_CMS 1 2 3 4 5 5 5 5 Development tools CM coverage ALC_DEL 1 1 1 1 1 1 1 Delivery procedures ALC_DVS 1 1 1 2 2 2 Sufficiency of security measures ALC_FLR ALC_LCD 1 1 1 1 2 1 Developer defined life-cycle model ALC_TAT 1 2 3 3 2 Compliance with implementation standards ASE Evaluation de la cible de sécurité ASE_CCL 1 1 1 1 1 1 1 1 Conformance claims ASE_ECD 1 1 1 1 1 1 1 1 Extended components definition ASE_INT 1 1 1 1 1 1 1 1 ST introduction ASE_OBJ 1 2 2 2 2 2 2 2 Security objectives ASE_REQ 1 2 2 2 2 2 2 2 Derived security requirements ASE_SPD 1 1 1 1 1 1 1 Security problem definition ASE_TSS 1 1 1 1 1 1 1 1 TOE summary specification ATE Tests ATE_COV 1 2 2 2 3 3 2 Analysis of coverage ATE_DPT 1 2 3 3 4 3 Testing: modular design ATE_FUN 1 1 1 1 2 2 1 Functional testing ATE_IND 1 2 2 2 2 2 3 2 Independent testing: sample AVA Estimation des vulnérabilités AVA_VAN 1 2 2 3 4 5 5 5 Advanced methodical vulnerability analysis R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 1 3 s u r 1 5 ANNEXE B. Références documentaires du produits évalué [ST] Cible de sécurité de référence pour l’évaluation : - ChipDoc v3.1 on JCOP 4 P71 in SSCD configuration, Security Target, rev 3.4, 26 février 2021. Pour les besoins de publication, la cible de sécurité suivante a été fournie et validée dans le cadre de cette évaluation : - ChipDoc v3.1 on JCOP 4 P71 in SSCD configuration, Security Target Lite, rev 3.4, 26 février 2021. [RTE] Evaluation Technical Report, project ChipDoc V3.1 SSCD2, référence CDV31_SSCD2_ETR, révision 3.0, 20 mai 2021. [ANA-CRY] Analysis of Cryptographic Mechanisms, project ChipDoc V3.1 SSCD2, référence CDV31_SSCD2_CRY, révision 2.0, 6 mai 2021. [CONF] Configuration Item List, CDv3.1_2_04916, 5 mars 2021. [GUIDES] - ChipDoc 3.1 User Guide Manual, ref 518830, 17 aout 2020 ; - ChipDoc 3.1 SSCD Personalization Guide, ref 519122, 13 août 2020 ; - ChipDoc 3.1 Crypto Guide, révision 1.0, 4 décembre 2020. [1999/93/EC] Directive 1999/93/EC of the European Parliament and of the Council of 13 December 1999 on a Community framework for electronic signatures (e- Signautres Directive). [PP0084] Protection Profile, Security IC Platform Protection Profile with Augmentation Packages, version 1.0, 13 janvier 2014. Certifié par le BSI (Bundesamt für Sicherheit in der Informationstechnik) sous la référence BSI-PP-0084-2014. [PP0099] Java Card Protection Profile – Open Configuration, version 3.0.5, décembre 2017. Certifié par le BSI (Bundesamt für Sicherheit in der Informationstechnik) sous la référence BSI-CCPP-0099-2017. [PP-SSCD- Part2] Protection profiles for secure signature creation device – Part 2: Device with key generation, référence : prEN 14169-2:2012, version 2.0.1 datée du 23 janvier 2012. Maintenu par le BSI (Bundesamt für Sicherheit in der Informationstechnik) le 21 février 2012 sous la référence BSI-CC-PP-0059-2009-MA-01. [PP-SSCD- Part3] Protection profiles for secure signature creation device – Part 3: Device with key import, référence : prEN 14169-3:2012, version 1.0.2 datée du 24 juillet 2012. Certifié par le BSI (Bundesamt für Sicherheit in der Informationstechnik) le 27 septembre 2012 sous la référence BSI-CC-PP-0075-2012. [PP-SSCD- Part4] Protection profiles for secure signature creation device – Part 4: Extension for device with key generation and trusted communication with certificate generation application, référence : prEN 14169-4:2012, version 1.0.1 datée du 14 novembre 2012. Certifié par le BSI (Bundesamt für Sicherheit in der Informationstechnik) le 12 décembre 2012 sous la référence BSI-CC-PP-0071- 2012. [PP-SSCD- Part5] Protection profiles for secure signature creation device – Part 5: Extension for device with key generation and trusted communication with signature creation application, référence : prEN 14169-5:2012, version 1.0.1 datée du 14 novembre 2012. Certifié par le BSI (Bundesamt für Sicherheit in der Informationstechnik) le 12 décembre 2012 sous la référence BSI-CC-PP-0072-2012. [PP-SSCD- Part6] Protection profiles for secure signature creation device – Part 6: Extension for device with key import and trusted communication with signature creation R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 1 4 s u r 1 5 application, référence : prEN 14169-6:2013, version 1.0.4 datée du 3 avril 2013. Certifié par le BSI le 16 avril 2013 sous la référence BSI-CC-PP-0076-2013. [CER] Rapport de certification ANSSI-CC-2020/76, ChipDoc v3.1 on JCOP 4 P71 in SSCD configuration (v 3.1.3.52), 30 juillet 2020. [CER_IC] Certification Report BSI-DSZ-CC-1136-2021 for NXP Smart Card Controller N7121 with IC Dedicated Software and Crypto Library (R1/R2), 10 février 2021. [CER_PLA] Certification Report JCOP 4 P71, NSCIB-CC-180212-CR3, 1 mars 2021. R a p p o r t d e c e r t i f i c a t i o n A N S S I - C C - 2 0 2 1 / 2 0 C h i p D o c v 3 . 1 o n J C O P 4 P 7 1 i n S S C D c o n f i g u r a t i o n ( V e r s i o n 3 . 1 . 6 . 5 2 ) A N S S I - C C - C E R - F - 0 7 _ v 3 0 . 2 P a g e 1 5 s u r 1 5 ANNEXE C. Références liées à la certification Décret 2002-535 du 18 avril 2002 modifié relatif à l’évaluation et à la certification de la sécurité offerte par les produits et les systèmes des technologies de l’information. [CER/P/01] Procédure ANSSI-CC-CER-P-01 Certification critères communs de la sécurité offerte par les produits, les systèmes des technologies de l’information, les sites ou les profils de protection, ANSSI. [CRY/P/01] Procédure ANSSI-CC-CRY-P01 Modalités pour la realisation des analyses cryptographiques et des évaluations des générateurs de nombres aléatoires, ANSSI. [CC] Common Criteria for Information Technology Security Evaluation: - Part 1: Introduction and general model, avril 2017, version 3.1, révision 5, référence CCMB-2017-04-001; - Part 2: Security functional components, avril 2017, version 3.1, révision 5, référence CCMB-2017-04-002; - Part 3: Security assurance components, avril 2017, version 3.1, révision 5, référence CCMB-2017-04-003. [CEM] Common Methodology for Information Technology Security Evaluation : Evaluation Methodology, avril 2017, version 3.1, révision 5, référence CCMB-2017-04-004. [JIWG IC] * Mandatory Technical Document - The Application of CC to Integrated Circuits, version 3.0, février 2009. [JIWG AP] * Mandatory Technical Document – Application of attack potential to smartcards and similar devices, version 3.1, juin 2020. [COMP] * Mandatory Technical Document – Composite product evaluation for Smart Cards and similar devices, version 1.5.1, mai 2018. [CCRA] Arrangement on the Recognition of Common Criteria Certificates in the field of Information Technology Security, 2 juillet 2014. [SOG-IS] Mutual Recognition Agreement of Information Technology Security Evaluation Certificates, version 3.0, 8 janvier 2010, Management Committee. [ANSSI Crypto] Mécanismes cryptographiques – Règles et recommandations concernant le choix et le dimensionnement des mécanismes cryptographiques, version 2.03 du 21 février 2014 annexée au Référentiel général de sécurité (RGS_B1), voir www.ssi.gouv.fr. [AIS 31] A proposal for: Functionality classes for random number generators, AIS20/AIS31, version 2.0, 18 Septembre 2011, BSI (Bundesamt für Sicherheit in der Informationstechnik). *Document du SOG-IS ; dans le cadre de l’accord de reconnaissance du CCRA, le document support du CCRA équivalent s’applique.