|
Taille: 2197
Commentaire: lien vers git
|
Taille: 3060
Commentaire: précisions... surtout pour faire un "up" sur la page et qu'elle se retrouve au début du RSS ;)
|
| Texte supprimé. | Texte ajouté. |
| Ligne 1: | Ligne 1: |
| Note : le titre «PKI» un peu pompeux, notre projet n'a pas l'ambition de créer une véritable PKI avec tout ce qui va autour. Il s'agira juste d'un système permettant d'émettre des certificats et (phase suivante) de les révoquer, le tout avec une gestion des autorités de certification à deux niveaux (régionalisation). Rien de plus pour l'instant. | Note : le titre «PKI» un peu pompeux, notre projet n'a pas l'ambition de créer une véritable PKI avec tout ce qui va autour. Il s'agira juste d'un système permettant d'émettre des certificats et (phase suivante) de les révoquer, le tout avec une gestion des autorités de certification à deux niveaux (régionalisation). Rien de plus pour l'instant<<FootNote(Ceci étant, comme les certificats ne peuvent pas être modifiés, nous devons dès maintenant leur donner les extensions qui permettront une évolution vers une "vraie" PKI, notamment pour une réelle gestion des révocations. C'est tout l'objet de la recherche du ''bon'' fichier `openssl.cnf`)>>. |
| Ligne 9: | Ligne 9: |
| * les utilisateurs, surtout pour l'accès au RPV via openvpn (aka ''RPV1.5'') | * les utilisateurs, surtout pour l'accès au RPV via [[OpenVPN]] (aka ''RPV1.5'') |
| Ligne 16: | Ligne 16: |
| L'autorité racine ne sera utilisée que pour générer des AC régionales. Les AC régionales seront celles qui signeront tous les certificats à émettre. Toutes les AC géreront leurs révocations (CRL). | L'autorité racine ne sera utilisée que pour générer des AC régionales. Les AC régionales seront celles qui signeront tous les certificats à émettre. Toutes les AC géreront leurs révocations (CRL voire OCSP). |
| Ligne 24: | Ligne 24: |
| * établir les instructions permettant de générer les certificats (commandes `openssl`) * établir le processus de mise en place et de diffusion des CRL |
* construire les clés et certificats des AC racine et régionales * diffuser les certificats de ces AC racines (et donc établir les formats et principes de cette diffusion) * établir les instructions permettant de générer les certificats (commandes `openssl`) par les AC * établir le processus de mise en place et de diffusion des CRL par les AC |
| Ligne 29: | Ligne 31: |
| * bouts de code en cours : http://git.auf.org/?p=pki * /NotesDeThomas avec notamment le fichier openssl.cnf proposé (à valider par ceux qui connaissent un peu openssl... y'en a, dans la salle ? ;) ) * /CréationDesAutorités |
* bouts de code en cours : http://git.auf.org/?p=pki, dont le fichier `openssl.cnf` qui détermine notre utilisation de OpenSSL (merci à ceux qui connaissent un peu de donner leur avis sur ce fichier) * /CréationDesAutorités : a priori c'est ok, il reste à définir comment diffuser les certificats de ces AC (étude des formats PKCS utiles, création d'un paquet générique ca-certificates-auf, distribution dédiée à openvpn et à d'autres clients spécifiques, etc.) * /NotesDeThomas : mes recherches et tests en cours... ---- ''Note de bas de page'' |
Note : le titre «PKI» un peu pompeux, notre projet n'a pas l'ambition de créer une véritable PKI avec tout ce qui va autour. Il s'agira juste d'un système permettant d'émettre des certificats et (phase suivante) de les révoquer, le tout avec une gestion des autorités de certification à deux niveaux (régionalisation). Rien de plus pour l'instant1.
Projet suivi par ThomasNoël. Merci de le contacter si vous avez quelques connaissances sur le sujet ou du temps pour tester des trucs.
Objectif
Il s'agit de mettre en place une PKI simple et souple afin de générer des certificats signés par une autorité de certification "AUF". Nous pourrons produire des certificats pour :
- nos serveurs web, smtp, imap, jabber, openvpn, etc.
les utilisateurs, surtout pour l'accès au RPV via OpenVPN (aka RPV1.5)
- plus tard pour le RPV2 (liaisons openvpn inter-sites)
Le projet consiste à la mise en place d'un système de certification à deux niveaux :
- une autorité de certification (AC) racine
- des AC régionales, signées par l'AC racine
L'autorité racine ne sera utilisée que pour générer des AC régionales. Les AC régionales seront celles qui signeront tous les certificats à émettre. Toutes les AC géreront leurs révocations (CRL voire OCSP).
Ce qu'il faut faire
Nous considérons que les responsables techniques régionaux (RTR) doivent savoir utiliser un peu OpenSSL et comprendre les principes de la gestion de certificat. Si ce n'est pas le cas, lire un peu de doc devrait suffire.
A partir de là, nous allons :
construire un fichier openssl.cnf standard avec les paramètres régissants les différents types de certificats que nous voulons gérer
- construire les clés et certificats des AC racine et régionales
- diffuser les certificats de ces AC racines (et donc établir les formats et principes de cette diffusion)
établir les instructions permettant de générer les certificats (commandes openssl) par les AC
- établir le processus de mise en place et de diffusion des CRL par les AC
Etat du projet
bouts de code en cours : http://git.auf.org/?p=pki, dont le fichier openssl.cnf qui détermine notre utilisation de OpenSSL (merci à ceux qui connaissent un peu de donner leur avis sur ce fichier)
/CréationDesAutorités : a priori c'est ok, il reste à définir comment diffuser les certificats de ces AC (étude des formats PKCS utiles, création d'un paquet générique ca-certificates-auf, distribution dédiée à openvpn et à d'autres clients spécifiques, etc.)
/NotesDeThomas : mes recherches et tests en cours...
Note de bas de page
Ceci étant, comme les certificats ne peuvent pas être modifiés, nous devons dès maintenant leur donner les extensions qui permettront une évolution vers une "vraie" PKI, notamment pour une réelle gestion des révocations. C'est tout l'objet de la recherche du bon fichier openssl.cnf (1)