Description de la négociation de Layer (SSL) Secure Sockets

Numéro d'article: 257591 - Voir les produits auxquels s'applique cet article
Traduction automatiqueATTENTION : Cet article est issu du système de traduction automatique
Nous vous recommandons de tous les utilisateurs d'effectuer la mise à niveau à Microsoft Internet Information Services (IIS) version 7.0 s'exécutant sur Microsoft Windows Server 2008. IIS 7.0 augmente considérablement la sécurité de l'infrastructure Web. Pour plus d'informations sur les questions liées à la sécurité IIS, reportez-vous au site Web de Microsoft à l'adresse suivante :
http://www.microsoft.com/technet/security/prodtech/IIS.mspx
(http://www.microsoft.com/technet/security/prodtech/IIS.mspx)
Pour plus d'informations sur IIS 7.0, reportez-vous au site Web de Microsoft à l'adresse suivante :
http://www.iis.net/default.aspx?tabid=1
(http://www.iis.net/default.aspx?tabid=1)
Agrandir tout | Réduire tout

Résumé

Le protocole SSL (Secure Sockets Layer) utilise une combinaison de cryptage de clé publique et clé symétrique. Le cryptage à clé symétrique est beaucoup plus rapide que le cryptage à clé publique ; toutefois, le cryptage à clé publique fournit mieux les techniques d'authentification. Une session SSL toujours commence par un échange de messages appelée la négociation SSL. Le protocole de transfert permet au serveur de s'authentifier auprès du client à l'aide des techniques de clé publique et puis autorise le client et le serveur à coopérer à la création de clés symétriques utilisé pour le cryptage rapide, de décryptage et de détection de sabotage pendant la session qui suit. Si vous le souhaitez, le protocole de transfert permet également au client pour s'authentifier auprès du serveur.
Retour au début | Envoyer des commentaires

Plus d'informations

Étapes impliquées dans la négociation SSL sont les suivantes (Notez que les étapes suivantes supposent l'utilisation de suites de chiffrement répertoriés dans les suites de chiffrement avec échange de clés RSA : triple DES, RC4, RC2, DES) :
  1. Le client envoie au serveur, son numéro de version SSL, des paramètres de chiffrement, des données spécifiques à la session et d'autres informations dont le serveur a besoin pour communiquer avec le client à l'aide de SSL.
  2. Le serveur envoie au client le numéro du serveur SSL version, des paramètres de chiffrement, des données spécifiques à la session et d'autres informations dont le client a besoin pour communiquer avec le serveur via le protocole SSL. Le serveur envoie également son propre certificat et si le client demande une ressource de serveur qui requiert l'authentification du client, le serveur demande le certificat du client.
  3. Le client utilise les informations envoyées par le serveur pour authentifier le serveur (pour plus de détails, voir Server Authentication). Si le serveur ne peut pas être authentifié, l'utilisateur est averti du problème et informé qu'il est impossible d'établir une connexion cryptée et authentifiée. Si le serveur peut être authentifié avec succès, le client passe à l'étape 4.
  4. À l'aide de toutes les données générées dans le protocole de transfert jusqu'à présent, le client (avec la coopération du serveur, en fonction de chiffrement utilisé) crée le pre-master secret pour la session, crypte avec la clé du serveur public (extrait de certificat du serveur, envoyé dans l'étape 2) et envoie le secret pré-maître crypté au serveur.
  5. Si le serveur a demandé l'authentification du client (une étape facultative dans le protocole de transfert), le client signe également un autre élément de données qui est unique pour cette négociation et connus par le client et le serveur. Dans ce cas, le client envoie les données signées et le certificat du client au serveur avec le secret pré-maître crypté.
  6. Si le serveur a demandé l'authentification du client, le serveur tente d'authentifier le client (pour plus de détails, voir authentification du client). Si le client ne peut pas être authentifié, la session se termine. Si le client peut être authentifié avec succès, le serveur utilise sa clé privée pour décrypter le secret pré-maître et puis effectue une série d'étapes (qui le client exécute également, à partir de la même secret pré-maître) pour générer le secret principal.
  7. Le client et le serveur utilisent tous deux le secret principal pour générer les clés de session, qui sont utilisées pour crypter et décrypter les informations échangées pendant la session SSL et pour vérifier son intégrité des clés symétriques (c'est-à-dire, pour détecter les modifications dans les données entre l'heure à laquelle il a été envoyé et l'heure de réception sur une connexion SSL).
  8. Le client envoie un message au serveur et il informe que les futurs messages provenant du client seront chiffrés à l'aide de la clé de session. Il envoie ensuite un autre message (crypté) indiquant que la partie client de la négociation est terminée.
  9. Le serveur envoie un message pour l'informer que les futurs messages provenant du serveur seront chiffrés à l'aide de la clé de session. Il envoie ensuite un autre message (crypté) indiquant que la partie serveur de la négociation est terminée.
  10. La négociation SSL est maintenant terminée et la session démarre. Le client et le serveur utilisent les clés de session afin de crypter et décrypter les données qu'ils s'envoyer entre eux et de s'assurer de son intégrité.
  11. Ceci est la condition de fonctionnement normal du canal sécurisé. À tout moment, en raison de stimulus interne ou externe (intervention automatisation ou utilisateur), chaque côté peut renégocier la connexion, auquel cas, le processus se répète.
Retour au début | Envoyer des commentaires

Références

257587
(http://support.microsoft.com/kb/257587/EN-US/ )
Description du processus d'authentification Server pendant la négociation SSL
Microsoft Internet Information Server 4.0 Resource Kit
Documentation de Microsoft Windows NT Option Pack
Microsoft Internet Information Services 5.0 Resource Guide
Microsoft Internet Information Services 5.0 documentation
Retour au début | Envoyer des commentaires

Propriétés

Numéro d'article: 257591 - Dernière mise à jour: lundi 7 juillet 2008 - Version: 4.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Internet Information Services 6.0
  • Microsoft Internet Information Server 4.0
  • Microsoft Internet Information Services 5.0
  • Microsoft Internet Information Services 7.0
Mots-clés : 
kbmt kbinfo KB257591 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 257591
(http://support.microsoft.com/kb/257591/en-us/ )
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Retour au début | Envoyer des commentaires

Envoyer des commentaires

 
Retour au débutRetour au début