Outils pour utilisateurs

Outils du site


services:ssl

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
services:ssl [Sat Apr 13 14:50:34 2013]
vince startssl fourni des certificats valable 1 an et pas 6 mois
services:ssl [Fri Nov 22 14:29:41 2013] (Version actuelle)
elessar structure
Ligne 11: Ligne 11:
 </​box>​ </​box>​
  
-==== Principe ====+===== Principe ​=====
  
-=== Chiffrement asymétrique ===+==== Chiffrement asymétrique ​====
  
 Dans l'​utilisation usuelle de SSL, le serveur dispose d'une paire de clefs de chiffrement :​ Dans l'​utilisation usuelle de SSL, le serveur dispose d'une paire de clefs de chiffrement :​
Ligne 27: Ligne 27:
 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. 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.
  
-=== Certification ===+==== Certification ​====
  
 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//​. 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//​.
Ligne 38: Ligne 38:
 Les certificats des grandes autorités de certification sont intégrés aux clients Internet, qui les utilisent pour vérifier les certificats. Les certificats des grandes autorités de certification sont intégrés aux clients Internet, qui les utilisent pour vérifier les certificats.
  
-==== Générer votre certificat ====+===== Générer votre certificat ​=====
  
 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é. 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é.
Ligne 44: Ligne 44:
 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/''​. 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/''​.
  
-=== Certificat certifié ===+==== Certificat certifié ​====
  
 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é :​ 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é :​
Ligne 65: Ligne 65:
 </​box>​ </​box>​
  
-=== Certificat auto-signé ===+==== Certificat auto-signé ​====
  
 Vous pouvez générer en une seule commande une clef privée et un certificat auto-signé :​ Vous pouvez générer en une seule commande une clef privée et un certificat auto-signé :​
Ligne 78: Ligne 78:
 </​box>​ </​box>​
  
-==== Utiliser votre certificat ====+==== Certificat couvrant plusieurs noms ==== 
 + 
 +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'':​ 
 + 
 +<file ini /​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 
 +</​file>​ 
 + 
 +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 :​ 
 + 
 +<​code>#​ openssl req -new -out req/​example.com.req -keyout private/​example.com.key -nodes -utf8</​code>​ 
 + 
 +===== Utiliser votre certificat ​=====
  
 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. 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.
services/ssl.1365857434.txt.gz · Dernière modification: Sat Apr 13 14:50:34 2013 par vince