L’outil de gestion des habilitations juridiques pour les données à accès restreint.
Lorsqu’une administration expose des données à caractère personnel, elle doit pouvoir interdire leur diffusion aux organisations qui n’ont pas le droit d’y accéder. Par exemple, une agence de voyage n’a pas à connaître le revenu fiscal de référence de ses clients.
Pour cela, la plupart des administrations qui fournissent des données demandent aux entités souhaitant exploiter ces données de signer des conventions pour organiser l’échange.
Mais comment les collectivités territoriales peuvent-elles, dans ces conditions, avoir accès au fameux revenu fiscal de référence sachant qu’elles sont par ailleurs tenues de ne plus de demander ces informations à leurs administrés (cf. Article L114-8 du CRPA) ?
Doivent-elles signer des conventions avec chacune des administrations productrices de données avec potentiellement des règles et des procédures différentes chez chacun ? Il est probable que la multiplicité des conventions aboutissent purement et simplement à la non-circulation des données. Ceci implique in-fine que chaque citoyen doit continuer à fournir une photocopie de son avis d’imposition à sa mairie pour remplir ses démarches administratives annuelles.
La DINUM simplifie radicalement ce processus. Dans un premier temps, elle a travaillé sur la mise en place d’un cadre juridique commun pour harmoniser et fluidifier les relations entre fournisseurs de données et fournisseurs de service. C’est la mise en place de l’article de la section « Échange de données entre administrations » (L114-8 et suivants) du CRPA.
Dans un deuxième temps, la DINUM a mis en place un outil pour faciliter cette mise en relation entre fournisseur et consommateur : DataPass. Cet outil s’adresse aux ayants droits qui souhaiteraient exploiter des données à caractère personnel. DataPass délivre des habilitations, à travers un parcours simple, standardisé et conforme, pour accéder à l’ensemble des données protégées produites par l’État.
Le code de cet outil est ouvert.
Pour le demandeur d’accès aux « données » :
- centralisation des habilitations pour les administrations à plusieurs API (et pour tout autre type d’organisation, aussi bien publique que privée)
- accès aux API Managers avec le même compte que celui utilisé pour demander l’accès à l’outil DataPass (SSO)
- gestion du renouvellement des habilitations
- sélection des périmètres de données (scopes) dans chaque API
- automatisation de la délivrance des jetons grâce à une interaction vers l’API Manager de votre organisation
- notification par mail du Délégué à la protection des données et du responsable de traitement de votre organisation lors de la validation d’une demande
Pour l’instructeur de la demande d’accès aux « données » :
- notification par mail à chaque nouvelle demande d’un demandeur
- automatisation de la création des comptes d’accès aux API Manager
- automatisation de la création des jetons grâce à une interaction avec les API Manager
- publication des habilitations validées sur https://datapass.api.gouv.fr/public conformément au RGPD
- pilotage de l’activité/tableau de bord statistique : https://datapass.api.gouv.fr/stats
Si vous délivrez un service qui requiert une habilitation (ex : API délivrant des données à caractère personnel) vous pouvez utiliser DataPass pour la gestion des habilitations nécessaires à l’accès aux « données ». DataPass remplace les conventionnements multipartites entre organisations et de ce fait participe activement au déploiement du « dites le nous une fois ». À noter que la gestion du jeton d’accès n’est pas pris en charge directement par DataPass, c'est l’API manager qui s’en charge. Seule la gestion de l’habilitation juridique en amont est gérée par DataPass.
La première étape du raccordement est de prendre contact avec notre équipe par mail à [email protected].
Nous vous recommanderons ensuite de réfléchir à une publication d’une fiche descriptive de votre API sur api.gouv.fr (plus d’infos).
Ensuite nous établirons ensemble le contenu du formulaire d’habilitation qui correspond le mieux à votre service. Par exemple, nous établirons ensemble s’il y a besoin de proposer une granularité d’accès aux données ou un bloc RGPD si vous exposez des données personnelles.
À partir d’éléments communs, nous développons et déployons un formulaire sur mesure. Voici la liste des informations à déterminer ensemble (ainsi que les fichiers à modifier dans le code de DataPass) :
- dans le frontend
- description de l’organisation du formulaire (création de src/pages/NameOfApi.js)
- url du formulaire sur le domaine datapass.api.gouv.fr (src/Routes.js)
- label à afficher pour le service dans la vue liste (src/lib/api.js)
- [optionnel] codes organisation (codes NAF) valides pour votre service (src/lib/index.js L~38)
- [optionnel] une page de présentation hors connection
- dans le backend
- définition du format et du type des données hors tronc commun (création de app/policies/enrollment/<name_of_api>_policy.rb)
- définitions de règles de validation supplémentaires et des messages d’erreurs spécifiques (création de app/models/enrollment/<name_of_api>.rb)
- configuration du label de service et de l’adresse email pour les notifications mails émises depuis DataPass. À noter, que l’envoi par DataPass via une adresse email administrée par vous fait l’object d’une procédure de validation effectuée par notre équipe dans l’outil mailjet (config/data_providers.yml)
- [optionnel] définition d’une action spécifique post validation (ex : création d’un espace développeur dans l’API Manager via appel HTTP directement sur votre API Manager) (app/models/enrollment.rb L51)
- [optionnel] modèle d’email de réponse personnalisés
Enfin, nous définirons ensemble les modalités de validation de vos demandes d’habilitations. Plusieurs méthodes sont envisageables :
- Le producteur valide toutes les demandes de manière autonome
- La DINUM valide les demandes dites passantes (cas d’usage prédéfinis) et soumet à validation du fournisseur les autres cas
- Le producteur de données délègue intégralement la validation des accès à la DINUM
Dans DataPass, il y a différents types d’utilisateurs :
- les demandeurs : ils viennent déposer leur demande d’accès, ils n’ont accès qu’a leur demandes.
- les instructeurs : ils peuvent valider, refuser ou demander des modifications des demandes qu’ils ont à charge.
- les rapporteurs : ils voient, en plus de leurs propres demandes, toutes les demandes déposées pour leur service.
- les abonnés : ils reçoivent une notification par mail à chaque fois qu’un demandeur dépose une nouvelle demande pour leur service.
Ces types sont combinables pour débloquer plus ou moins de fonctionnalités : par exemple un utilisateur qui serait à la fois « rapporteur » et « abonné » pour une API donnée, est notifié par email d’une nouvelle demande pour cette API et peut consulter la demande en question. Pour autant, il ne peut pas la valider.
À noter que les instructeurs, rapporteurs et abonnés ont une page d’accueil différente des demandeurs. Cette page d’accueil ajoute notamment des fonctions de recherche et de filtre des demandes qui ne sont pas disponibles aux demandeurs.
Pour devenir instructeur, rapporteur ou abonné pour un type de demande il faut :
- se créer un compte sur https://auth.api.gouv.fr/users/sign-up
- rejoindre l’organisation que l’on représente en renseignant son numéro SIRET
- envoyer une demande écrite à [email protected]
Si vous avez besoin de faire le parcours de validation complet pour bien comprendre le fonctionnement de DataPass, vous pouvez utiliser notre plateforme de « staging ». Cette plateforme est disponible ici : https://datapass-staging.api.gouv.fr/ (lien direct vers une demande API Particulier : https://datapass-staging.api.gouv.fr/api-particulier).
Vous pouvez vous créer un compte utilisateur en entrant n’importe quel numéro SIRET.
Vous pouvez également utiliser les comptes de tests suivants :
- instructeur API Entreprise :
- identifiant : [email protected]
- mot de passe : [email protected]
- instructeur API Particulier :
- identifiant : [email protected]
- mot de passe : [email protected]
- utilisateur sans droits :
- identifiant : [email protected]
- mot de passe : [email protected]
À noter que les emails reçus sur les adresses en yopmail.com sont accessibles sur : http://yopmail.com/.
Ce dépôt de code contient les scripts de configuration et de déploiement pour déployer les services :
- datapass.api.gouv.fr
- auth.api.gouv.fr : le SSO des services api.gouv.fr
En outre, il vous permet d’instancier un environnement de développement local pour ces services. Pour ce faire merci de prendre connaissance de la suite du document (en anglais).
This first installation method use the remote backend available at https://back.datapass-test.api.gouv.fr. This is the simplest and fastest installation method, but you will not be able to make development on the backend.
First, install NodeJs version 16.
Then, clone the repository and install npm dependencies:
git clone [email protected]:betagouv/datapass.git
cd datapass/signup-front
npm i
Last, launch the server:
npm run dev-with-remote-backend
This installation method use a backend launched locally with docker. This method is longer and more complex than the first method, but you will be able to make development on the backend.
Clone the repo:
git clone [email protected]:betagouv/datapass.git
cd datapassAsk a colleague to give you the backend secrets stored in
the signup-back/.env.local file.
Then create and configure your backend docker containers:
docker-compose up # This can take a while, go make a loaf of bread or somethingAnd finally, you can start the frontend:
cd signup-front
npm install
npm run devGo to http://localhost:3000/. Sign in as [email protected] with the
password [email protected]. Then, you should see the enrollment list. Note that
test instructor emails can be
found here
.
Note that, we use the prettier linter for signup-front.
Please configure your IDE accordingly: https://prettier.io/docs/en/editors.html.
Clone the repo:
git clone [email protected]:betagouv/datapass.gitAdd the following hosts in /etc/hosts:
192.168.56.127 auth-development.particulier-infra.api.gouv.fr
192.168.56.127 auth-development.api.gouv.fr
Then create and configure your virtual machine:
vagrant up api-auth # This can take a while, go make a loaf of bread or somethingIf you are using macOS. The host's
/etc/hostsconfiguration file may not take effect in the guest machines. You might need to also alter the guest machine's/etc/hostsafter running vagrant up. Connect to each guest machine
vagrant ssh api-authAnd copy your hosts to
/etc/hosts
If you are using macOS Catalina 10.15 Vagrant encounters the following error :
NFS is reporting that your exports file is invalidYou must change your source folder in your Vagrantfile as described here
vagrant ssh api-auth
sudo systemctl stop api-auth
sudo su - api-auth
cd /opt/apps/api-auth/current
export $(cat /etc/api-auth.conf | xargs)
npm startOptional, you can also run api-auth in debug mode:
DEBUG=oidc-provider:* npm start
This installation method use a backend launched locally within a Vagrant virtual machine. This method is much longer and more complex than the previous ones, but it provides a development environment very close to the production environment allowing you to both work on provisioning and applications. It is configured to run with a local installation of api-auth in a Vagrant virtual machine.
Clone the repo:
git clone [email protected]:betagouv/datapass.gitAdd the following hosts in /etc/hosts:
192.168.56.125 datapass-development.particulier-infra.api.gouv.fr
192.168.56.125 datapass-development.api.gouv.fr
192.168.56.125 back.datapass-development.api.gouv.fr
Then create and configure your virtual machine:
vagrant up datapass # This can take up to 30 minutesAt this point you got a complete environment running. But you may want to run the different application interactively.
You will run DataPass frontend locally and use the backend in the virtual machine.
Additional dependencies setup:
- nodejs ^16.9
Start the app in the interactive mode:
cd signup-front
REACT_APP_BACK_HOST=https://back.datapass-development.api.gouv.fr npm run dev
You will run DataPass backend interactively in the virtual machine.
vagrant ssh datapass
sudo systemctl stop signup-back
sudo su - signup
cd /opt/apps/signup-back/current
export $(cat /etc/signup-back.conf | xargs)
PG_HOST=localhost REDIS_URL=redis://localhost:6379 RAILS_ENV=development rails sFor development purpose you may want to have a local iso-production application running instead of deployment through NFS. You can do it by running the deployment script instead of processing to a development deployment:
ansible-playbook -i inventories/development deploy.ymlThe incrementation of organization id might not have been done properly when loading fixtures in api-auth database.
You can fix this in api-auth database with:
SELECT setval('organizations_id_seq', 3);
Powered
by:
