SPID/CIE OIDC Federation is a suite of Django applications designed to make it easy to build an Openid Connect Federation, each of these can be installed separately within a django project. These are the following:

• Features
• Setup
• Docker
• Usage
• OpenAPI Schema 3
• Tools
• Contribute
  • Contribute as end user
  • Contribute as developer
• Implementations notes
• License and Authors

An onboarded Relying Party with a succesful authentication.

All the Django apps are available in the folder spid_cie_oidc/. The examples projects are available in the folder examples/.

There is a substantial difference between an app and a project. The app is installed using a common python package manager, such as poetry or pip, and can be used, inherited, and integrated into other projects.

A project is a service configuration that integrates one or more applications. In this repository we have three example projects:

• federation_authority
• relying_party
• provider

Federation Authority loads all the applications for development needs, acting as both authority, SPID RP and SPID OP. This allows us to make a demo by starting a single service. See admin page http://127.0.0.1:8000/admin/ and user login page http://127.0.0.1:8000/oidc/rp/landing/.

Then we have also another Relying Party, as indipendent project, and another Provider configured with the CIE profile. Relying party and Provider are examples that only integrate spid_cie_oidc.entity and spid_cie_oidc.provider or .relying_party as applications.

Read the setup documentation to get started.

docker pull ghcr.io/italia/spid-cie-oidc-django:latest

Install Docker using the packages distributed from the official website and the following tools.

sudo pip install docker-compose

Please do your customizations in each settingslocal.py files and/or in the example dumps json file.

Change hostnames from 127.0.0.1 to which one configured in the compose file, in the settingslocal.py files and in the dumps/example.json files. In our example we rename:

• http://127.0.0.1:8000 to http://trust-anchor.org:8000/
• http://127.0.0.1:8001 to http://relying-party.org:8001/
• http://127.0.0.1:8002 to http://cie-provider.org:8002/

We can do that with the following steps:

• Execute bash docker-prepare.sh
• Customize the example data and settings contained in examples-docker/ if needed (not necessary for a quick demo)

Run the stack

sudo docker-compose up

Configure a proper DNS resolution for trust-anchor.org. In GNU/Linux we can configure it in /etc/hosts:

127.0.0.1   localhost  trust-anchor.org relying-party.org cie-provider.org wallet.trust-anchor.org

Point your web browser to http://relying-party.org:8001/oidc/rp/landing and do your first oidc authentication.

The demo proposes a small federation composed by the following entities:

• Federation Authority, acts as trust anchor and onboarding system. It's available at http://127.0.0.1:8000/. It has also an embedded Spid provider and a embedded Relying Party available at /oidc/rp/landing.
• OpenID Relying Party, available at http://127.0.0.1:8001/
• CIE OpenID Provider, available at http://127.0.0.1:8002/

In the docker example we have only the Federation Authority with an embedded SPID OP and a RP.

Examples Users and Passwords:

• admin oidcadmin
• user oidcuser

Each application has an exportable OAS3 available at /rest/schema.json with a browsable reDoc UI at /rest/api/docs.

The reDoc OAS3 browsable page.

The OnBoarding app comes with the following collection of tools:

• JWK
  • Create a jwk
  • Convert a private JWK to PEM
  • Convert a public JWK to PEM
  • Convert a private PEM to JWK
  • Convert a public PEM to JWK
  • JWT decode and verification
• Federation
  • Resolve entity statement
  • Apply policy
• Validators
  • Validate OP metadata spid
  • Validate OP metadata cie
  • Validate RP metadata spid
  • Validate RP metadata cie
  • Validate Authn Request spid
  • Validate Authn Request cie
  • Validate Entity Configuration
  • Trust mark validation
• Schemas
  • Authorization Endpoint
  • Introspection Endpoint
  • Metadata
  • Token Endpoint
  • Revocation Endpoint
  • Jwt client Assertion

OIDC tools facilitates the lives of developers and service operators, here a simple interface to decode and verify a JWT.

Your contribution is welcome, no question is useless and no answer is obvious, we need you.

Please open an issue if you've discoveerd a bug or if you want to ask some features.

Please open your Pull Requests on the dev branch. Please consider the following branches:

• main: where we merge the code before tag a new stable release.
• dev: where we push our code during development.
• other-custom-name: where a new feature/contribution/bugfix will be handled, revisioned and then merged to dev branch.

Backup and share your demo data

# backup your data (upgrade example data), -e excludes.
./manage.py dumpdata -e admin -e spid_cie_oidc_relying_party -e spid_cie_oidc_provider -e spid_cie_oidc_relying_party_test -e auth -e contenttypes -e sessions --indent 2 > dumps/example.json

In this project we adopt Semver and Conventional commits specifications.

All the operation related to JWT signature and encryption are built on top of IdentityPython cryptojwt

This project proposes an implementation of the italian OIDC Federation profile with automatic_client_registration and the adoption of the trust marks as mandatory.

If you're looking for a fully compliant implementation of OIDC Federation 1.0, with a full support of explicit client registration, please look at idpy's fedservice.

• SPID and CIE OpenID Connect Provider
• SPID and CIE OpenID Connect Relying Party
• OIDC Federation onboarding demo service
• OIDC Federation 1.0
  • Trust Anchor and Intermediary
  • Automatic client registration
  • Entity profiles and Trust marks
  • Trust chain storage and discovery
  • Entity statement resolve endpoint
  • Fetch statement endpoing
  • List entities endpoint
  • Advanced List endpoint
  • Federation CLI
    • RP: build trust chains for all the available OPs
    • OP: build trust chains for all the available RPs
• Multitenancy, a single service can configure many entities like RPs, OP, Trust Anchors and intermediaries
• gettext compliant (i18n)
• Bootstrap Italia Design templates

This software is released under the Apache 2 License by:

• Giuseppe De Marco giuseppe.demarco@teamdigitale.governo.it.

In this project we use the metadata policy code written by Roland Hedberg and licensed under the same Apache 2 license.