Gaia-X Label level 2 Gaia-X L2
Gaia-X Compliance Document 3.1.0 — Label Level 2 criteria for Cloud Services
Chapter 1 — Contractual Framework
| Original article content | Proposed criterion |
|---|---|
| The Provider shall offer the ability to establish a legally binding act. This legally binding act shall be documented. |
P1.1.1
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the [Gaia-X Ontology](https://docs.gaia-x.eu/ontology/development/classes/TermsAndConditions/), the declaration shall contain a resolvable hyperlink to an external source pointing to the legally binding act offered by the Provider, such as the Terms and Conditions Document. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). The certificate shall rely on one of the permissible standards listed below to attest the conformity to this criterion. The certificate proof is presented in a verifiable credential by either providing a resolvable hyperlink to said certificate, or a file (such as pdf) with the certificate or the certificate Verifiable Credential, following the [Gaia-X Ontology for Legally Binding Act](https://docs.gaia-x.eu/ontology/development/classes/LegallyBindingAct/). Permissible standards: SecNumCloud: 19.1; BSI C5: BC-01, OIS-03; CISPE (GDPR, Infrastructure & IaaS): 4.2; EU Cloud CoC (GDPR, XaaS): 5.1.A, 5.1.B; CSA CCM: STA-09 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall have an option for each legally binding act to be governed by EU/EEA/Member State law. |
P1.1.2
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall contain the list of ISO 3166-2 codes indicating the EU/EEA/Member States whose law may be applied as governing law for the legally binding act. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 19.1.c; CISPE (GDPR, Infrastructure & IaaS): 4.2; EU Cloud CoC (GDPR, XaaS): 5.1.A, 5.1.B, 5.1.C, 5.1.F, 5.4.F Example standards: BSI C5: BC-01; CSA CCM: STA-09 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall clearly identify for which providers parties the legal act is binding. |
P1.1.3
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. The declaration shall include at least one of the following: 1. Using the Gaia-X Ontology, detailed description of the parties to which the legal act is binding. 2. Use of legally relevant or legally binding cryptographic certificates from the Gaia-X Registry (note: this is not applicable in case of manual signature). 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 19.1.b; EU Cloud CoC (GDPR, XaaS): 5.1.C, 5.1.F, 5.1.H Example standards: BSI C5: BC-01, OIS-03; CISPE (GDPR, Infrastructure & IaaS): 4.2; CSA CCM STA-09 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure that the legally binding act covers the entire provision of the Service Offering. |
P1.1.4
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. The Declaration shall include a detailed description of the service, composing services, its components and dependencies using the Gaia-X Ontology. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 19.1, 19.4; BSI C5: BC-01, BC-02, BC-04; CISPE (GDPR, Infrastructure & IaaS): 4.2; EU Cloud CoC (GDPR, XaaS): 5.1.C, 5.1.F, 5.1.H; CSA CCM: STA-09 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall clearly identify in each legally binding act the applicable governing law. |
P1.1.5
Declaration To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall detail the applicable governing laws for the legally binding act, by indicating the ISO 3166-2 code of the respective country. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Example standards: SecNumCloud 3.2.a – 19.1.c |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure there are specific provisions regarding service interruptions and business continuity (e.g., by means of a service level agreement), Provider's bankruptcy or any other reason by which the Provider may cease to exist in law. |
P1.2.1
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, evidences about the provisions covering the criterion shall be provided, either copied from the legally binding document or in a structured machine-readable format (DSL). The evidence shall detail: - the nature of the possible disruption ([ISO 22301](https://www.iso.org/standard/75106.html)) events identified and the impacts ([ISO 22301](https://www.iso.org/standard/75106.html)); - the conditions for the event to occur; - the measures which will be implemented to resume normal operation; - compensation terms; - the mitigation process to reduce the risks associated with the interruption of the service. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 17.1, 17.2, 19.1.j; BSI C5: BCM-02, BCM-03; CISPE (GDPR, Infrastructure & IaaS): 5.5; CSA CCM: BCR-01, BCR-02, BCR-03 Example standards: EU Cloud CoC (GDPR, XaaS): 6.2.Q; ISO/IEC 27001: A.5.30, A.8.21; TISAX: 17.1 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure there are provisions governing the rights of the parties to use the service and any Customer Data therein. |
P1.2.2
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, evidences about the provisions covering the criterion shall be provided, either copied from the legally binding document or in a structured machine-readable format (DSL). The Provider shall indicate the relevant provisions within its agreement. These provisions should consider the following elements: - how to rectify, erase, restrict, access or port Customer Data and related costs; - means for the Customer to retrieve and delete Customer Data; - terms under which the Provider can process Customer Data, also with regard to sub-processors; - termination of the contract/terms to make available data to the Customer and delete them after the termination of the contract. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 19.1.b, 19.1.d, 19.1.h, 19.1.k; BSI C5: PI-02; CISPE (GDPR, Infrastructure & IaaS): 4.7, 4.10, 5.7; EU Cloud CoC (GDPR, XaaS): 5.1.F, 5.1.H, 5.7.A, 5.10.A, 5.10.B; CSA CCM: IPY-01, IPY-04 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure there are provisions governing changes, regardless of their kind. |
P1.2.3
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X ontology, evidences about the provisions covering the criterion shall be provided, either copied from the legally binding document or in a structured machine-readable format (DSL). The evidence shall detail: - issuing of the GaiaXTermsAndCondition verifiable credential. The Participant signing Gaia-X Credentials agrees as follows: "to update its Gaia-X Credentials about any changes, be it technical, organizational, or legal - especially but not limited to contractual in regard to the indicated attributes present in the Gaia-X Credentials." - procedures for monitoring and managing changes to the information processing systems or on the technical and organizational security measures under the Provider’s responsibilities at the effective date of the legally binding agreement; - procedures detailing how to communicate the following information to the Customer, in the event of operations carried out by the Provider and which may have an impact on the security or availability of the service: scheduled date and time of the start and end of operations, impacts on the security or availability of the service, contact within the provider; - procedures to notify the Customer of any changes concerning an addition or a replacement of a subprocessor engaged by the Provider based on a general authorization by the Customer. - criteria for risk assessment, categorisation and prioritisation of changes; - procedures on how to inform the Customer about the type and scope of the change as well as the resulting obligations to cooperate in accordance with the contractual agreements; - requirements for the documentation of changes in system, operational and user documentation; - provisions limiting changes directly impacting Customer’s owned environments/tenants to explicitly authorized requests within service level agreements between the Provider and the Consumer. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 12.2, 14.2a, 15.4.a; BSI C5: BC-01, OIS-03, DEV-03; CISPE (GDPR, Infrastructure & IaaS): 4.3; EU Cloud CoC (GDPR, XaaS): 5.3.F, 6.2.K; CSA CCM: CCC-01, CCC-05 Example standards: ISO/IEC 27001: A.8.32; TISAX: 5.2.1 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure there are provisions governing aspects regarding copyright or any other intellectual property rights. |
P1.2.4
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL). 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 7.2.c; CISPE (GDPR, Infrastructure & IaaS): 4.8; EU Cloud CoC (GDPR, XaaS): 5.1.F, 5.2.D, 5.12.A, 5.12.B, 5.12.C, 5.12.D, 5.12.F Example standards: BSI C5: HR-06; CSA CCM: HRS-08, HRS-10; ISO/IEC 27001: A.6.2, A.6.3, A.6.5; TISAX: 8.2.1, 8.2.2, 8.2.3 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall declare the general location of any processing of Customer Data, allowing the Customer to determine the applicable jurisdiction and to comply with Customer's requirements in the context of its business and operational context. |
P1.2.5
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. The declaration shall include the following details: 1. resources and dependencies of the Service Offering, using the Gaia-X Ontology. 2. country and administrative area of physical resources. 3. management access location. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: CISPE (GDPR, Infrastructure & IaaS): 4.4; CSA CCM: DSP-19 Example standards: SecNumCloud: 19.1.b, 19.2.a; BSI C5: BC-01; EU Cloud CoC (GDPR, XaaS): 5.3.E, 5.3.G, 5.4.B |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall explain how information about subcontractors and related Customer Data localization will be communicated. |
P1.2.6
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL). The evidence shall detail: - procedures and mechanisms to inform the Customer about the list of all subcontractors involved in the implementation of the Service and related locations where the Customer data is processed, stored and backed up. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 15.1, 15.2, 19.1.b, 19.2.a; BSI C5: 3.4.4.1, BC-01; CISPE (GDPR, Infrastructure & IaaS): 4.5; EU Cloud CoC (GDPR, XaaS): 5.3.C, 5.3.E, 5.3.F, 5.3.G; CSA CCM: DSP-19, STA-03, STA-09 Example standards: ISO/IEC 27001: A.5.19, A.5.20; TISAX: 6.1.1 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall communicate to the Customer where the applicable jurisdiction(s) of subcontractors will be. |
P1.2.7
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL). The evidence shall detail: - contractual terms to inform the Customer, including notification of any changes, about the jurisdiction(s) of subcontractors applicable to the processing of Customer Data, by providing information on the general location of subcontractors (such as a country or regional area). 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: CISPE (GDPR, Infrastructure & IaaS): 4.5; EU Cloud CoC (GDPR, XaaS): 5.3.A, 5.3.E, 5.3.F, 5.3.G Example standards: SecNumCloud: 15.1, 15.2, 19.1.b, 19.2.a; BSI C5: 3.4.4.1, BC-01; CSA CCM: DSP-19, STA-03, STA-09; ISO/IEC 27001: A.5.19, A.5.20; TISAX: 6.1.1 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall include in the contract the contact details where Customer may address any queries regarding the Service Offering and the contract. |
P1.2.8
Declaration To prove compliance with this criterion, either one of the following options shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, evidences covering the criterion shall be provided, either copied from the legally binding document or in a structured machine-readable format (DSL). The evidence shall detail: - communications channels or standardised interactive interfaces or Customer Portals available to the Customer to enable cooperation between the Provider and the Customer; - contact details available to the Customer to assist him in fulfilling data subject rights requests, including data subject access requests; - contact details to enable individual support to the Customer for any questions or requests it may have regarding the data protection measures covered by the Service Agreement; - contact data of the Data Protection Officer (as required under the GDPR) or Data Protection Point of Contact. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: EU Cloud CoC (GDPR, XaaS): 5.7, 5.9.A, 5.9.B Example standards: SecNumCloud: 19.1.b; BSI C5: BC-02, OIS-03; CISPE (GDPR, Infrastructure & IaaS): 4.3, 4.6 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall declare the mandatory service and resource attributes in the self-description of each Service Offering. |
P1.2.9
Declaration To prove compliance with this criterion, the following option shall be provided: Declaration: Declaration is accepted for label levels that require Declaration. The Service Offering credential shall contain the mandatory attributes for services and resources, as they are defined in the [service offering](https://docs.gaia-x.eu/ontology/2511/classes/ServiceOffering/). |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall describe the Permissions, Requirements and Constraints of the Service Offering using a common Domain-Specific Language (DSL) in the self-description. |
P1.3.1
Declaration To prove compliance with this criterion, the following option shall be provided: Declaration: Declaration is accepted for label levels that require Declaration. For Service Offerings and resources, the declaration shall include information on the policies describing Permissions, Requirements and Constraints using a common Domain-Specific Language (DSL). |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure that the Service Offering is operated by a Gaia-X participant defined by a verified credential. |
P1.3.2
Declaration To prove compliance with this criterion, the following option shall be provided: Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include the following elements: - unique registered business identifier identifying the Service Offering Provider. For this purpose, legally relevant or legally binding cryptographic certificates from the Gaia-X Registry shall be used. - physical location of the headquarters in ISO 3166-2 format. - physical location of legal registration in ISO 3166-2 format. |
Chapter 2 — Data Protection
| Original article content | Proposed criterion |
|---|---|
| The Provider shall offer the ability to establish a contract under Union or EU/EEA/Member State law and specifically addressing GDPR requirements. |
P2.1.1
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. The Declaration shall include: - The list of ISO 3166-2 codes indicating the EU/EEA/Member States whose law may be applied as governing law for the legally binding act. - Evidences about the provisions covering the criterion, either by providing a resolvable identifier pointing to the Service agreement offered by the Provider addressing the relevant provision or in a structured machine-readable format (DSL). 2. Certification: Certification is accepted for label levels that require Certification, and in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 18.1.a, 19.1; CISPE (GDPR, Infrastructure & IaaS): 4.2; EU Cloud CoC (GDPR, XaaS): 5.1.A, 5.1.C; In cases of a Code of Conduct (Art. 40 GDPR): assessment by an accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 42 GDPR): assessment by an accredited Certification Body for the respective Certification (Art. 43 GDPR). Assessment process as defined by the respective Certification / accredited certification body. Example standards: SecNumCloud: 18.1.a, 19.1(*) |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall define the roles and responsibilities of each party. |
P2.1.2
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X ontology, evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL), shall be provided. The evidence shall detail: - roles and related responsibilities of the Provider and the Customer for the protection of personal data; - responsibilities of the Provider and the Customer with respect to security measures. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 6.1.e, 19.1; CISPE (GDPR, Infrastructure & IaaS): 4.3, 5.1; EU Cloud CoC (GDPR, XaaS): 5.1.C; In case of a Code of Conduct (Art. 40 GDPR): assessment by an accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 42 GDPR): assessment by an accredited Certification Body for the respective Certification (Art. 43 GDPR). Assessment process as defined by the respective Certification / accredited certification body. Example standards: SecNumCloud: 6.1.e, 19.1 (*) |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall clearly define the technical and organizational measures in accordance with the roles and responsibilities of the parties, including an adequate level of detail. |
P2.1.3
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the legally binding document/other legally relevant documents or in a structured machine-readable format (DSL). The evidence shall detail a reference to the documentation of the Provider detailing its implemented technical and organisation measures. Such measures should refer to elements such as: - available documentation and mechanisms to implement a Security Management System, including an internal security organisation; - documentation regarding a risk assessment covering the scope of the Service; - technical and organizational measures to ensure a level of security appropriate to the risk; - technical and organisational measures implemented and maintained for the Provider’s data center facilities, servers, networking equipment and host software systems that are within the Provider’s control and are used to provide the Service; - provisions to ensure transparency between the Provider and the Customer regarding their security responsibilities. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 5 to 17; BSI C5: All Basic Criteria; CISPE (GDPR, Infrastructure & IaaS): 4.3; EU Cloud CoC (GDPR, XaaS): Entire Section 6; In cases of a Code of Conduct (Art. 40 GDPR): assessment by an accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 42 GDPR): assessment by an accredited Certification Body for the respective Certification (Art. 43 GDPR). Assessment process as defined by the respective Certification / accredited certification body. Example standards: SecNumCloud: 5 to 17 (*); BSI C5: All Basic Criteria (*); CSA CCM: All controls except Domain 'Universal Endpoint Management' (*); ISO/IEC 27001: Entire Annex A (*); TISAX: All Information Security Requirements (*) |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall be ultimately bound to instructions of the Customer. |
P2.2.1
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL), shall be provided. The evidence shall detail: - The terms under which the Provider shall process Customer Personal Data on behalf of the Customer; - The scope of Customer's Instructions for the processing of Customer Personal Data; - The parameters of the Service Offering description within which the Customer can give instructions to the Provider in relation to the processing of personal data. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: CISPE (GDPR, Infrastructure & IaaS): 4.1; EU Cloud CoC (GDPR, XaaS): 5.1.F, 5.2.D; In cases of a Code of Conduct (Art. 40 GDPR): assessment by an accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 42 GDPR): assessment by an accredited Certification Body for the respective Certification (Art. 43 GDPR). Assessment process as defined by the respective Certification / accredited certification body. |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall clearly define how Customer may instruct, including by electronic means such as configuration tools or APIs. |
P2.2.2
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X ontology, evidences about the provisions covering the criterion, either copied from the legally binding document or additional manuals or in a structured machine-readable format (DSL), shall be provided. The evidence shall detail: - format of acceptable Instructions from the Customer to the CSP; - confirmation of Customer interactions and verification; - records of completion and actions taken. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: CISPE (GDPR, Infrastructure & IaaS): 4.2; EU Cloud CoC (GDPR, XaaS): 5.2.A, 5.2.B, 5.2.C; In cases of a Code of Conduct (Art. 40 GDPR): assessment by accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 42 GDPR): assessment by an accredited Certification Body for the respective Certification (Art. 43 GDPR). Assessment process as defined by the respective Certification / accredited certification body. |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall clearly define if and to which extent third country transfer will take place. |
P2.2.3
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL). 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: CISPE (GDPR, Infrastructure & IaaS): 4.4; EU Cloud CoC (GDPR, XaaS): 5.4.A, 5.4.C, 5.4.E; In cases of a Code of Conduct (Art. 40 GDPR): assessment by an accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 42 GDPR): assessment by an accredited Certification Body for the respective Certification (Art. 43 GDPR). Assessment process as defined by the respective Certification / accredited certification body. Example standards: CSA CCM: DSP-10, DSP-19 (*); SecNumCloud: 5.3.e, 19.1.e; BSI C5: BC-01; ISO/IEC 27001: A.5.34 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall clearly define if and to the extent third country transfers will take place, and by which means of Chapter V GDPR these transfers will be protected. |
P2.2.4
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL), shall be provided. The evidence shall detail: - information regarding the country/countries where the data is stored and processed by or on behalf of the Provider; - specific safeguards under Chapter V GDPR that the Provider plans to apply in case of third-country transfers and procedures to ensure that no transfer of Customer Personal Data takes place without appropriate safeguards in place; 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: CISPE (GDPR, Infrastructure & IaaS): 4.4; EU Cloud CoC (GDPR, XaaS): 5.4.A, 5.4.C, 5.4.E; In cases of a Code of Conduct (Art. 40 GDPR): assessment by an accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 42 GDPR): accredited Certification Body for the respective Certification (Art. 43 GDPR). Assessment process as defined by the respective Certification / accredited certification body. Example standards: CSA CCM: DSP-10, DSP-19 (*); SecNumCloud: 5.3.e, 19.1.e; BSI C5: BC-01; ISO/IEC 27001: A.5.34 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall clearly define if and to which extent sub-processors will be involved. |
P2.2.5
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL), shall be provided. The evidence shall detail: - Procedures and mechanisms in place to keep up-to-date and communicate to the Customer the list of existing sub-processors involved in the implementation of the service, including the information on the related jurisdictions applicable to the processing of Customer Personal Data and details about the specific contribution of sub-processors to the provision of the service and processing of personal/customer data. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 15.1; CISPE (GDPR, Infrastructure & IaaS): 4.5; EU Cloud CoC (GDPR, XaaS): 5.3.E, 5.3.F, 5.3.G; In cases of a Code of Conduct (Art. 40 GDPR): assessment by an accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 42 GDPR): accredited Certification Body for the respective Certification (Art. 43 GDPR). assessment process as defined by the respective Certification/accredited certification body. Example standards: CSA CCM: DSP-13 (*); TISAX: 9.2 (*); BSI C5: 3.4.4.1, BC-01; ISO/IEC 27001: A.5.19 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall clearly define if and to the extent sub-processors will be involved, and the measures that are in place regarding sub-processors management. |
P2.2.6
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, copied from the legally binding document or other legally relevant documents or in a structured machine-readable format (DSL). The evidence shall detail: - procedures and mechanisms in place to maintain and communicate to the Customer the list of sub-processors involved in the implementation of the service, including the information on the related jurisdictions applicable to the processing of Customer Personal Data and details about their specific contribution to the provision of the service and processing of personal/customer data; - measures to impose on sub-processors the same or a higher level of data protection than the level ensured by the Provider; - procedures to regularly monitor the security measures and changes implemented by the sub-processors. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 15.2, 15.3, 15.4, 15.5; CISPE (GDPR, Infrastructure & IaaS): 4.5; EU Cloud CoC (GDPR, XaaS): 5.3.C, 5.3.D; In case of a Code of Conduct (Art. 40 GDPR): Accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 43 GDPR): Accredited Certification Body for the respective Certification (Art. 43 GDPR). Assessment process as defined by the respective Certification/accredited certification body. Example standards: SecNumCloud: 15.2, 15.3, 15.4, 15.5 (*); CSA CCM: DSP-13, DSP-14, DSP-17, STA-01, STA-09, STA-12, STA-13, STA-14; BSI C5: 3.4.4.1, SSO-01, SSO-02, SSO-03, SSO-04, SSO-05; ISO/IEC 27001: A.5.19, A.5.20, A.5.34; TISAX: 6.1.1 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall define the audit rights for the Customer. |
P2.2.7
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL). The evidence shall detail the procedures regarding the audits that the Customer may request to verify the adequacy of the security and data protection controls that apply to the Service Offering, by addressing the following topics: - how the Provider will contribute to such activity; - what auditors can be selected by the Customer; - controls determined by the Provider to avoid risks for other customers/interruption of business operations; - terms to be accepted by the Customer to protect Provider’s confidential information; - obligations related to the payment of the audit activity. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 19.1.q; CISPE (GDPR, Infrastructure & IaaS): 4.6; EU Cloud CoC (GDPR, XaaS): 5.5.C, 5.5.D, 5.5.F; In case of a Code of Conduct (Art. 40 GDPR): Accredited monitoring body for the respective Code of Conduct, Art. 41 GDPR. Assessment process as defined by the respective Code of Conduct / accredited monitoring body.; In case of a Certification (Art. 43 GDPR): Accredited Certification Body for the respective Certification (Art. 43 GDPR). Assessment process as defined by the respective Certification/accredited certification body. Example standards: SecNumCloud: 19.1.q (*); BSI C5: COM-02 |
Chapter 3 — Cybersecurity
| Original article content | Proposed criterion |
|---|---|
| Organization of information security: Plan, implement, maintain and continuously improve the information security framework within the organisation. |
P3.1.1
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - availability of a service information security policy, approved by the Provider‘s management; - procedures to perform a risk assessment covering the entire scope of the service. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 5.2.a, 5.2.b, 5.2.c, 5.2.d, 5.2.e, 5.3.a; BSI C5: OIS-01, OIS-02, COM-04; EU Cloud CoC (GDPR, XaaS): 6.1.C; CSA CCM: GRC-01, GRC-03, GRC-05, GRC-06; ISO/IEC 27001: Annex A 5.1, Annex A 5.2, Annex 5.4; TISAX: 1.2.1, 1.2.2, 1.5.2 Example standards: CISPE (GDPR, Infrastructure & IaaS): 4.3; CSA CCM: GRC-01, GRC-03, GRC-05, GRC-06; ISO/IEC 27001: Annex A 5.1, Annex A 5.2, Annex 5.4; TISAX: 1.2.1, 1.2.2, 1.5.2 |
| Original article content | Proposed criterion |
|---|---|
| Information Security Policies: Provide a global information security policy, derived into policies and procedures regarding security requirements and to support business requirements |
P3.1.2
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - availability of a global information security policy; - availability of policies and instructions derived from the information security policy ; - procedures to perform at least annually a review of information security policies and instructions. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 5.2; BSI C5: SP-01, SP-02, OIS-02; CISPE (GDPR, Infrastructure & IaaS): 4.3; EU Cloud CoC (GDPR, XaaS): 6.2.A; ISO/IEC 27001: Annex A 5.1 Example standards: CSA CCM: GRC-01, GRC-03, GRC-05; TISAX: 1.4.1 |
| Original article content | Proposed criterion |
|---|---|
| Risk Management: Ensure that risks related to information security are properly identified, assessed, and treated, and that the residual risk is acceptable to the service provider. |
P3.1.3
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - availability of policies and instructions for risk management procedures - procedure to review at least annually the risk assessment; - acceptance by the management of the Provider of the residual risks identified in the risk assessment; 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 5.3.G, 5.3.H; BSI C5: OIS-06, OIS-07; CISPE (GDPR, Infrastructure & IaaS): 5.4; EU Cloud CoC (GDPR, XaaS): 6.1.C; CSA CCM: GRC-02; ISO/IEC 27001: 6.1.2, 6.1.3, 8.2 Example standards: TISAX: 1.4.1 |
| Original article content | Proposed criterion |
|---|---|
| Human Resources: Ensure that employees understand their responsibilities, are aware of their responsibilities with regard to information security, and that the organisation's assets are protected in the event of changes in responsibilities or termination. |
P3.1.4
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail : - employment Terms&Conditions requiring compliance with applicable policies and instruction related to information security - procedures to inform internal and external employees about which responsibilities will remain in place when their employment is terminated or changed and for how long; - provisions to ensure and document that internal and external employees are committed to the policies and instructions for acceptable use and safe handling of assets and that assets handed over are returned upon termination of employment; - policies for managing user accounts and access rights for internal and external employees; - procedures to ensure that access rights are promptly revoked if the job responsibilities of the Provider’s internal or external staff change. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: BSI C5: HR-02, HR_03, HR-04, HR-05, HR-06, AM-05, IDM-01, IDM-04; EU Cloud CoC (GDPR, XaaS): 6.2.C; SecNumCloud: 7.2, 7.3, 7.4, 7.5; CISPE (GDPR, Infrastructure & IaaS): 4.3; ISO/IEC 27001: Annex A 5.2, Annex A 5.11, Annex A 6.2, Annex A 6.3, Annex A 6.6 Example standards: CSA CCM: HRS-02, HRS-03, HRS-04, HRS-06, HRS-07, HRS-08, HRS-09, HRS-10, HRS-11, HRS-13; TISAX: 2.1.1, 2.1.2 |
| Original article content | Proposed criterion |
|---|---|
| Asset Management: Identify the organisation's own assets and ensure an appropriate level of protection throughout their lifecycle. |
P3.1.5
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail : - Procedures for inventorying assets, where in the inventory for each software the information on its version and the equipment on which the software is installed is provided; - procedures to ensure that software licenses are valid throughout the provision of the service ; - policies and instructions for acceptable use, safe handling and return of assets; - processes for hardware commissioning and decommissioning. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 8.1, 8.2, 8.3, 8.4, 8.5, 11.8; BSI C5: AM-01, AM-02, AM-03, AM-04, AM-05, AM-06; EU Cloud CoC (GDPR, XaaS): 6.2.D, 6.2.E; CSA CCM: DCS-01, DCS-02, DCS-04, DCS-05, DCS-06, CCC-01, CCC-04, CCC-06, HRS-05, CEK-04; ISO/IEC 27001: Annex A 5.9, Annex A 5.12, Annex A 5.15, Annex A 8.3; TISAX:1.3.1, 1.3.2 |
| Original article content | Proposed criterion |
|---|---|
| Physical Data Center Security: Prevent unauthorised physical access and protect against theft, damage, loss and outage of operations. |
P3.1.6
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - security perimeters implemented, with a distinction between different zones and related means of limitation and access control according to the profiles of the stakeholders; - measures to keep a record of the identity of the visitors; - measures to prevent and limit the risk of fire departure and spread, water damage, power supply outage and air conditioning failures; - measures to protect electrical and telecommunications wiring from physical damage and interception; - means to provide operational redundancy; - structural, technical and organisational measures to protect the premises and buildings used for the provision of the service. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 11.1, 11.2, 11.3, 11.4, 11.5, 11.6, 11.7, 11.10; BSI C5: PS-01, PS-02, PS-03, PS-05, OS-07, PS-07; CISPE (GDPR, Infrastructure & IaaS): 4.3; EU Cloud CoC (GDPR, XaaS): 6.2.J; CSA CCM: DCS-07, DCS-09, DCS-10, DCS-12, DCS-13, DCS-14, DCS-15, LOG-12; ISO/IEC 27001: Annex A 7.1, Annex A 7.2, Annex A 7.3, Annex A 7.4, Annex A 7.5, Annex A 7.6, Annex A 7.7, Annex A 7.8, Annex A 7.9, Annex A 7.10, Annex A 711, Annex A 7.12, Annex A 7.13, Annex A 7.14 Example standards: TISAX: 3.1.1 |
| Original article content | Proposed criterion |
|---|---|
| Operational Security: Ensure proper and regular operation, including appropriate measures for planning and monitoring capacity, protection against malware, logging and monitoring events, and dealing with vulnerabilities, malfunctions and failures. |
P3.1.7
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail : - procedures and technical and organisational safeguards for the monitoring and provisioning and de-provisioning of cloud services; - policies and instructions with specifications for protection against malware, detailing system-specific protection mechanisms; - policies and instructions that govern the logging and monitoring of events on system components within the area of responsibility of the Provider and related implementation procedures; - guidelines and instructions with technical and organisational measures to ensure the timely identification and addressing of vulnerabilities in the system components used to provide the service; - procedure for controlling the installation of software on the equipment of the service information system. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: BSI C5: OPS-01, OPS-02, OPS-03, OPS-04,OPS-05, OPS-10, OPS-11, OPS-12, OPS-13, OPS-14, OPS-15, OPS-16, OPS-17, OPS-18, OPS-19, OPS-20, OPS-22, OPS-23; EU Cloud CoC (GDPR, XaaS): 6.2.K; CSA CCM: IVS-02, IVS-03, IVS-09, LOG-01, LOG-03, LOG-05, LOG-07, LOG-08, LOG-13, SEF-01, SEF-02, SEF-05, SEF-07, TVM-01, TVM-02, TVM-07, UEM-09, UEM-10; ISO/IEC 27001: Annex A 8.6, Annex A 8.7, Annex A 8.8, Annex 8.9, Annex A 8.15, Annex A 8.16; SecNumCloud: 6.1.a, 12.1, 12.4, 12.6, 12.7, 12.9, 12.10, 12.11, 16.1, 16.3.a, 17.4.a; CISPE (GDPR, Infrastructure & IaaS): 4.3 Example standards: TISAX: 5.2.3, 5.2.4, 5.2.5 |
| Original article content | Proposed criterion |
|---|---|
| Identity, Authentication and access control management: Limit access to information and information processing facilities. |
P3.1.8
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - access control policies and measures, restricting physical access to information processing facilities and technical access to host software and networks to authorised personnel; - mechanisms for monitoring and detecting unauthorised access to sensitive areas; - procedures to ensure the allocation, modification, review and removal of access rights to resources from the service’s information system; - mechanisms to implement silos between the customers; - partitioning measures between the service’s information system and other information systems of the Provider. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 9.1, 9.2, 93. 9.4, 9.7, 11.2; BSI C5: PS-05, IDM-01, IDM-02, IDM-03, IDM-04, IDM-05, IDM-06, IDM-07; CISPE (GDPR, Infrastructure & IaaS): 4.8; EU Cloud CoC (GDPR, XaaS): 6.2.F; CSA CCM: DCS-07, DCS-09, IAM-01, IAM-04, IAM-05, IAM-06, IAM-07, IAM-08, IAM-09, IAM-10, IAM-11; ISO/IEC 27001: Annex A 5.15, Annex A 5.16, Annex A 5.17, Annex A 5.18, Annex A 8.2, Annex A 8.3 Example standards: TISAX: 4.1.1, 4.1.2, 4.1.3, 4.2.1 |
| Original article content | Proposed criterion |
|---|---|
| Cryptography and Key management: Ensure appropriate and effective use of cryptography to protect the confidentiality, authenticity or integrity of information. |
P3.1.9
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. The Declaration shall include the detailed description of the service, its components and dependencies using the Gaia-X Ontology. Using the Gaia-X Ontology, when storing or transferring information afferent to user information and data submitted or generated by the user when using the services, declaration of adherence to the following standards: - use [FIPS 186-5](https://csrc.nist.gov/pubs/fips/186-5/final) and [FIPS 180-4](https://csrc.nist.gov/pubs/fips/180-4/upd1/final) for curves and hash methods - use [RFC9142](https://datatracker.ietf.org/doc/html/rfc9142) or updates for SSH - use [RFC5406](https://datatracker.ietf.org/doc/html/rfc5406) or updates for IPSec - use [RFC7296](https://datatracker.ietf.org/doc/html/rfc7296) or updates for IKEv2 - use [RFC8446](https://datatracker.ietf.org/doc/html/rfc8446) or updates for TLS - use [RFC7515](https://datatracker.ietf.org/doc/html/rfc7515) or updated for JOSE 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 10.1, 10.2, 10.3, 10.4, 10.5, 10.6; BSI C5: CRY-01, CRY-02, CRY-03, CRY-04; EU Cloud CoC (GDPR, XaaS): 6.2.G, 6.2.Hm 6.2.I; CSA CCM: CEK-01, CEK-02, CEK-03, CEK-04, CEK-05, CEK-06, CEK-07, CEK-08, CEK-09, CEK-10, CEK-11, CEK-12, CEK-13, CEK-14, CEK-15, CEK-16, CEK-17, CEK-18, * CEK-19, CEK-20, CEK-21; ISO/IEC 27001: Annex A 8.24 Example standards: TISAX: 5.1.1, 5.1.2 |
| Original article content | Proposed criterion |
|---|---|
| Network Security: Ensure the protection of information in networks and the corresponding information processing systems. |
P3.1.10
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. The Declaration shall include the detailed description of the service, its components and dependencies using the Gaia-X Ontology. Using the Gaia-X ontology, describe in the order of priority: 1. List of IXPs or Transit Providers, or Available Points of Presence (PoPs): 2. List of Datacenters Hosting Infrastructure Services: 3. List of Hardware Equipment Geographic Locations (On-Premises Server Location): 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). 3. Gaia-X Compliance credentials covering the dependencies of the Service Offerings, with a level equal or higher than the assessed level. Permissible standards: SecNumCloud: 13.1, 13.2, 13.3; BSI C5: COS-01, COS-02, COS-03, COS-04, COS-05, COS-06, COS-07, COS-08; EU Cloud CoC (GDPR, XaaS): 6.2.L; CSA CCM: IPY-01, IPY-03, IVS-03, IVS-07; ISO/IEC 27001: Annex A 8.9, Annex A 8.12, Annex A 8.20, Annex A 8.21, Annex A 8.22; CISPE (GDPR, Infrastructure & IaaS): 4.3 Example standards: TISAX: 5.1.2, 5.2.7 |
| Original article content | Proposed criterion |
|---|---|
| Portability and Interoperability: The CSP shall provide a means by which a customer can obtain their stored customer data, and provide documentation on how (where appropriate, through documented API’s) the CSC can obtain the stored data at the end of the contractual relationship and shall document how the data will be securely deleted from the Cloud Service Provider in what timeframe. |
P3.1.11
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail : - list of methods to export data from the user’s account out of the service, - available protections and known restrictions and technical limitations related to available porting methods and formats; - information on the means to request data retrieval; - information on the period during which the Customer is entitled to transfer their data once the contractual relationship is terminated. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: BSI C5: PI-01, PI_02, PI-03; EU Cloud CoC (GDPR, XaaS): 5.2.A, 5.2.B, 5.2.C, 5.7.A, 5.7.B, 5.10.A, 5.10.B, 5.14.A, 5.14.B; CSA CCM: IPY-01, IPY-02, IPY-03, IPY-04; SecNumCloud: 19.1, 19.4; CISPE (GDPR, Infrastructure & IaaS): 4.7, 4.10, 5.7 |
| Original article content | Proposed criterion |
|---|---|
| Change and Configuration Management: Ensure that changes and configuration actions to information systems guarantee the security of the delivered service. |
P3.1.12
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - policies and instructions including technical and organisational safeguards for change management of system components of the service; - procedures to submit changes to a risk assessment with regard to potential effects on the system components concerned; - mechanisms to ensure logging of changes; - procedures to submit changes to appropriate testing during software development and deployment; - provisions limiting changes directly impacting Customer’s owned environments/tenants; - procedures for version control to track dependencies of changes and to restore affected system components. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: BSI C5: DEV-03, DEV-05, DEV-06, DEV-07, DEV-08, DEV-09; EU Cloud CoC (GDPR, XaaS): 6.2.M; CSA CCM: CCC-01, CCC-02, CCC-04, CCC-05, CCC-06, CCC-07, CCC-09; ISO/IEC 27001: Annex A 8.9, Annex 8.32; SecNumCloud: 12.2, 14.1, 14.2, 14.3, 14.4, 14.6; TISAX: 5.2.1, 5.2.2 |
| Original article content | Proposed criterion |
|---|---|
| Development of Information systems: Ensure information security in the development cycle of information systems. |
P3.1.13
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - rules for the the secure development of software and systems, to be applied to internal developments; - procedure for supervising and controlling outsourced software and system development activity; - procedure to maintain the history of the software and systems versions implemented; - procedures to test all applications before they are put into production; - mechanisms to implement a secure development environment. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 14.1, 14.2, 14.3, 14.4, 14.5, 14.6, 14.7; BSI C5: DEV-01, DEV-02, DEV-03, DEV-04, DEV-05, DEV-06, DEV-07, DEV-08, DEV-09; EU Cloud CoC (GDPR, XaaS): 6.2.M; CSA CCM: DSP-, DSP-08, AIS-04, AIS-05, AIS-06; ISO/IEC 27001: Annex A 8.25, Annex 8.26, Annex A 8.27, Annex A 8.28, Annex A 8.29, Annex A 8.30, Annex A 8.31; TISAX: 5.3.1 |
| Original article content | Proposed criterion |
|---|---|
| Procurement Management: Ensure the protection of information that suppliers of the CSP can access and monitor the agreed services and security requirements. |
P3.1.14
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - procedures to authorize access to the Customer’s data by suppliers, in the context of technical support, only after the explicit consent of the Customer; - procedures to keep up-to-date an exhaustive list of all third parties involved in the implementation of the service; - requirement to suppliers involved in the implementation of the service to ensure a level of security at least equivalent to that which it undertakes to operationalise its security policy; - audit clauses enabling a qualifying body to verify that suppliers comply with the security requirements set by the Provider. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 9.7.d, 15.1, 15.2, 15.3, 15.4; EU Cloud CoC (GDPR, XaaS): 6.2.N; CSA CCM: STA-09, STA-10, STA-11, STA-12, DSP-13; ISO/IEC 27001: Annex A 5.19 Annex A 5.20, Annex A 5.21; TISAX: 6.1.1, 6.1.2 Example standards: BSI C5: SSO-01, SSI-04 |
| Original article content | Proposed criterion |
|---|---|
| Incident Management: Ensure a consistent and comprehensive approach to the capture, assessment, communication and escalation of security incidents. |
P3.1.15
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - procedures to provide prompt and effective response to security incidents, including the means and timelines for communicating security incidents and recommendations to limit their impact to all customers concerned; - procedures related to the communication of responsibilities of internal and external personnel, third party and customers with regard to the reporting of security incidents ; - procedures and guidelines for the assessment, classification, prioritisation and escalation of security incidents. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 16.1, 16.2, 16.3, 16.4, 16.5; BSI C5: SIM-01, SIM-02, SIM-03, SIM-04, SIM-05, OIS-03, OPS-13, OPS-21; EU Cloud CoC (GDPR, XaaS): 6.2.O, 6.2.P; CSA CCM: SEF-01, SEF-02, SEF-03, SEF-05, SEF-06, SEF-07, SEF-08, LOG-03, LOG-05; ISO/IEC 27001: Annex A 5.24, Annex A 5.25, Annex A 5.26, Annex A 5.27; TISAX: 1.6.1; CISPE (GDPR, Infrastructure & IaaS): 4.9 |
| Original article content | Proposed criterion |
|---|---|
| Business Continuity: Plan, implement, maintain and test procedures and measures for business continuity and emergency management. |
P3.1.16
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidence about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail : - availability of business continuity and emergency plans ; - procedures to maintain or restore the operation of the service and ensure the availability of information according to the terms agreed with the Customer; - availability of an offline backup procedure for the configuration of the technical infrastructure. - definition of responsibilities in relation to business continuity and emergency management. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 17.1, 17.2, 17.3, 17.4, 17.5, 17.6; BSI C5: BCM-01, BCM-02, BCM-03; EU Cloud CoC (GDPR, XaaS): 6.2.Q; CSA CCM: BCR-01, BCR-02, BCR-03, BCR-04, BCR-05, BCR-06, BCR-07, BCR-09, BCR-10; ISO/IEC 27001: Annex A 5.29, Annex A 5.30 |
| Original article content | Proposed criterion |
|---|---|
| Compliance: Avoid non-compliance with legal, regulatory, self-imposed or contractual information security and compliance requirements. |
P3.1.17
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - procedures and mechanisms to identify and document the security needs relevant to information security of the service; - procedures and mechanisms to identify the legal, regulatory and contractual requirements applicable to the service and procedures to comply with these requirements; - procedures to document the choices of technical and organisational measures made to meet the personal data protection requirements in relation to the Provider’s role in the processing of data; - procedures to perform (at least annually) periodical internal audits of the Information Security Management System; - procedures to provide transparent information on the technical and organisational measures the Provider has in place to protect Customer’s data. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 8.3, 18.1, 18.3; BSI C5: COM-01, COM-03; EU Cloud CoC (GDPR, XaaS): 6.3.A; ISO/IEC 27001: Annex A 5.31; TISAX: 7.1.1 Example standards: CSA CCM: GRC-07, HRS-13, A&A-04 |
| Original article content | Proposed criterion |
|---|---|
| User documentation: Provide up-to-date information on the secure configuration and known vulnerabilities of the service for customers. |
P3.1.18
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the Provider’s documentation made available to customers or in a structured machine-readable format (DSL). The evidence shall detail: - guidelines and recommendations for the secure use of the service provided; - refer to a register of known vulnerabilities affecting the service offering. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: BSI C5: PSS-01, PSS-03; EU Cloud CoC (GDPR, XaaS): 6.3.A; CISPE (GDPR, Infrastructure & IaaS): 5.* |
| Original article content | Proposed criterion |
|---|---|
| Dealing with information requests from government agencies: Ensure appropriate handling of government investigation requests for legal review, information to customers, and limitation of access to or disclosure of Customer Data. |
P3.1.19
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from Provider’s documentation or in a structured machine-readable format (DSL). The evidence shall detail: - procedures to submit to a legal assessment the investigation requests from government agencies ; - procedures to respond to requests by government agencies in due time and with appropriate detail and quality. - procedures to inform the Customer when it receives a request from the government agency relating to Customer Data, if permitted by law ; - procedures to ensure that the agencies submitting investigation requests only gain access to or insight into the data that is the subject of the investigation request. If no clear limitation of the data is possible, procedures to anonymise or pseudonymise the data. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: BSI C5: INQ-01, INQ-02, INQ-03, INQ-04; EU Cloud CoC (GDPR, XaaS): 5.11.B, 5.11.C Example standards: CSA CCM: DSP-12, DSP-18 |
| Original article content | Proposed criterion |
|---|---|
| Product security: Provide appropriate mechanisms for customers to enable product security. |
P3.1.20
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the legally binding act/other Provider’s documentation made available to the Customer or in a structured machine-readable format (DSL). The evidence shall detail: - Guidelines and recommendations for the secure use of the service provided; - Error handling, logging and authentication mechanisms; - Implementation of a session management system. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: BSI C5: PSS-01, PSS-04, PSS-05, PSS-06, PSS-08, PSS-10, PSS-11, PSS-12; CISPE (GDPR, Infrastructure & IaaS): 5.1, 5.3, 4.3; EU Cloud CoC (GDPR, XaaS): 5.1.C Example standards: CSA CCM: IAM-11 |
Chapter 4 — Portability
| Original article content | Proposed criterion |
|---|---|
| The Provider shall implement practices for facilitating the switching of Providers and the porting of Customer Data in a structured, commonly used and machine-readable format including open standard formats where required or requested by the Customer. |
P4.1.1
Declaration To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL), shall be provided. The evidence shall detail: - Information on the contractual provisions allowing the Customer to retrieve all of its data; - List of methods to import and export Customer Data in a structured, commonly used and machine-readable format. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: SecNumCloud: 19.1.g, 19.1.h |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure pre-contractual information exists, with sufficiently detailed, clear and transparent information regarding the processes of Customer Data portability, technical requirements, timeframes and charges that apply in case a professional user wants to switch to another Provider or port Customer Data back to its own IT systems. |
P4.1.2
Declaration To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. The Declaration shall include a description based on either a. or b.: a. Using the Gaia-X Ontology, evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL), shall be provided. The evidence shall detail: - Information on the following elements: documentation, available support and tools, data porting processes and supported capabilities, available porting methods and formats, charges and terms associated with porting, procedures for handling the Customer data on the Provider’s infrastructure after termination of the service, third parties that have access to the data through the process, policies and process for accessing data in the event of Provider’s bankruptcy or acquisition by another entity; - Procedures for initiating and managing switching and porting from/to the Service. b. Declaration of compliance to criterion [4.1.2](#P4.1.2). 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). |
Chapter 5 — European Control
| Original article content | Proposed criterion |
|---|---|
| For Label Level 2, the Provider shall provide the option that all Customer Data are processed and stored exclusively in EU/EEA. |
P5.1.1
Certification N/A Permissible standards: SecNumCloud: 19.1, 19.2; CISPE (GDPR, Infrastructure & IaaS): 4.4 Example standards: BSI C5: PSS-12 |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall not access Customer Data unless authorized by the Customer or when the access is in accordance with applicable laws in scope of the legally binding act. |
P5.2.1
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Declaration is accepted for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall include evidences about the provisions covering the criterion, either copied from the legally binding document or in a structured machine-readable format (DSL). The evidence shall detail: - policies and guidelines to ensure that Customer Data is not accessed by the Provider for any purpose independent of Customer’s instructions as provided in the legally binding act, and/or has been explicitly requested by the Customer and/or is necessary to comply with applicable laws in the scope of the legally binding act. 2. Certification: Certification is accepted in place of Declaration (as described in the Overarching Conformity Assessment Rules section of this document). Permissible standards: CISPE (GDPR, Infrastructure & IaaS): 3; EU Cloud CoC (GDPR, XaaS): 5.4.A, 5.4.B, 5.4.C, 5.12.C Example standards: SecNumCloud: 9.7; BSI C5: IDM-07; CSA CCM: DSP-15 |
Chapter 6 — Sustainability
| Original article content | Proposed criterion |
|---|---|
| The Provider shall provide transparency on the environmental impact of the Service Offering provided. |
P6.1.1
Declaration To prove compliance with this criterion, either one of the following option shall be provided: 1. Declaration: Link to an environmental impact report of the Provider. The report shall describe the consumption of natural resources such as water and energy sources, the carbon footprint, the use of pollutants and other factors. 2. Gaia-X Compliance credentials covering the dependencies of the Service Offerings, with a level equal or higher than the assessed level. |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure that the Service Offering meets or relies on infrastructure Services Offerings which meets a high standard in energy efficiency, meeting an annual target of Power Usage Effectiveness of 1.3 in cool climates and 1.4 in warm climates. |
P6.1.2
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. A Declaration for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall contain a commitment confirming that an assessment has been performed and that the Power Usage Effectiveness (PUE) of the Service Offering and/or the underlying Infrastructure Service Offering meets an annual target of 1.3 in cool climates and 1.4 in warm climates. 2. A Certification is accepted in place of Declaration - as described in the Overarching Conformity Assessment Rules section of this document. 3. Gaia-X Compliance credentials covering the dependencies of the Service Offerings, with a level equal or higher than the assessed level. Permissible standards: Climate Neutral Data Centre Pact (CNDCP) |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure that the Service Offering meets or relies on infrastructure Services Offerings for which electricity demand will be matched by 75% renewable energy or hourly carbon-free energy by 31st December 2025, and 100% by 31st December 2030. |
P6.1.3
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. A Declaration for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall contain a commitment confirming that an assessment has been performed and that the Service Offering and/or the underlying Infrastructure Service Offering meets a renewable energy or hourly carbon-free energy matching rate equal to or greater than 75% by 31 December 2025 and 100% by 31 December 2030, corresponding to the electricity demand of the Service Offering and/or the Infrastructure Services. 2. A Certification is accepted in place of Declaration - as described in the Overarching Conformity Assessment Rules section of this document. 3. Gaia-X Compliance credentials covering the dependencies of the Service Offerings, with a level equal or higher than the assessed level. Permissible standards: Climate Neutral Data Centre Pact (CNDCP) |
| Original article content | Proposed criterion |
|---|---|
| The Provider shall ensure that the Service Offering meets or relies on infrastructure Services Offerings that will meet a high standard for water conservation demonstrated through the application of a location and source sensitive water usage effectiveness (WUE)target of 0.4 L/kWh in areas with water stress. |
P6.1.4
Certification To prove compliance with this criterion, either one of the following option shall be provided: 1. A Declaration for label levels that require Declaration. Using the Gaia-X Ontology, the declaration shall contain a commitment confirming that an assessment has been performed and that the Service Offering and/or the underlying Infrastructure Service Offering meets a high standard for water conservation, demonstrated by achieving a Water Usage Effectiveness (WUE) target of 0.4 L/kWh in areas with water stress, for new data centres operating at full capacity in cool climates that use potable water. 2. A Certification is accepted in place of Declaration - as described in the Overarching Conformity Assessment Rules section of this document. 3. Gaia-X Compliance credentials covering the dependencies of the Service Offerings, with a level equal or higher than the assessed level. Permissible standards: Climate Neutral Data Centre Pact (CNDCP) |