gx-credential-generator

Tool for creating compliant Gaia-X Credentials, previously known as Gaia-X Self-Description, for SCS-compliant cloud infrastructures. To get familiar with Gaia-X Credentials, please consult the corresponding documentation.

Table of Contents

1. Introduction
2. Quick Start
3. User Guide
4. Developer Guide

Introduction

Gaia-X Ontology defines classes and attributes, which Gaia-X offers to describe CSPs as well as services to be published in a Gaia-X catalogue.

A service and/or CSP is supposed to be "Gaia-X compliant", if their Gaia-X Credential(s) fulfill a set of special requirements. These requirements are defined in Gaia-X Policy and Rules Documents as well as Gaia-X Trust Framework. gx-credential-generator automatically discovers a CSP's and service's properties and creates Gaia-X Credentials for

• Cloud Service Provider of SCS-compliant cloud infrastructure
• OpenStack as an IaaS Offering
• Kubernetes as a CaaS Offering

Each description may consist of several Gaia-X Credentials, each of them attesting other properties. All credentials are bundled in a so called Presentation and send to the GXDCH Compliance Service, which issues a Compliance Credential to certify Gaia-X compliance of the given CSP and/or service.

Gaia-X defines several levels of compliance, each with a different trust level. gx-credential-generator supports the very basic level, called "Conformity" and is compliant with the Gaia-X Tagus release.

Cloud Service Provider

gx-credential-generator outputs the following Gaia-X Credentials for a CSP in order to be Gaia-X compliant

• Gaia-X Terms and Conditions signed by a CSP as an instance of Gaia-X class GaiaXTermsAndConditions
• Legal Registration number issued by a Notary Service accredited by GXDCH as an instance of Gaia-X class LegalRegistrationNumber
• Gaia-X mandatory attributes for a CSP as an instance of Gaia-X class LegalPerson
• Compliance Credentials for a CSP issued by the GXDCH Compliance Service as an instance of Gaia-X class compliance

A CSP's properties are not discoverable and read out from the configuration file. See the configuration section for more details.

OpenStack

gx-credential-generator collects discoverable information from an OpenStack cloud, bundles them to Gaia-X Credentials and requests for compliance at GXDCH.

Besides the Gaia-X Credentials of a CSP of an OpenStack cloud, which are required by Gaia-X, the following Gaia-X Credentials will be created:

• Mandatory properties for IaaS Offering as an instance of Gaia-X ServiceOffering
• Detailed description of OpenStack cloud as an instance of Gaia-X VirtualMachineServiceOffering
• Compliance Credentials for OpenStack cloud issued by GXDCH Compliance Service as an instance of Gaia-X class compliance

To discover cloud properties, gx-credential-generator requires access to the OpenStack cloud as normal tenant user.

gx-credential-generator queries the OpenStack API to collect

• public VM Images and their properties, such as operation system or hardware requirements
• public Server Flavors, such as number and capability of virtual CPUs or size of root disk

Kubernetes (k8s)

Coming soon.

Quick Start Guide

1. Clone the repository into a location of your choice

git clone [email protected]:SovereignCloudStack/gx-credential-generator.git
cd gx-credential-generator

2. Install scripts dependencies

Installing dependecies into a Python virtualenv is recommended

pip install -r requirements.txt

Cloud Service Provider

1. Create configuration file

gx-credential-generator requires some configuration options. See configuration section for more details.

2. Run gx-credential-generator

Create Gaia-X Credential for a CSP without specifying a configuration file. This implies the default path at /etc/gx-credential-generator/config.yaml, which must exist:

python3 -m generator.cli csp

Gaia-X terms and conditions are displayed and you are prompted to agree to them. Type 'y' to agree or 'n' to disagree.

Note: If you do not agree Gaia-X terms and conditions, the process will be aborted and no Gaia-X credential is created.

Each Gaia-X Credential is serialized in JSON-LD and stored in a separate file prefixed as follows:

• lp: Gaia-X Credential containing the CSP's legal address and headquarter address
• lrn: Gaia-X Credential for the CSP's legal registration number issued by GXDCH Notary Service. gx-credential-generator reaches out to Notary Service by itself.
• tandc: Gaia-X Terms and Conditions signed by the CSP
• vp_csp: Presentation of all Gaia-X Credentials to be sent to GXDCH Compliance Service to assert compliance
• cs_csp: Compliance Credential for the CSP as Gaia-X LegalPerson issued by GXDCH Compliance Service

Gaia-X Credential files are placed in the current working directory, by default. To change the output directory use the parameter --out-dir:

python3 -m generator.cli csp --out-dir=my-output-dir

Running the gx-credential-generator with a specified configuration file path using the parameter --config:

python3 -m generator.cli csp --config=my-config.yaml

You can avoid interactive prompt for Gaia-X terms and conditions agreement using the option --auto-sign. This implies you agree to them:

python3 -m generator.cli csp --auto-sign

OpenStack

1. Create clouds.yaml configuration file

gx-credential-generator requires access to the OpenStack API as a normal tenant user and has to be configured with these user credentials to access your OpenStack cloud. This is done using clouds.yaml. A clouds.yaml is a YAML file containing several cloud access configurations. Each configuration is referred to by name.

SMake sure the following keys exist in our clouds.yaml.

• auth.user_domain_name
• auth.project_domain_name
• region_name

2. Create configuration file

gx-credential-generator requires some configuration options. See configuration section for more details.

3. Run gx-credential-generator

