Auto-hébergement

SSL (secure socket layer), et son successeur TLS (transport layer security) sont des normes de chiffrement, qui ont pour but de garantir que seuls les deux correspondants d'une connexion pourront lire les données véhiculées.

Dans l'utilisation usuelle de SSL, le serveur dispose d'une paire de clefs de chiffrement :

• une clef privée, qu'il est le seul à connaître ;
• une clef publique, qu'il peut envoyer aux clients.

Lors de l'établissement d'une connexion SSL :

1. le serveur envoie en clair au client sa clef publique ;
2. le client génère une clef de chiffrement symétrique, et l'envoie au serveur, chiffrée avec sa clef publique ;
3. le serveur déchiffre cette clef publique avec sa clef privée ;
4. la suite de la connexion est alors chiffrée avec la clef symétrique, dont seuls le client et le serveur disposent.

Ainsi, le chiffrement asymétrique n'est utilisé que pour établir un canal de chiffrement symétrique, qui est moins coûteux en puissance de calcul pour une sécurité identique.

Avec un tel système, on est sûr que seul le propriétaire de la clef privée pourra déchiffrer la connexion chiffrée. Le problème est alors de savoir si cette clef est bien celle de votre interlocuteur prétendu.

SSL utilise un système de garantie centralisé. Ainsi, chaque serveur présente un certificat, qui contient :

• sa clef publique de chiffrement ;
• son identité (le plus souvent, son nom de domaine) ;
• la signature numérique d'une autorité de certification, qui se porte garante de son identité.

Les certificats des grandes autorités de certification sont intégrés aux clients Internet, qui les utilisent pour vérifier les certificats.

Pour pouvoir chiffrer vos communications, notamment celles qui impliquent la transmission d'un mot de passe, vous devez donc disposer d'un certificat et d'une clef privée SSL. Si vous mettez des services sécurisés à disposition du public, vous devez faire signer votre certificat par une autorité reconnue. Si vous êtes le seul à utiliser ces services, vous pouvez vous contenter d'un certificat auto-signé.

Dans tous les cas, vous pouvez placer vos requêtes, clefs et certificats dans les sous-répertoires req, private et certs du répertoire /etc/ssl/.

Vous devez d'abord générer une clef et une requête de certificat, qui contient les informations d'un certificat, sans signature d'une autorité :

# openssl req -new -out req/example.com.req -keyout private/example.com.key -nodes -utf8

Répondez aux questions sur votre identité et votre lieu, mais précisez bien votre nom de domaine comme nom commun (CN).

Vous devez ensuite transmettre cette clef à une autorité de certification comme StartSSL ou CAcert. Après avoir examiné et accepté votre requête, celle-ci vous donnera un certificat signé.

Vous pouvez générer en une seule commande une clef privée et un certificat auto-signé :

# openssl req -new -x509 -out certs/example.com.pem -keyout private/example.com.key -nodes -utf8

Répondez aux questions sur votre identité et votre lieu, mais précisez bien votre nom de domaine comme nom commun (CN).

Les certificats SSL couvrent généralement un seul nom de domaine, mais si vous fournissez des services pour plusieurs noms de domaines, vous pouvez utiliser l'extension SSL subjectAltName pour indiquer tous ces noms dans un unique certificat. Avec OpenSSL, cette extension ne peut pas être configurée sur la ligne de commande, et il faut donc modifier le fichier de configuration /etc/ssl/openssl.cnf:

/etc/ssl/openssl.cnf

[ req ]
…
req_extensions = req_alt_name
 
[ req_alt_name ]
subjectAltName = DNS:www.example.com, DNS:webmail.example.com, DNS:toto.example.com

Il faut ensuite générer la requête de certificat ou le certificat auto-signé de la façon habituelle, en veillant bien à fournir un des noms de domaine du subjectAltName comme nom commun (CN), par exemple pour une requête de certificat :

# openssl req -new -out req/example.com.req -keyout private/example.com.key -nodes -utf8

Tout d'abord, vérifiez les droits d'accès à votre clef privée : si le certificat est public, seuls les administrateurs et les logiciels proposant une connexion sécurisée doivent pouvoir lire la clef.

Vous devez maintenant configurer vos serveurs logiciels pour utiliser votre certificat. Par exemple, pour Postfix :

smtpd_tls_cert_file = /etc/ssl/certs/example.com.pem
smtpd_tls_key_file = /etc/ssl/private/example.com.key
smtpd_tls_CAfile = /etc/ssl/certs/class3.pem

Certains logiciels ont besoin de charger le certificat et la clef, et parfois même le certificat de l'autorité depuis un seul fichier : pour cela, concaténez simplement ces fichiers dans un seul :

# cat certs/example.com.pem private/example.com.key > private/example.com.bundle