TÜV Rheinland Nederland B.V. Headoffice: Westervoortsedijk 73 NL-6827 AV Arnhem P.O. Box 2220 NL-6802 CE Arnhem The Netherlands Location Leek: Eiberkamp 10 NL-9351 VT Leek P.O. Box 37 NL-9350 AA Leek The Netherlands info@nl.tuv.com www.tuv.com/nl Tel. +31 (0)88 888 7 888 Fax +31 (0)88 888 7 879 TÜV Rheinland Nederland B.V. is a registered company at the Dutch Chamber of Commerce under number 27288788 VAT number: NL815820380B01 IBAN: NL61DEUT0265155096 Version 2020-3 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. Certification Report DocuSign QSCD as Qualified Signature Creation Device Sponsor and developer: DocuSign Ha’arava St 1, Giv’at Shmuel, Israel Evaluation facility: Brightsight Brassersplein 2 2612 CT Delft The Netherlands Report number: NSCIB-CC-235654-CR Report version: 1 Project number: 235654 Author(s): Denise Cater Date: 13 January 2021 Number of pages: 12 Number of appendices: 0 Reproduction of this report is authorized provided the report is reproduced in its entirety. Page: 2/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. CONTENTS: Foreword 3 Recognition of the certificate 4 International recognition 4 European recognition 4 1 Executive Summary 5 2 Certification Results 6 2.1 Identification of Target of Evaluation 6 2.2 Security Policy 6 2.3 Assumptions and Clarification of Scope 7 2.4 Architectural Information 7 2.5 Documentation 8 2.6 IT Product Testing 8 2.7 Re-used evaluation results 10 2.8 Evaluated Configuration 10 2.9 Results of the Evaluation 10 2.10 Comments/Recommendations 10 3 Security Target 11 4 Definitions 11 5 Bibliography 12 Page: 3/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. Foreword The Netherlands Scheme for Certification in the Area of IT Security (NSCIB) provides a third-party evaluation and certification service for determining the trustworthiness of Information Technology (IT) security products. Under this NSCIB, TÜV Rheinland Nederland B.V. has the task of issuing certificates for IT security products, as well as for protection profiles and sites. Part of the procedure is the technical examination (evaluation) of the product, protection profile or site according to the Common Criteria assessment guidelines published by the NSCIB. Evaluations are performed by an IT Security Evaluation Facility (ITSEF) under the oversight of the NSCIB Certification Body, which is operated by TÜV Rheinland Nederland B.V. in cooperation with the Ministry of the Interior and Kingdom Relations. An ITSEF in the Netherlands is a commercial facility that has been licensed by TÜV Rheinland Nederland B.V. to perform Common Criteria evaluations; a significant requirement for such a license is accreditation to the requirements of ISO Standard 17025 “General requirements for the accreditation of calibration and testing laboratories”. By awarding a Common Criteria certificate, TÜV Rheinland Nederland B.V. asserts that the product or site complies with the security requirements specified in the associated (site) security target, or that the protection profile (PP) complies with the requirements for PP evaluation specified in the Common Criteria for Information Security Evaluation. A (site) security target is a requirements specification document that defines the scope of the evaluation activities. The consumer should review the (site) security target or protection profile, in addition to this certification report, in order to gain an understanding of any assumptions made during the evaluation, the IT product's intended environment, its security requirements, and the level of confidence (i.e., the evaluation assurance level) that the product or site satisfies the security requirements stated in the (site) security target. Reproduction of this report is authorized provided the report is reproduced in its entirety. Page: 4/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. Recognition of the certificate Presence of the Common Criteria Recognition Arrangement and SOG-IS logos on the certificate indicates that this certificate is issued in accordance with the provisions of the CCRA and the SOG-IS agreement and will be recognised by the participating nations. International recognition The CCRA has been signed by the Netherlands in May 2000 and provides mutual recognition of certificates based on the CC. Starting September 2014 the CCRA has been updated to provide mutual recognition of certificates based on cPPs (exact use) or STs with evaluation assurance components up to and including EAL2+ALC_FLR. The current list of signatory nations and approved certification schemes can be found on: http://www.commoncriteriaportal.org. European recognition The European SOGIS-Mutual Recognition Agreement (SOGIS-MRA) version 3 effective from April 2010 provides mutual recognition of Common Criteria and ITSEC certificates at a basic evaluation level for all products. A higher recognition level for evaluation levels beyond EAL4 (resp. E3-basic) is provided for products related to specific technical domains. This agreement was initially signed by Finland, France, Germany, The Netherlands, Norway, Spain, Sweden and the United Kingdom. Italy joined the SOGIS-MRA in December 2010. The current list of signatory nations, approved certification schemes and the list of technical domains for which the higher recognition applies can be found on: http://www.sogisportal.eu. Page: 5/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. 1 Executive Summary This Certification Report states the outcome of the Common Criteria security evaluation of the DocuSign QSCD as Qualified Signature Creation Device. The developer of the DocuSign QSCD as Qualified Signature Creation Device is DocuSign located in Giv’at Shmuel, Israel and they also act as the sponsor of the evaluation and certification. A Certification Report is intended to assist prospective consumers when judging the suitability of the IT security properties of the product for their particular requirements. The TOE is a digital signature product intended to be used as a Qualified Signature Creation Device (QSCD) in a secure operational environment, to be used in Use Case 2: Support for Remote Server Signing as defined in [EN 419221-5]. The DocuSign QSCD Appliance is a network attached Appliance consisting of computer hardware, hardware for tamper resistance, hardened operating system, internal database and the Appliance server software. The TOE is the whole DocuSign QSCD Appliance. The TOE has been evaluated by Brightsight B.V. located in Delft, The Netherlands. The evaluation was completed on 13 January 2021 with the approval of the ETR. The certification procedure has been conducted in accordance with the provisions of the Netherlands Scheme for Certification in the Area of IT Security [NSCIB]. The scope of the evaluation is defined by the security target [ST], which identifies assumptions made during the evaluation, the intended environment for the DocuSign QSCD as Qualified Signature Creation Device, the security requirements, and the level of confidence (evaluation assurance level) at which the product is intended to satisfy the security requirements. Consumers of the DocuSign QSCD as Qualified Signature Creation Device are advised to verify that their own environment is consistent with the security target, and to give due consideration to the comments, observations and recommendations in this certification report. The results documented in the evaluation technical report [ETR] 1 for this product provides sufficient evidence that the TOE meets the EAL4 augmented (EAL4+) assurance requirements for the evaluated security functionality. This assurance level is augmented with AVA_VAN.5 (Advanced methodical vulnerability analysis). The evaluation was conducted using the Common Methodology for Information Technology Security Evaluation, Version 3.1 Revision 5 and [CEM] for conformance to the Common Criteria for Information Technology Security Evaluation, version 3.1 Revision 5 [CC] (Parts I, II and III). TÜV Rheinland Nederland B.V., as the NSCIB Certification Body, declares that the evaluation meets all the conditions for international recognition of Common Criteria Certificates and that the product will be listed on the NSCIB Certified Products list. It should be noted that the certification results only apply to the specific version of the product as evaluated. 1 The Evaluation Technical Report contains information proprietary to the developer and/or the evaluator, and is not releasable for public review. Page: 6/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. 2 Certification Results 2.1 Identification of Target of Evaluation The Target of Evaluation (TOE) for this evaluation is the DocuSign QSCD as Qualified Signature Creation Device from DocuSign located in Giv’at Shmuel, Israel. The TOE is comprised of the following main components: Delivery item type Identifier Version Hardware DocuSign QSCD 2.0.0.0 Software DocuSign QSCD 1.0.0.0 To ensure secure usage a set of guidance documents is provided together with the DocuSign QSCD as Qualified Signature Creation Device. Details can be found in section 2.5 of this report. 2.2 Security Policy The TOE provides the following security features:  Operator management: o Privileged Users can create other Privileged Users.  System management: o Privileged Users can handle system configuration.  Signer management: o Privileged Users can create Signers. o Privileged Users can assign on of the three authentication schemes (direct, indirect or mixed) to a Signer. o Privileged Users or Signers can generate signing keys and Signature Verification Data (SVD) using a Cryptographic Module and assign the signing key identifier and SVD to a Signer. o Privileged Users or Signers can disable a signing key identifier to be used by a Signer.  Signature operation: o Privileged Users or Signers can supply a Data To Be Signed / Representation to be signed (DTBS/R). o The link between signer authentication, DTBS/R(s) and signing key identifier is handled by the Signature Activation Data (SAD). This SAD is securely exchanged with the TOE using the Signature Activation Protocol (SAP).  The TOE generates audit records for all security related events and relies on the SSA to store and provide access control for the records.  The TOE is designed for is one of high threat of network compromise, and low threat of physical compromise. The environment is assumed to prevent prolonged unauthorised physical access to the TOE (including theft)  The TOE provides physical protection mechanisms to deter undetected compromise of its security functions by low attack potential individuals that do have physical access to the TOE.  The TOE is responsible for protecting the keys against logical attacks that would result in disclosure, compromise and unauthorised modification, and for ensuring that the TOE services are only used in an authorized way. Page: 7/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. 2.3 Assumptions and Clarification of Scope 2.3.1 Assumptions The assumptions defined in the Security Target are not covered by the TOE itself. These aspects lead to specific Security Objectives to be fulfilled by the TOE-Environment. Detailed information on these security objectives that must be fulfilled by the TOE environment can be found in section 3.5 of the [ST]. 2.3.2 Clarification of scope If there are threats to the TOE that are countered in the environment, list what they are so the customer understands what the product does or does not defend against Note that EN 419221-5 Protection Profile (EN419221-5) claims the environment for the TOE protects against loss or theft of the TOE, deters and detects physical tampering, protects against attacks based on emanations of the TOE, and protects against unauthorised software and configuration changes on the TOE and the hardware appliance it is contained in (“OE.Env Protected operating environment”). The ST follows the PP and also claims OE.Env, thus the environment in which the TOE is used must ensure the above protection. Any threats violating these objectives for the environment are not considered 2.4 Architectural Information The logical architecture, originating from [ST] can be depicted as follows: Page: 8/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. Figure 1. Logical architecture of the TOE 2.5 Documentation The following documentation is provided with the product by the developer to the customer: Identifier Version QSCD Appliance Preparative Procedures Administrator Guide Version 1.0.0.0 DocuSign QSCD Appliance Administrator Guide Version 1.0.0.0 DocuSign QSCD Appliance Developer Guide Version 1.0.0.0 2.6 IT Product Testing Testing (depth, coverage, functional tests, independent testing): The evaluators examined the developer’s testing activities documentation and verified that the developer has met their testing responsibilities. Page: 9/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. 2.6.1 Testing approach and depth Automatic test cases performed by the developer include both positive and negative tests that are performed for all the TSFIs. Both negative tests and positive tests include the validation step of verifying the test purpose. In particular, the test approach for negative tests contains the following:  Test the command with the incorrect parameters  Test the command by sending it to the incorrect URI  Test the command with an incorrect/expired token  Test the TOE via sending multiple commands at the same time Manual test cases cover the TOE physical interfaces and interfaces that have not been tested via the automatic tests The evaluators witnessed a selection of the developer tests, as well as execution of a small number of test cases designed by the evaluator. 2.6.2 Independent Penetration Testing The vulnerability analysis consists of two phases. In the first phase, a flaw hypothesis is created by collecting possible vulnerabilities. For the collection of possible vulnerabilities a methodical approach is taken, which consists of:  A collection of possible vulnerabilities in Design Assessment  Using applicable attack lists  Public vulnerability search Each possible vulnerability is then investigated and if there is no clear and direct argumentation why this possible vulnerability is not applicable, it is transformed in the second phase into a potential vulnerability. Each potential vulnerability is investigated in more detail and either a penetration test is created to further explore the issue or the rationale for closure is reported . The total test effort expended by the evaluators was 2 weeks. Due to the restrictions on physical attacks imposed by [EN 419221-5] the penetration test campaign was focused on logical tests. 2.6.3 Test Configuration All developer tests were executed on the TOE version as reported in section 2.1 above, namely:  SW: 1.0.0.0  HW: 2.0.0.0 The evaluator functional and penetration tests were performed using an earlier version of software executing on the TOE hardware, namely:  SW: 0.9.3.0  HW: 2.0.0.0 The evaluators analysed the source code differences between SW versions 0.9.3.0 and 1.0.0.0 and confirmed the only security relevant change between two versions was not in the scope of the independent tests. Therefore, it was concluded that the independent test results for SW version 0.9.3.0 are also applicable to the final SW version 1.0.0.0. 2.6.4 Testing Results The testing activities, including configurations, procedures, test cases, expected results and observed results are summarised in the [ETR], with references to the documents containing the full details. The developer’s tests and the independent functional tests produced the expected results, giving assurance that the TOE behaves as specified in its [ST] and functional specification. No exploitable vulnerabilities were found with the independent penetration tests. Page: 10/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. The algorithmic security level of cryptographic functionality has not been rated in this certification process, but the current consensus on the algorithmic security level in the open domain, i.e. from the current best cryptanalytic attacks published, has been taken into account. 2.7 Re-used evaluation results There is no re-use of evaluation results in this certification. 2.8 Evaluated Configuration The TOE is defined uniquely by its name and version number DocuSign QSCD as Qualified Signature Creation Device, software version 1.0.0.0 and hardware version 2.0.0.0. 2.9 Results of the Evaluation The evaluation lab documented their evaluation results in the [ETR], which references an ASE Intermediate Report and other evaluator documents. The verdict of each claimed assurance requirement is “Pass”. Based on the above evaluation results the evaluation lab concluded the DocuSign QSCD as Qualified Signature Creation Device, to be CC Part 2 extended, CC Part 3 conformant, and to meet the requirements of EAL 4 augmented with AVA_VAN.5. This implies that the product satisfies the security requirements specified in Security Target [ST]. The Security Target claims ’strict’ conformance to the Protection Profiles [EN 419221-5] and [EN 419241-2]. 2.10 Comments/Recommendations The user guidance as outlined in section 2.5 contains necessary information about the usage of the TOE. Certain aspects of the TOE’s security functionality, in particular the countermeasures against attacks, depend on accurate conformance to the user guidance of both the software and the hardware part of the TOE. There are no particular obligations or recommendations for the user apart from following the user guidance. Please note that the documents contain relevant details with respect to the resistance against certain attacks. In addition all aspects of assumptions, threats and policies as outlined in the Security Target not covered by the TOE itself need to be fulfilled by the operational environment of the TOE. The customer or user of the product shall consider the results of the certification within his system risk management process. In order for the evolution of attack methods and techniques to be covered, he should define the period of time until a re-assessment for the TOE is required and thus requested from the sponsor of the certificate. The strength of the cryptographic algorithms and protocols was not rated in the course of this evaluation. This specifically applies to the following proprietary or non-standard algorithms, protocols and implementations: None. Page: 11/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. 3 Security Target The DocuSign QSCD as a Signature Device Security Target, Version 4.0.26, 22 December 2020. [ST] is included here by reference. 4 Definitions This list of Acronyms and the glossary of terms contains elements that are not already defined by the CC or CEM: DTBS/R Data To Be Signed / Representation to be signed IT Information Technology ITSEF IT Security Evaluation Facility JIL Joint Interpretation Library NSCIB Netherlands Scheme for Certification in the area of IT security PP Protection Profile QSCD Qualified Signature/Seal Creation Device SAD Signature Activation Data SAP Signature Activation Protocol SVD Signature Verification Data TOE Target of Evaluation Page: 12/12 of report number: NSCIB-CC-235654-CR, dated 13 January 2021 ® TÜV, TUEV and TUV are registered trademarks. Any use or application requires prior approval. 5 Bibliography This section lists all referenced documentation used as source material in the compilation of this report: [CC] Common Criteria for Information Technology Security Evaluation, Parts I, II and III, Version 3.1 Revision 5, April 2017. [CEM] Common Methodology for Information Technology Security Evaluation, Version 3.1 Revision 5, April 2017. [ETR] Evaluation Technical Report “DocuSign QSCD" – EAL4+, 20-RPT-1266, Version 4.0, 13 January 2021. [EU-REG] REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC. [NSCIB] Netherlands Scheme for Certification in the Area of IT Security, Version 2.5, 28 March 2019. [EN 419221-5] EN 419 221-5:2018 version 1.0, Protection Profiles for TSP Cryptographic Modules –Part 5: Cryptographic Module for Trust Services, registered under the reference ANSSI-CC-PP-2016/05-M01, 18 May 2020. [EN 419241-2] EN 419241-2:2019 v0.16, Trustworthy Systems Supporting Server Signing Part 2: Protection Profile for QSCD for Server Signing, registered under the reference ANSSI-CC-PP-2018/02-M01, 18 May 2020. [ST] DocuSign QSCD as a Signature Device Security Target, Version 4.0.26, 22 December 2020.. (This is the end of this report).