The command to run gx-credential-generator for OpenStack clouds is similar to the one to run gx-credential-generator for a CSP. The arguments --config, --out-dir and --auto-sign are also available and act like for the CSP command.

Create Gaia-X Credential for an OpenStack cloud

python3 -m generator.cli openstack <os-cloud>

(<os-cloud> is a placeholder for the name of the desired entry in clouds.yaml)

As Gaia-X requires to define a provider for each published service offering, gx-credential-generator creates Gaia-X Credentials for the CSP at every run for an OpenStack cloud, too.

Each Gaia-X Credential is serialized in JSON-LD and stored in a separate file. Credentials for CSPs correspond to the ones generated by the command csp. Credentials for OpenStack clouds are prefixed as follows:

• so: Mandatory properties for the OpenStack cloud
• vmso: Detailed description of the OpenStack cloud
• vp_so: Presentation of all Gaia-X Credentials to be sent to GXDCH Compliance Service to assert compliance
• cs_so: Compliance Credentials for the OpenStack cloud as Gaia-X ServiceOffering issued by GXDCH Compliance Service

Kubernetes (k8s)

Coming soon!

User Guide

Configuration

gx-credential-generator is configured by config.yaml. The configuration includes:

• Values for mandatory attributes for CSP and service offering, which are not discoverable
• Prerequisites to create and sign Gaia-X Credentials
• Enpoints to GXDCH services

Mandatory Attributes

The Gaia-X Credential schema dictates mandatory attributes for some classes. If values for mandatory attributes cannot be discovered from the OpenStack cloud or Kubernetes cluster, default values are taken from the configuration. Providers are able to change default values. In doing so, attribute values for ALL instances of impacted cloud resource are modified.

CopyrightOwner, License and ResourcePolicy of VM images and Operating System

copyrightOwner, license and resourcePolicy are mandatory attributes for VM Images and their operating systems. As these values are not accessible from OpenStack cloud, default values are used. The values for operating system are defined in the section software resources with one subsection for each operating system. Operating systems are referenced by name, e.g. for Alpine Linux:

software resources:
  Alpine Linux:
    copyright owner: "Alpine Linux"
    resource policy: "default: allow intent"
    license:
      - https://gitlab.alpinelinux.org/alpine/aports/-/issues/9074

By default, gx-credential-generator uses operating system values for VM Image as well. I.e. by default, VM Image and operating system have the same values for copyrigthOwner, license and resourcePolicy. Providers are able to change values for each VM image, individually. Therefore, the section own images in cloud resources exists. To set individual values for a specific VM image, add a new section, started by image's name (as defined in OpenStack cloud) to configuration file. The following example defines ìndividual values for copyrightOwner, license and resourcePolicy for VM image called AlmaLinux 8.

cloud resources:
  own images:
    AlmaLinux 8:
      copyright owner:
        - "AlmaLinux OS Foundation"
        - "ACME Company"
      resource policy: "allow: all"
      license:
        - https://www.example.org

Prerequisites to create and sign Gaia-X Credential

gx-credential-generator creates Gaia-X Credentials, which refer to W3C Verifiable Credentials. Verifiable Credentials require a proof, e.g. a digital signature of the credential's issuer. Therefore some settings, e.g. a private key to sign, are required and defined in the section Credentials of the configuration file.

Enpoints to GXDCH services

gx-credential-generator interacts with GXDCH service, e.g. to retrieve a credential for a CSP's legal registration number or to assert compliance. To set the GXDCH endpoints use the options in the section gxdch. For a list of available GXSCH endpoints refer to Gaia-X Framework

Docker

----outdated---

The docker environment creates a general and portable environment for the gx-cred-generator module. Before running the container, don't forget to mount your credentials for the correct path. OpenStack-related secret are located under ~/.config/openstack.

Example codes:

First of all, build the image:

docker build -t gx-credential-generator .

Running the gx-cred-generator.py on an example cloud:

docker run -v "<secret_location>:/root/.config/openstack" gx-credential-generator ./gx-cred-generator.py --os-cloud gx-h61.1

Running the container in an interactive mode:

docker run -it -v "<secret_location>:/root/.config/openstack" gx-credential-generator bash

or you can use the following to create a temp location for the secrets:

mkdir -p os_secret && cp secret1 ./os_secret
docker run -v "${PWD}/os_secret:/root/.config/openstack" gx-credential-generator ./gx-cred-generator.py --os-cloud gx-h61.1

Developer Guide

Running the tests

First, install the test dependencies in addition to the main dependencies into your virtualenv as described above under "Quick Start Guide":

pip install -r test-requirements.txt

Then, tests can be run with:

python3 -m pytest tests/

Updating the dependency pins

We pin dependencies with pip-compile from pip-tools, which can be installed with:

pip install pip-tools

If you change one of the *.in files, you need to regenerate the concrete requirements.txt files as follows (the order is important):

pip-compile requirements.in
pip-compile test-requirements.in

By default, pip-compile doesn't update the pinned versions. This can be changed by adding the --upgrade flag to the above invocations:

pip-compile --upgrade requirements.in
pip-compile --upgrade test-requirements.in

Whenever the concrete requirements.txt file change you also shouldn't forget to re-run the pip install -r ... steps again.

Generate python classes for Gaia-X Ontology

GX-Credential generator uses python classes to create Gaia-X compliant Gaia-X Credentials. These classes mirror Gaia-X Ontology and are generated automatically using linkML's python generator. LinkMl seems to have a bug, as creation of inlined objects fails with TypeError: unhashable type: 'list' (see comment in #70). As a quick workaround, we comment creation of inlined objects out.