Travaillez avec nous dès maintenant - contact@leguideinfo.com
Retour sur leguideinfo.com
Créer un certificat SSL auto-signé pour Apache sur Debian, Ubuntu & autres Linux
Introduction
TLS, ou "transport layer security" - et son prédécesseur SSL - sont des protocoles utilisés pour envelopper le trafic normal dans une connexion protégée et chiffrée. Grâce à cette technologie, les serveurs peuvent envoyer en toute sécurité des informations à leurs clients sans que leurs messages soient interceptés ou lus par une partie extérieure.
Ce guide vous montrera comment créer et utiliser un certificat SSL auto-signé avec le serveur web Apache sur Ubuntu, Debian et même d'autres distributions Linux.

Note : un certificat auto-signé chiffre la communication entre votre serveur et les clients éventuels. Cependant, comme il n'est signé par aucune des autorités de certification de confiance incluses avec les navigateurs web et les systèmes d'exploitation, les utilisateurs ne peuvent pas utiliser le certificat pour valider automatiquement l'identité de votre serveur. Par conséquent, vos utilisateurs verront une erreur de sécurité lorsqu'ils visiteront votre site.
En raison de cette limitation, les certificats auto-signés ne sont pas appropriés pour un environnement de production destiné au public. Ils sont généralement utilisés pour les tests ou pour sécuriser des services non critiques utilisés par un seul utilisateur ou un petit groupe d'utilisateurs qui peuvent établir la confiance dans la validité du certificat par d'autres canaux de communication.
Pour une solution de certificat plus adaptée à la production, consultez Let's Encrypt, une autorité de certification gratuite. Vous pouvez apprendre comment télécharger et configurer un certificat Let's Encrypt dans notre tutoriel Comment sécuriser Apache avec Let's Encrypt.
Conditions préalables
Avant de commencer ce tutoriel, vous aurez besoin des éléments suivants :
  • Un accès à un serveur Ubuntu avec un utilisateur non root utilisant sudo. apt install sudo
  • Apache2 installé. sudo apt install apache2
  • Si vous avez installé un pare-feu ufw, ouvrez les ports http et https. sudo ufw allow "Apache Full"
Étape 1 — Activation de mod_ssl
Pour pouvoir utiliser un certificat SSL quel qu'il soit, nous devons d'abord activer mod_ssl, un module Apache qui prend en charge le cryptage SSL.
Activez mod_ssl à l'aide de la commande a2enmod :
sudo a2enmod ssl
Redémarrez Apache pour activer le module :
sudo systemctl restart apache2
Le module mod_ssl est maintenant activé et prêt à l’emploi.
Étape 2 – Création du certificat SSL
Maintenant qu’Apache est prêt à utiliser le chiffrement, nous pouvons passer à la génération d’un nouveau certificat SSL. Le certificat stockera quelques informations de base sur votre site, et sera accompagné d’un fichier clé qui permet au serveur de traiter les données chiffrées en toute sécurité.
Nous pouvons créer les fichiers de clés et de certificats SSL avec la commande openssl :
sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/ssl/private/apache-selfsigned.key -out /etc/ssl/certs/apache-selfsigned.crt
Voyons ce qui se passe dans la commande que nous donnons :

  • openssl : c’est l’outil de ligne de commande utilisé pour la création et la gestion des certificats, clés et autres fichiers OpenSSL.
  • req -x509 : cela spécifie que nous voulons utiliser la gestion des demandes de signature de certificats (CSR) X.509. X.509 est une norme d’infrastructure de clé publique à laquelle SSL et TLS adhèrent pour la gestion des clés et des certificats.
  • -nodes : cela indique à OpenSSL de ne pas utiliser l’option de sécurisation de notre certificat par une phrase de passe. Nous avons besoin qu’Apache soit capable de lire le fichier, sans intervention de l’utilisateur, au démarrage du serveur. Une phrase de passe empêcherait que cela se produise, puisque nous devrions la saisir après chaque redémarrage.
  • -days 365 : cette option fixe la durée pendant laquelle le certificat sera considéré comme valide. Ici, nous l’avons fixée pour un an. De nombreux navigateurs modernes refusent les certificats dont la durée de validité dépasse un an.
  • -newkey rsa:2048 : cette option précise que nous voulons générer un nouveau certificat et une nouvelle clé en même temps. Nous n’avons pas créé la clé nécessaire pour signer le certificat lors d’une étape précédente, nous devons donc la créer en même temps que le certificat. La partie rsa:2048 lui demande de fabriquer une clé RSA de 2048 bits.
  • -keyout : cette ligne indique à OpenSSL où placer le fichier de clé privée généré que nous créons.
  • -out : cela indique à OpenSSL où placer le certificat que nous créons.
