L'authentification Digest est une m\u00e9thode largement utilis\u00e9e pour s\u00e9curiser les applications Web et les serveurs proxy. Il s'agit d'une am\u00e9lioration par rapport au sch\u00e9ma d'authentification de base, corrigeant certaines de ses vuln\u00e9rabilit\u00e9s de s\u00e9curit\u00e9. Le processus d'authentification Digest implique l'\u00e9change d'informations crypt\u00e9es entre le client et le serveur, offrant ainsi un moyen plus s\u00e9curis\u00e9 d'authentification des utilisateurs.<\/p>\n
L'authentification Digest a \u00e9t\u00e9 introduite en 1998 dans le cadre de la RFC 2069, mais sa version finale a \u00e9t\u00e9 document\u00e9e dans la RFC 2617 en 1999. L'id\u00e9e de l'authentification Digest est n\u00e9e en r\u00e9ponse aux limitations de l'authentification de base, qui transmettait les informations d'identification en clair sur le r\u00e9seau. ce qui le rend vuln\u00e9rable aux interceptions et aux attaques par relecture.<\/p>\n
L'authentification Digest utilise un m\u00e9canisme d\u00e9fi-r\u00e9ponse pour authentifier les utilisateurs. Le processus comporte plusieurs \u00e9tapes :<\/p>\n
Demande du client<\/strong>: Le client envoie une requ\u00eate HTTP au serveur, indiquant son intention d'acc\u00e9der \u00e0 une ressource prot\u00e9g\u00e9e.<\/p>\n<\/li>\n D\u00e9fi du serveur<\/strong>: Le serveur r\u00e9pond avec un code d'\u00e9tat 401 non autoris\u00e9 et g\u00e9n\u00e8re un nonce (un jeton unique) avec d'autres param\u00e8tres. Le nonce est une valeur bas\u00e9e sur le temps, qui permet d'\u00e9viter les attaques par relecture.<\/p>\n<\/li>\n R\u00e9ponse du client<\/strong>: Le client calcule un hachage des informations d'identification de l'utilisateur, ainsi que le nom occasionnel re\u00e7u et d'autres param\u00e8tres, \u00e0 l'aide d'un algorithme de hachage tel que MD5. Le hachage r\u00e9sultant est renvoy\u00e9 au serveur dans une autre requ\u00eate.<\/p>\n<\/li>\n V\u00e9rification du serveur<\/strong>: Le serveur re\u00e7oit la r\u00e9ponse du client et r\u00e9p\u00e8te le m\u00eame calcul de hachage de son c\u00f4t\u00e9 en utilisant le mot de passe stock\u00e9 pour l'utilisateur. Si le hachage calcul\u00e9 correspond \u00e0 celui re\u00e7u du client, l'authentification r\u00e9ussit et le serveur accorde l'acc\u00e8s \u00e0 la ressource demand\u00e9e.<\/p>\n<\/li>\n<\/ol>\n L'authentification Digest offre un niveau de s\u00e9curit\u00e9 car le mot de passe r\u00e9el n'est jamais transmis sur le r\u00e9seau. Au lieu de cela, seul le hachage du mot de passe est \u00e9chang\u00e9, ce qui rend difficile pour les attaquants de r\u00e9cup\u00e9rer le mot de passe d'origine \u00e0 partir du trafic r\u00e9seau.<\/p>\n L'authentification Digest implique divers composants\u00a0:<\/p>\n Nom d'utilisateur<\/strong>: Le nom d'utilisateur de l'utilisateur, qui est g\u00e9n\u00e9ralement inclus dans la demande du client.<\/p>\n<\/li>\n Royaume<\/strong>: Un domaine est une zone ou un domaine prot\u00e9g\u00e9 auquel l'utilisateur tente d'acc\u00e9der. Il est g\u00e9n\u00e9ralement affich\u00e9 \u00e0 l'utilisateur pendant le processus d'authentification.<\/p>\n<\/li>\n Occasionnellement<\/strong>: Une valeur unique g\u00e9n\u00e9r\u00e9e par le serveur et envoy\u00e9e au client dans le challenge. Il est utilis\u00e9 pour emp\u00eacher les attaques par rejeu.<\/p>\n<\/li>\n URI (identifiant uniforme de ressource)<\/strong>: L'URI de la ressource demand\u00e9e, incluse dans la requ\u00eate du client.<\/p>\n<\/li>\n R\u00e9ponse<\/strong>: Le hachage calcul\u00e9 du client, bas\u00e9 sur les informations d'identification de l'utilisateur, le nom occasionnel et d'autres param\u00e8tres.<\/p>\n<\/li>\n Opaque<\/strong>: Un param\u00e8tre facultatif envoy\u00e9 par le serveur, qui est renvoy\u00e9 inchang\u00e9 par le client. Cela aide le serveur \u00e0 associer une demande client sp\u00e9cifique \u00e0 la r\u00e9ponse du serveur correspondante.<\/p>\n<\/li>\n Algorithme<\/strong>: L'algorithme de hachage utilis\u00e9 pour g\u00e9n\u00e9rer le hachage. MD5 est l'algorithme le plus couramment utilis\u00e9, bien que d'autres algorithmes comme SHA-256 ou SHA-512 puissent \u00eatre utilis\u00e9s pour am\u00e9liorer la s\u00e9curit\u00e9.<\/p>\n<\/li>\n QoP (Qualit\u00e9 de Protection)<\/strong>: Un param\u00e8tre facultatif indiquant le niveau de s\u00e9curit\u00e9 appliqu\u00e9 \u00e0 l'authentification. Il peut \u00eatre d\u00e9fini sur \u00ab auth \u00bb, \u00ab auth-int \u00bb ou sur d'autres valeurs.<\/p>\n<\/li>\n<\/ul>\n L'authentification Digest offre plusieurs fonctionnalit\u00e9s importantes\u00a0:<\/p>\n S\u00e9curit\u00e9<\/strong>: L'utilisation de mots de passe hach\u00e9s et de noms occasionnels emp\u00eache les attaquants d'intercepter et d'utiliser des mots de passe en clair.<\/p>\n<\/li>\n Protection contre les attaques par rejeu<\/strong>: L'inclusion de noms occasionnels garantit que la r\u00e9ponse du client ne peut pas \u00eatre r\u00e9utilis\u00e9e dans des requ\u00eates ult\u00e9rieures.<\/p>\n<\/li>\n M\u00e9canisme d\u00e9fi-r\u00e9ponse<\/strong>: L'authentification Digest implique plusieurs \u00e9tapes, ce qui rend plus difficile pour les attaquants de falsifier les informations d'authentification.<\/p>\n<\/li>\n Algorithmes de hachage flexibles<\/strong>: L'authentification Digest permet d'utiliser diff\u00e9rents algorithmes de hachage, offrant un certain degr\u00e9 de flexibilit\u00e9 et de p\u00e9rennit\u00e9.<\/p>\n<\/li>\n Largement pris en charge<\/strong>: La plupart des navigateurs Web et des serveurs modernes prennent en charge l'authentification Digest, ce qui la rend largement applicable.<\/p>\n<\/li>\n<\/ol>\n Il existe deux types d'authentification Digest\u00a0:<\/p>\n Authentification d\u2019acc\u00e8s Digest<\/strong>: Il s'agit de la forme standard d'authentification Digest, qui utilise le processus d\u00e9crit pr\u00e9c\u00e9demment.<\/p>\n<\/li>\n Authentification proxy Digest<\/strong>: Cette variante est con\u00e7ue pour \u00eatre utilis\u00e9e avec des serveurs proxy. Lorsqu'un serveur proxy re\u00e7oit une demande d'un client, il authentifie le client \u00e0 l'aide de l'authentification Digest Proxy avant de transmettre la demande au serveur cible.<\/p>\n<\/li>\n<\/ol>\n R\u00e9sumons les principales diff\u00e9rences entre les deux types dans le tableau suivant\u00a0:<\/p>\nLa structure interne de l\u2019authentification Digest. Comment fonctionne l'authentification Digest.<\/h2>\n
\n
Analyse des principales fonctionnalit\u00e9s de l'authentification Digest<\/h2>\n
\n
Types d'authentification Digest<\/h2>\n
\n