Après avoir entré la commande, vous serez amené à une invite où vous pourrez entrer des informations sur votre site web.
Remplissez les invites de manière appropriée. La ligne la plus importante est celle qui demande le Common Name (nom commun). Vous devez entrer soit le nom d'hôte que vous utiliserez pour accéder au serveur, soit l'adresse IP publique du serveur. Il est important que ce champ your_domain_or_ip corresponde à ce que vous allez mettre dans la barre d’adresse de votre navigateur pour accéder au site, car une mauvaise correspondance entraînera davantage d’erreurs de sécurité.
La liste complète des invites ressemblera à ceci :
Country Name (2 letter code) [XX]:FR
State or Province Name (full name) []:Example
Locality Name (eg, city) [Default City]:Example 
Organization Name (eg, company) [Default Company Ltd]:Example Inc
Organizational Unit Name (eg, section) []:Example Dept
Common Name (eg, your name or your server's hostname) []:your_domain_or_ip
Email Address []:webmaster@example.com
Les deux fichiers que vous avez créés seront placés dans les sous-répertoires appropriés sous /etc/ssl.
Ensuite, nous mettrons à jour notre configuration Apache pour utiliser le nouveau certificat et la nouvelle clé.
Étape 3 – Configuration d'Apache pour utiliser SSL
Maintenant que nous disposons de notre certificat et de notre clé auto-signés, nous devons mettre à jour notre configuration Apache pour pouvoir les utiliser. Sur Ubuntu, vous pouvez placer de nouveaux fichiers de configuration Apache (ils doivent se terminer par .conf) dans /etc/apache2/sites-available/ et ils seront chargés la prochaine fois que le processus Apache sera rechargé ou redémarré.

Pour ce tutoriel, nous allons créer un nouveau fichier de configuration minimale. (Si vous avez déjà configuré Apache <Virtualhost> et que vous devez juste y ajouter SSL, vous devrez probablement copier les lignes de configuration qui commencent par SSL, et changer le port du VirtualHost de 80 à 443. Nous nous occuperons du port 80 dans la prochaine étape).
Créez un nouveau fichier de configuration dans /etc/apache2/sites-available/ :
sudo nano /etc/apache2/sites-available/your_domain_or_ip.conf
Collez-y la configuration minimale suivante de VirtualHost :
<VirtualHost *:443>
   ServerName your_domain_or_ip
   DocumentRoot /var/www/html/

   SSLEngine on
   SSLCertificateFile /etc/ssl/certs/apache-selfsigned.crt
   SSLCertificateKeyFile /etc/ssl/private/apache-selfsigned.key
</VirtualHost>

Veillez à mettre à jour la ligne ServerName en fonction de la manière dont vous avez l’intention de nommer votre serveur. Il peut s’agir d’un nom d’hôte, d’un nom de domaine complet ou d’une adresse IP. Assurez-vous que ce que vous choisissez correspond au Common Name (nom commun) que vous avez choisi lors de l’établissement du certificat.
Les lignes restantes indiquent un répertoire DocumentRoot à partir duquel les fichiers seront chargés, ainsi que les options SSL nécessaires pour faire pointer Apache vers notre certificat et notre clé précédemment créés.
Ouvrez un nouveau fichier test.html avec votre éditeur de texte :
sudo nano /var/www/html/test.html
Collez ce qui suit dans le fichier vierge :
<h1>it worked!</h1>
Ce n’est pas un fichier HTML complet, bien sûr, mais les navigateurs sont indulgents et cela suffira pour vérifier notre configuration.
Enregistrez et fermez le fichier. Ensuite, nous devons activer le fichier de configuration avec l’outil a2ensite :
sudo a2ensite your_domain_or_ip.conf
Ensuite, effectuons un test à la recherche d’éventuelles erreurs de configuration :
sudo apache2ctl configtest
Si tout fonctionne correctement, vous obtiendrez un résultat qui ressemble à ceci :

Output
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
Syntax OK
La première ligne est un message vous indiquant que la directive ServerName n’est pas définie globalement. Si vous ne voulez plus voir ce message s’afficher, vous pouvez définir ServerName en spécifiant le nom de domaine ou l’adresse IP de votre serveur dans /etc/apache2/apache2.conf. Ceci est facultatif car le message ne fera pas de mal.
Si votre sortie contient Syntax OK, votre fichier de configuration ne contient aucune erreur de syntaxe. Nous pouvons recharger Apache en toute sécurité pour que nos modifications soient appliquées :
sudo systemctl reload apache2
Chargez maintenant votre site dans un navigateur, en veillant à utiliser https:// au début.
Vous devriez voir une erreur. C’est normal pour un certificat auto-signé ! Le navigateur vous avertit qu’il ne peut pas vérifier l’identité du serveur, car notre certificat n’est signé par aucune de ses autorités de certification connues. Pour les tests et l’utilisation personnelle, cela peut être très bien. Vous devriez pouvoir cliquer pour accéder à des informations avancées ou complémentaires et choisir de poursuivre.

Une fois que vous l’aurez fait, votre navigateur chargera le message it worked! .

Remarque : si votre navigateur ne se connecte pas du tout au serveur, assurez-vous que votre connexion n’est pas bloquée par un pare-feu. Si vous utilisez ufw, les commandes suivantes ouvriront les ports 80 et 443 :
 sudo ufw allow "Apache Full"
Étape 4 — Redirection de HTTP vers HTTPS
Actuellement, notre configuration ne répondra qu’aux demandes HTTPS sur le port 443. Il est bon de répondre également sur le port 80, même si vous voulez forcer le cryptage de tout le trafic. Mettons en place un VirtualHost pour répondre à ces demandes non cryptées et les rediriger vers le HTTPS.
Ouvrez le même fichier de configuration Apache que celui que nous avons lancé lors des étapes précédentes :
sudo nano /etc/apache2/sites-available/your_domain_or_ip.conf
En bas, créez un autre bloc VirtualHost pour faire correspondre les demandes sur le port 80. Utilisez la directive ServerName pour faire correspondre à nouveau votre nom de domaine ou votre adresse IP. Ensuite, utilisez Redirect (Rediriger) pour faire correspondre les requêtes et les envoyer au VirtualHost SSL. Veillez à inclure la barre oblique à la fin. Ajoutez un bloc VirtualHost pour rediriger les requêtes HTTP vers HTTPS comme ceci :
<VirtualHost *:80>
	ServerName your_domain_or_ip
	Redirect / https://your_domain_or_ip/
</VirtualHost>
Enregistrez et fermez ce fichier lorsque vous avez terminé, puis testez à nouveau la syntaxe de votre configuration, et rechargez Apache :
sudo apachectl configtest
sudo systemctl reload apache2
Vous pouvez tester la nouvelle fonctionnalité de redirection en visitant votre site avec le simple http:// devant l’adresse. Vous devriez être redirigé automatiquement vers https://.
Conclusion
Vous avez maintenant configuré Apache pour servir des demandes chiffrées en utilisant un certificat SSL auto-signé, et pour rediriger les demandes HTTP non cryptées vers HTTPS.
Si vous envisagez d'utiliser SSL pour un site web public, vous devriez envisager d'acheter un nom de domaine et d'utiliser une autorité de certification largement reconnue telle que Let's Encrypt.
Pour plus d'informations sur la sécurité avec Apache, veuillez lire notre article en collaboration avec Awoui :Comment fortifier votre serveur web Apache2 ou NGINX.
A propos des auteurs
—
Erin Glass
Senior Manager, DevEd
—
Brian Boucheron
Auteur
—
Antoine LeGuideInfo
Adaptation & Traduction