1
00:00:04,540 --> 00:00:09,300
 Bonjour et bienvenue dans cette vidÃ©o intitulÃ©e
 Â«Â ProblÃ¨mes potentiels liÃ©s au hachageÂ Â».

2
00:00:09,300 --> 00:00:15,760
 ÃlÃ©ment. Donc, pour rappel, au cas oÃ¹ vous dÃ©couvririez
 cette vidÃ©o pour la premiÃ¨re fois et

3
00:00:15,760 --> 00:00:19,440
 vous n'avez vu aucune autre vidÃ©o
 sur ce sujet prÃ©cis, tout comme

4
00:00:19,440 --> 00:00:25,120
 En rÃ©sumÃ©, nous savons que WPA3SAE doit d'abord
 gÃ©nÃ©rer un nombre appelÃ© mot de passe.

5
00:00:25,120 --> 00:00:28,600
 Ã©lÃ©ment avant d'effectuer l'Ã©change SAE.

6
00:00:28,600 --> 00:00:31,920
 L'Ã©lÃ©ment mot de passe sera donc
 un nombre insÃ©rÃ© dans le

7
00:00:31,920 --> 00:00:36,860
 diverses formules utilisÃ©es lors
 du processus d'engagement SAE.

8
00:00:36,860 --> 00:00:39,560
 Comment cet Ã©lÃ©ment de mot
 de passe est-il crÃ©Ã© ?

9
00:00:39,560 --> 00:00:43,840
 Eh bien, cela se fait en trouvant un Ã©lÃ©ment
 commun, qui est un point commun sur

10
00:00:43,840 --> 00:00:45,160
 une courbe elliptique.

11
00:00:45,160 --> 00:00:48,520
 Et dans les vidÃ©os prÃ©cÃ©dentes, nous avons parlÃ© de
 la faÃ§on dont les points sur les courbes elliptiques

12
00:00:48,520 --> 00:00:51,140
 doivent correspondre
 Ã  certaines formules.

13
00:00:51,140 --> 00:00:55,860
 La valeur de x que vous utilisez, vous
 devez l'insÃ©rer dans la formule, et

14
00:00:55,860 --> 00:01:01,360
 Si elle renvoie une valeur y valide, alors
 vous avez vos deux points valides.

15
00:01:01,360 --> 00:01:02,920
 Alors, comment cela se fait-il ?

16
00:01:02,920 --> 00:01:08,020
 Eh bien, il existe deux maniÃ¨res mathÃ©matiques
 complexes de dÃ©river ces x valides et

17
00:01:08,020 --> 00:01:12,940
 y points en utilisant votre phrase de passe,
 votre SSID et quelques autres informations

18
00:01:12,940 --> 00:01:17,280
 comme donnÃ©es d'entrÃ©e. Comment traitons-nous alors la
 phrase de passe, le SSID, les adresses MAC et autres ?

19
00:01:17,280 --> 00:01:22,000
 et trouver une valeur que nous pourrons
 tester par rapport Ã  l'elliptique

20
00:01:22,000 --> 00:01:26,640
 Formule de la courbe pour vÃ©rifier s'il
 s'agit bien d'une coordonnÃ©e x valideÂ ?

21
00:01:26,640 --> 00:01:30,080
 Eh bien, les deux mÃ©thodes sont le hachage
 Ã  l'Ã©lÃ©ment et la chasse et le picorage.

22
00:01:30,080 --> 00:01:31,880
 Le hachage vers Ã©lÃ©ment est plus rÃ©cent.

23
00:01:31,880 --> 00:01:34,240
 C'est plus sÃ»r que la
 chasse et le picorage.

24
00:01:34,240 --> 00:01:41,060
 Et si un point d'accÃ¨s LAN sans fil annonce
 des capacitÃ©s de hachage vers Ã©lÃ©ment,

25
00:01:41,060 --> 00:01:45,900
 et si le client le prend en charge,
 il prÃ©fÃ©rera le hachage Ã  l'Ã©lÃ©ment.

26
00:01:45,900 --> 00:01:48,840
 TrÃ¨s bien, vous vous dites peut-Ãªtre : Â« Super,
 je vais simplement utiliser le hachage. Â»

27
00:01:48,840 --> 00:01:49,660
 Ã  l'Ã©lÃ©ment ensuite.

28
00:01:49,660 --> 00:01:51,360
 Il est plus rÃ©cent, il est plus sÃ»r.

29
00:01:51,360 --> 00:01:53,220
 Je vais simplement l'utiliser.

30
00:01:53,220 --> 00:01:55,720
 Je vais donc vous montrer dans les diapositives
 suivantes pour ce point prÃ©cis.

31
00:01:55,720 --> 00:01:59,780
 La vidÃ©o comporte quelques piÃ¨ges,
 bugs ou mises en garde.

32
00:01:59,780 --> 00:02:05,380
 J'ai effectivement remarquÃ© cela en laboratoire, lorsque j'utilisais
 diffÃ©rents hachages pour convertir des Ã©lÃ©ments en Ã©lÃ©ments.

33
00:02:05,380 --> 00:02:09,120
 combinaisons dans la crÃ©ation
 de mon rÃ©seau local sans fil.

34
00:02:09,120 --> 00:02:10,440
 Je vous le dis tout de suite.

35
00:02:10,440 --> 00:02:13,840
 Je ne peux pas expliquer
 pourquoi cela se produit.

36
00:02:13,840 --> 00:02:18,340
 J'ai bien compris tous les mÃ©canismes
 de fonctionnement de la manette et

37
00:02:18,340 --> 00:02:22,960
 Le point d'accÃ¨s communique, qui parle au client,
 quand et quels messages sont Ã©changÃ©s.

38
00:02:22,960 --> 00:02:28,300
 tout continue, et j'ai fini par abandonner, je n'arrivais
 pas Ã  comprendre pourquoi ce que tu fais

39
00:02:28,300 --> 00:02:30,980
 Je vais voir ce qui se passe rÃ©ellement.

40
00:02:30,980 --> 00:02:35,480
 Je peux donc seulement vous montrer ce que vous pourriez
 vivre et vous conseiller sur la maniÃ¨re de

41
00:02:35,480 --> 00:02:38,940
 Ãvitez-le. TrÃ¨s bien, dans ce cas.

42
00:02:38,940 --> 00:02:45,440
 Ainsi, certains points d'accÃ¨s plus anciens qui prennent
 en charge la chasse et le picorage ne le font pas

43
00:02:45,440 --> 00:02:46,680
 prise en charge du hachage en Ã©lÃ©ment.

44
00:02:46,680 --> 00:02:51,020
 Vous vous souvenez peut-Ãªtre que lorsque le
 WPA3 est sorti, ils ont dit : Â« Oh, vousâ¦ Â»

45
00:02:51,020 --> 00:02:55,440
 Il existe une version personnelle
 appelÃ©e WPA3SAE.

46
00:02:55,440 --> 00:02:59,980
 TrÃ¨s bien, si vous utilisez WPA3SAE,
 cela signifie que vous devez crÃ©er

47
00:02:59,980 --> 00:03:01,000
 un Ã©lÃ©ment de mot de passe.

48
00:03:01,000 --> 00:03:04,120
 Vous devez le faire car cela vous aidera
 finalement Ã  crÃ©er le secret

49
00:03:04,120 --> 00:03:08,540
 clÃ©, qui vous aidera finalement
 Ã  crÃ©er votre maÃ®tre en binÃ´me

50
00:03:08,540 --> 00:03:10,960
 ClÃ©. Nous allons donc commencer
 par l'Ã©lÃ©ment mot de passe.

51
00:03:10,960 --> 00:03:14,940
 La forme originelle consistait
 donc Ã  chasser et Ã  picorer.

52
00:03:14,940 --> 00:03:17,960
 Et puis, le hachage en Ã©lÃ©ment
 est venu plus tard.

53
00:03:17,960 --> 00:03:21,560
 Donc, si vous avez des points d'accÃ¨s plus
 anciens, comme par exemple vos Cisco

54
00:03:21,560 --> 00:03:25,880
 Le 3802i est un exemple, car c'est celui
 que j'ai ici dans mon laboratoire.

55
00:03:25,880 --> 00:03:30,120
 J'ai dÃ©couvert Ã  mon grand dÃ©sarroi qu'ils ne prennent
 pas en charge la conversion de hachage en Ã©lÃ©ment.

56
00:03:30,120 --> 00:03:32,600
 Ils ne soutiennent que la
 chasse et le picorage.

57
00:03:32,600 --> 00:03:37,380
 Voici donc ce que j'ai dÃ©couvert
 Ã  mon grand regretÂ : Cisco

58
00:03:37,380 --> 00:03:42,800
 Le contrÃ´leur LAN sans fil 9800 vous permettra
 toujours de le configurer ou

59
00:03:42,800 --> 00:03:48,420
 modifier un rÃ©seau local sans fil pour sÃ©lectionner
 le hachage de l'Ã©lÃ©ment, mÃªme si les points d'accÃ¨s

60
00:03:48,420 --> 00:03:51,220
 Ãa se gÃ¨re, ne le soutenez pas.

61
00:03:51,220 --> 00:03:55,460
 Vous pourriez penser : Â« Attendez une
 seconde, la manette connaÃ®t toutâ¦ Â»

62
00:03:55,460 --> 00:03:56,600
 Les points d'accÃ¨s sont contrÃ´lables.

63
00:03:56,600 --> 00:04:00,280
 Le site contient toutes leurs informations
 car ils ont dÃ» s'y inscrire via capwap.

64
00:04:00,280 --> 00:04:05,160
 Le contrÃ´leur doit-il donc Ãªtre au courant
 des points d'accÃ¨s les plus anciens et

65
00:04:05,160 --> 00:04:08,820
 Quels points d'accÃ¨s ne prennent pas en charge
 H2E et lesquels le prennent en chargeÂ ?

66
00:04:08,820 --> 00:04:12,520
 Et ne pensez-vous pas qu'il est logique que si vous
 sÃ©lectionnez H2E dans vos paramÃ¨tres sans fil

67
00:04:12,520 --> 00:04:15,840
 LAN oÃ¹ vous recevez un message d'erreur ou une fenÃªtre
 contextuelle indiquant un problÃ¨me de prise en charge

68
00:04:15,840 --> 00:04:19,500
 Ou quelque chose comme Ã§a, non,
 vous ne verrez rien de tel.

69
00:04:19,500 --> 00:04:23,740
 Il vous permettra de crÃ©er le rÃ©seau local sans fil,
 en sÃ©lectionnant le hachage de l'Ã©lÃ©ment, voire mÃªme

70
00:04:23,740 --> 00:04:27,860
 si les points d'accÃ¨s en aval qu'il gÃ¨re
 sont anciens et ne le savent mÃªme pas

71
00:04:27,860 --> 00:04:31,260
 ce que reprÃ©sente rÃ©ellement
 le hachage d'un Ã©lÃ©ment.

72
00:04:31,260 --> 00:04:35,260
 Gardez maintenant Ã  l'esprit que cette capacitÃ©
 de hachage vers Ã©lÃ©ment est censÃ©e

73
00:04:35,260 --> 00:04:37,180
 Ãªtre annoncÃ© par des balises.

74
00:04:37,180 --> 00:04:41,440
 Le point d'accÃ¨s toutes les, vous savez,
 10 millisecondes, en fait toutes les 100

75
00:04:41,440 --> 00:04:45,100
 Les millisecondes sont censÃ©es inclure un
 petit dÃ©lai lors de l'envoi de ses balises

76
00:04:45,100 --> 00:04:47,800
 un Ã©lÃ©ment d'information Ã  l'intÃ©rieur,
 que je vous montrerai dans une minute.

77
00:04:47,800 --> 00:04:50,280
 dÃ©clare : Â« Je prends en charge
 le hachage vers Ã©lÃ©ment. Â»

78
00:04:50,280 --> 00:04:53,660
 Alors, chers clients, si vous voulez
 faire Ã§a, je peux le faire aussi.

79
00:04:53,660 --> 00:04:58,640
 Nous avons donc ici une situation oÃ¹ le contrÃ´leur
 de rÃ©seau local sans fil a Ã©tÃ©â¦

80
00:04:58,640 --> 00:05:02,260
 configurÃ© en indiquant que ce rÃ©seau local
 sans fil, ce rÃ©seau local sans fil WP3 va

81
00:05:02,260 --> 00:05:05,980
 Utilisez un hachage pour crÃ©er
 l'Ã©lÃ©ment de mot de passe.

82
00:05:05,980 --> 00:05:08,640
 Et ensuite, cela a Ã©tÃ© transmis au
 point d'accÃ¨s et au point d'accÃ¨s

83
00:05:08,640 --> 00:05:11,400
 dit-il, hein, je ne sais
 pas ce que c'est.

84
00:05:11,400 --> 00:05:15,760
 Qu'est-ce que H2E ? Que va-t-il
 se passer dans ce cas-lÃ  ?

85
00:05:15,760 --> 00:05:17,700
 Que se passe-t-il dans ce cas ?

86
00:05:17,700 --> 00:05:19,140
 Voici ce que je vais vous montrer.

87
00:05:19,140 --> 00:05:23,860
 Dans un monde idÃ©al, voici ce que vous
 verriez apparaÃ®tre depuis votre accÃ¨s.

88
00:05:23,860 --> 00:05:26,580
 des points toutes les 100 millisecondes
 grÃ¢ce Ã  ces balises.

89
00:05:26,580 --> 00:05:28,340
 Voici donc une balise que
 vous pouvez voir ici.

90
00:05:28,340 --> 00:05:29,600
 Voici en quelque sorte
 la premiÃ¨re partie.

91
00:05:29,600 --> 00:05:31,400
 Vous pouvez voir l'Ã©lÃ©ment
 d'information RSN.

92
00:05:31,400 --> 00:05:35,280
 Et juste en dessous, il
 y a l'extension RSN.

93
00:05:35,280 --> 00:05:38,200
 J'adore la faÃ§on dont ils mettent le X
 en majuscule, l'Ã©lÃ©ment d'extension.

94
00:05:38,200 --> 00:05:42,520
 Et il y a un Ã©lÃ©ment lÃ -dedans appelÃ©
 le hachage SAE vers Ã©lÃ©ment.

95
00:05:42,520 --> 00:05:45,580
 Et si cette valeur est Ã©gale Ã  un,
 cela signifie que c'est vrai.

96
00:05:45,580 --> 00:05:49,980
 Voici donc comment le point d'accÃ¨s informe tous
 les clients et les utilisateurs potentiels.

97
00:05:49,980 --> 00:05:53,520
 Chers clients, je soutiens
 cette fonctionnalitÃ©.

98
00:05:53,520 --> 00:05:58,200
 Si vous souhaitez l'utiliser, vous le pouvez
 car je sais comment m'en occuper.

99
00:05:58,200 --> 00:06:00,060
 VoilÃ  ce que vous devriez voir.

100
00:06:00,060 --> 00:06:07,280
 D'accord. Les diapositives suivantes
 vont vous montrer ce que j'ai vu dans

101
00:06:07,280 --> 00:06:12,280
 le laboratoire lorsque j'utilisais d'anciens points
 d'accÃ¨s qui ne prenaient pas en charge le hachage

102
00:06:12,280 --> 00:06:17,560
 Ã©lÃ©ment. Donc, nous savons que dans votre
 9800, si je reviens un peu en arriÃ¨re.

103
00:06:17,560 --> 00:06:22,040
 Un peu. Juste ici.

104
00:06:22,040 --> 00:06:26,460
 Il est configurÃ© par dÃ©faut
 pour H2E et HNP.

105
00:06:26,460 --> 00:06:29,740
 Donc, si vous ne cliquez sur rien dans
 cette case, ce mot de passe SAE

106
00:06:29,740 --> 00:06:35,200
 L, si vous ne modifiez rien, la valeur
 par dÃ©faut est Ã  la fois H2E et HNP.

107
00:06:35,200 --> 00:06:39,520
 Que verrez-vous maintenant si le point d'accÃ¨s lui-mÃªme
 ne prend pas en charge cette fonctionnalitÃ©Â ?

108
00:06:39,520 --> 00:06:42,440
 H2E ? Que va-t-il se passer ensuite ?

109
00:06:42,440 --> 00:06:47,220
 TrÃ¨s bien. Voici donc ce
 que vous allez voir.

110
00:06:47,220 --> 00:06:54,860
 Oui. Donc, lorsqu'un client tente de se connecter,
 vous verrez que l'interface ressemble Ã  ceciÂ :

111
00:06:54,860 --> 00:06:55,920
 comme si Ã§a fonctionnait.

112
00:06:55,920 --> 00:06:59,060
 Regardez Ã§a. Voyez, laissez-moi
 faire Ã§a ici.

113
00:06:59,060 --> 00:07:04,440
 Nous voyons bien les quatre messages d'authentification
 SAE, n'est-ce pas ?

114
00:07:04,440 --> 00:07:09,000
 Les deux engagements, les deux confirmations,
 tout semble bien se passer.

115
00:07:09,000 --> 00:07:14,480
 Il est donc clair que le point d'accÃ¨s et le client
 ont intÃ©grÃ© un Ã©lÃ©ment de mot de passe.

116
00:07:14,480 --> 00:07:18,720
 Qu'ils aient pu utiliser cette correspondance,
 mais pour une raison quelconque.

117
00:07:18,720 --> 00:07:23,020
 Ensuite, vous parcourez les messages d'association,
 vous commencez Ã  faire le

118
00:07:23,020 --> 00:07:24,560
 EAP via les clÃ©s terrestres.

119
00:07:24,560 --> 00:07:28,020
 Donc, ici, nous voyons le message un, le message
 deux, le message trois, et ensuite

120
00:07:28,020 --> 00:07:34,980
 Juste aprÃ¨s le troisiÃ¨me message
 clÃ© EAP sur terrain, le client va

121
00:07:34,980 --> 00:07:38,180
 envoyer un message de dÃ©sassociation
 au point d'accÃ¨s.

122
00:07:38,180 --> 00:07:42,160
 Comme je l'ai dit, je ne peux pas expliquer
 les mÃ©canismes qui expliquent ce phÃ©nomÃ¨ne.

123
00:07:42,160 --> 00:07:46,660
 sous le capot. Je veux juste que vous sachiez
 que si vous voyez Ã§a, c'est ce qui se passe.

124
00:07:46,660 --> 00:07:51,940
 En fait, votre manette utilise
 Ã  la fois H2E et

125
00:07:51,940 --> 00:07:57,780
 HNP, mais le point d'accÃ¨s lui-mÃªme
 ne prend pas en charge H2E.

126
00:07:57,780 --> 00:08:03,460
 Ce comportement Ã©trange se produit lorsque
 le client obtient presque tout.

127
00:08:03,460 --> 00:08:04,620
 le chemin Ã  travers.

128
00:08:04,620 --> 00:08:08,380
 Mais ensuite, aprÃ¨s la fin du troisiÃ¨me
 message, il dit : non, j'ai terminÃ©.

129
00:08:08,380 --> 00:08:14,160
 Je quitte ce monde du sans-fil.

130
00:08:14,160 --> 00:08:16,200
 VoilÃ  ce que vous verrez lÃ -bas.

131
00:08:16,200 --> 00:08:20,960
 Maintenant, si vous voyez Ã§a, vous pourriez
 aussi vous direÂ : Â«Â Oh lÃ  lÃ , je vaisâ¦Â Â»

132
00:08:20,960 --> 00:08:25,020
 Je vais lancer le traÃ§age radioactif sur
 ma manette 9800 et voir ce qui se passe.

133
00:08:25,020 --> 00:08:27,560
 AllumÃ©. Et voici ce que vous verrez.

134
00:08:27,560 --> 00:08:34,900
 Donc, il est indiquÃ© ici, il est indiquÃ©
 que la clÃ© EAP a Ã©tÃ© envoyÃ©e avec succÃ¨s.

135
00:08:34,900 --> 00:08:41,900
 Normalement, le contrÃ´leur ne joue aucun
 rÃ´le dans le message d'authentification.

136
00:08:41,900 --> 00:08:46,760
 Ã©change, les messages d'association
 Ã©changÃ©s, ou la clÃ© EAP sur terrain

137
00:08:46,760 --> 00:08:48,380
 Ãchanges de messages.

138
00:08:48,380 --> 00:08:51,960
 Normalement, cela se fait uniquement
 entre le point d'accÃ¨s et le client.

139
00:08:51,960 --> 00:08:53,720
 C'est trÃ¨s urgent.

140
00:08:53,720 --> 00:08:57,120
 Et, vous savez, si on y rÃ©flÃ©chit
 bien, un contrÃ´leur pourrait gÃ©rer

141
00:08:57,120 --> 00:09:02,020
 Des centaines de points d'accÃ¨s et des
 milliers et des milliers de clients.

142
00:09:02,020 --> 00:09:05,960
 Le contrÃ´leur ne dispose tout simplement pas d'une bande
 passante suffisante pour pouvoir traiter les donnÃ©es.

143
00:09:05,960 --> 00:09:09,980
 Tous ces messages Ã©changÃ©s avec
 des milliers de clients.

144
00:09:09,980 --> 00:09:11,440
 Il ne voit pas Ã§a.

145
00:09:11,440 --> 00:09:15,520
 Mais lorsque vous activez le traÃ§age radioactif
 et que vous commencez le traÃ§age, pour

146
00:09:15,520 --> 00:09:18,760
 Par exemple, pour un client particulier, c'est
 un peu comme si le contrÃ´leur envoyait un

147
00:09:18,760 --> 00:09:22,380
 message en aval vers le point d'accÃ¨s
 disant : hÃ©, dis-moi ce que tu es

148
00:09:22,380 --> 00:09:25,400
 Je souhaite avoir une visibilitÃ©
 sur les messages Ã©changÃ©s.

149
00:09:25,400 --> 00:09:29,600
 Il faut donc garder Ã  l'esprit que, normalement,
 le contrÃ´leur ne verrait pas ces messages EAP.

150
00:09:29,600 --> 00:09:31,400
 Il n'y participerait pas.

151
00:09:31,400 --> 00:09:34,960
 Mais quand on active le traÃ§age radioactif,
 c'est comme s'il en recevait une copie.

152
00:09:34,960 --> 00:09:38,520
 Il reÃ§oit des messages du point d'accÃ¨s, il
 est donc au courant de ce qui se passe.

153
00:09:38,520 --> 00:09:41,700
 Et cela vous le montre ici mÃªme, comme nous
 l'avons vu dans la trace du renifleur,

154
00:09:41,700 --> 00:09:46,640
 AprÃ¨s l'envoi du troisiÃ¨me message
 EAP terrestre, tout Ã  coupâ¦

155
00:09:46,640 --> 00:09:52,080
 Nous recevons une notification de suppression du client
 indiquant comme motifÂ : dÃ©lai d'attente EAP dÃ©passÃ©

156
00:09:52,080 --> 00:09:57,220
 Ã©chec. Donc, une fois de plus, impossible
 d'expliquer ce qui se passe sous le capot.

157
00:09:57,220 --> 00:09:58,540
 Voici pourquoi cela se produit.

158
00:09:58,540 --> 00:10:03,400
 Voici donc vos deux indicateurs de
 ce que vous verriez si les choses

159
00:10:03,400 --> 00:10:07,640
 Ã©chouent Ã  la fois avec le hachage en
 Ã©lÃ©ment et la recherche par picorage.

160
00:10:07,640 --> 00:10:12,620
 Et si, dans le contrÃ´leur, on
 ne hachait que l'Ã©lÃ©ment ?

161
00:10:12,620 --> 00:10:14,740
 Et si nous sÃ©lectionnions cette option
 dans la fenÃªtre dÃ©roulanteÂ ?

162
00:10:14,740 --> 00:10:19,080
 Eh bien, dans ce cas, l'Ã©chec se produira
 beaucoup, beaucoup plus rapidement.

163
00:10:19,080 --> 00:10:26,260
 Vous verrez que le client enverra
 son premier message de commit.

164
00:10:26,260 --> 00:10:31,380
 Le point d'accÃ¨s renverra ensuite
 un message de validation.

165
00:10:31,380 --> 00:10:33,920
 Regardez ici, tapez commit.

166
00:10:33,920 --> 00:10:37,060
 Mais Ã  ce moment prÃ©cis, le point d'accÃ¨s
 renverra son message de commit.

167
00:10:37,060 --> 00:10:39,980
 Un message indiquant une dÃ©faillance
 non spÃ©cifiÃ©e.

168
00:10:39,980 --> 00:10:44,060
 Le client se dÃ©connectera alors.

169
00:10:44,060 --> 00:10:45,940
 Et puis tout recommence Ã  zÃ©ro.

170
00:10:45,940 --> 00:10:47,460
 Cela ne fait que se rÃ©pÃ©ter.

171
00:10:47,460 --> 00:10:51,080
 Il n'atteindra donc mÃªme pas le niveau des messages
 EAP par voie terrestre dans ce cas prÃ©cis.

172
00:10:51,080 --> 00:10:53,180
 cas avec hachage de l'Ã©lÃ©ment uniquement.

173
00:10:53,180 --> 00:10:54,340
 Voici ce que vous voyez.

174
00:10:54,340 --> 00:10:58,680
 Et une fois de plus, que constatons-nous dans
 la trace radioactive dans ce cas prÃ©cis ?

175
00:10:58,680 --> 00:11:03,440
 Dans ce cas prÃ©cis, on constate que
 c'est en fait un peu plus explicite.

176
00:11:03,440 --> 00:11:09,400
 Il indique que le hachage attendu par rapport au code d'Ã©tat
 de l'Ã©lÃ©ment ne correspond pas Ã  celui de l'Ã©lÃ©ment PWE.

177
00:11:09,400 --> 00:11:12,520
 Maintenant, ceci, cela, Ã©videmment,
 vous laissera un peu perplexe.

178
00:11:12,520 --> 00:11:16,200
 Vous allez vous dire : Â« Attendez une seconde, quand
 est-ce que je comprendrai ce systÃ¨me sans fil ? Â»

179
00:11:16,200 --> 00:11:21,460
 Dans le menu dÃ©roulant tout Ã  la fin, j'ai sÃ©lectionnÃ©
 uniquement H2E pour le rÃ©seau local.

180
00:11:21,460 --> 00:11:22,780
 J'ai choisi Ã§a.

181
00:11:22,780 --> 00:11:28,420
 Si je sÃ©lectionne cette option, le point
 d'accÃ¨s envoie alors ses balises.

182
00:11:28,420 --> 00:11:32,640
 Il devrait Ãªtre avec ce hachage pour que l'Ã©lÃ©ment
 soit Ã©gal Ã  vrai, ce qui signifie que je soutiens

183
00:11:32,640 --> 00:11:39,000
 Ceci. Et si les clients voient cela, ils sont
 censÃ©s utiliser le hachage, ils sont censÃ©s

184
00:11:39,000 --> 00:11:43,440
 pour sÃ©lectionner un groupe diffi-helmin
 qui correspond Ã  un hachage d'Ã©lÃ©ment.

185
00:11:43,440 --> 00:11:44,640
 Et ceci est une autre chose.

186
00:11:44,640 --> 00:11:50,320
 Vous pourriez donc vous demander Ã  quel moment un
 client envoie son message de validation Ã  l'accÃ¨s

187
00:11:50,320 --> 00:11:56,560
 En fait, comment le point d'accÃ¨s sait-il
 si le client a dÃ©rivÃ© son mot de passeÂ ?

188
00:11:56,560 --> 00:11:59,740
 Ã©lÃ©ment utilisant HNP ou H2E ?

189
00:11:59,740 --> 00:12:02,180
 Il n'y en a pas, si vous regardez rÃ©ellement
 la trace du sniffer d'un message de commit,

190
00:12:02,180 --> 00:12:05,880
 Il n'y a aucun champ qui indique
 si j'ai utilisÃ© l'un ou l'autre.

191
00:12:05,880 --> 00:12:10,240
 Non. Enfin, il le sait parce qu'il
 existe certains elliptiques

192
00:12:10,240 --> 00:12:15,460
 groupes de courbes diffi-helmin qui sont utilisÃ©s
 pour le hachage vers l'Ã©lÃ©ment, et il y a

193
00:12:15,460 --> 00:12:18,880
 d'autres groupes utilisÃ©s pour
 la chasse et le picorage.

194
00:12:18,880 --> 00:12:22,380
 Et donc, dans le message de commit du
 client, il sera explicitement indiquÃ©

195
00:12:22,380 --> 00:12:26,000
 Indiquez le groupe de diffi-helminthes
 utilisÃ©.

196
00:12:26,000 --> 00:12:29,140
 Donc, dans ce cas prÃ©cis, lorsque
 ce message de commit est arrivÃ© de

197
00:12:29,140 --> 00:12:35,220
 le client, le groupe diffi-helmin n'Ã©tait
 pas un hachage vers un groupe d'Ã©lÃ©ments.

198
00:12:35,220 --> 00:12:37,820
 C'Ã©tait un groupe qui
 chassait et picorait.

199
00:12:37,820 --> 00:12:43,060
 Et le contrÃ´leur, le point d'accÃ¨s, indique
 : Â« J'ai Ã©tÃ© configurÃ© pourâ¦ Â»

200
00:12:43,060 --> 00:12:44,260
 Hachage de l'Ã©lÃ©ment uniquement.

201
00:12:44,260 --> 00:12:47,900
 Pourquoi le client essaie-t-il de se connecter Ã  moi
 en utilisant la mÃ©thode du Â«Â chasse Ã  picotsÂ Â»Â ?

202
00:12:47,900 --> 00:12:48,640
 C'est une inadÃ©quation.

203
00:12:48,640 --> 00:12:49,400
 Ãa ne marchera pas.

204
00:12:49,400 --> 00:12:52,700
 Mais ce qui est drÃ´le ici, c'est que la raison
 pour laquelle le client fait cela est que

205
00:12:52,700 --> 00:12:54,520
 Le point d'accÃ¨s est ancien.

206
00:12:54,520 --> 00:12:58,620
 Et il n'a en rÃ©alitÃ© pas dit qu'il Ã©tait capable
 d'intÃ©grer du hachage dans ses balises.

207
00:12:58,620 --> 00:13:00,840
 parce qu'il ne le soutient pas.

208
00:13:00,840 --> 00:13:05,100
 Alors, encore une fois, si nous creusons un
 peu plus, pourquoi cela se produit-il ?

209
00:13:05,100 --> 00:13:08,200
 Je ne peux pas vraiment vous l'expliquer,
 mais voici ce que vous verrez.

210
00:13:08,200 --> 00:13:10,800
 TrÃ¨s bien. Alors, que
 retenir de tout cela ?

211
00:13:10,800 --> 00:13:12,060
 Comment Ã©viter ces problÃ¨mes ?

212
00:13:12,060 --> 00:13:17,480
 Eh bien, premiÃ¨rement, si vous utilisez le Wi-Fi
 6E ou le Wi-Fi 7, vous devez faire du hachage

213
00:13:17,480 --> 00:13:21,940
 Ã  l'Ã©lÃ©ment. Donc, Ã©videmment, si vous utilisez
 le Wi-Fi 6E ou le Wi-Fi 7, vous Ãªtes

214
00:13:21,940 --> 00:13:23,620
 Nous allons installer un
 nouveau point d'accÃ¨s.

215
00:13:23,620 --> 00:13:25,760
 Seuls les points d'accÃ¨s les plus rÃ©cents
 prennent en charge cette fonctionnalitÃ©.

216
00:13:25,760 --> 00:13:28,600
 Et donc, ces fonctions prendront en
 charge le hachage vers un Ã©lÃ©ment.

217
00:13:28,600 --> 00:13:30,200
 Vous n'avez pas Ã  vous en soucier.

218
00:13:30,200 --> 00:13:35,360
 Mais si vous utilisez une version plus ancienne du
 Wi-Fi, comme le Wi-Fi 6 ou quelque chose du genreâ¦

219
00:13:35,360 --> 00:13:40,460
 MÃªme Ã  un niveau infÃ©rieur, votre point d'accÃ¨s pourrait
 ne pas prendre en charge le hachage vers un Ã©lÃ©ment.

220
00:13:40,460 --> 00:13:44,500
 Et vous pourriez rencontrer ce genre de
 problÃ¨mes lors de la configuration.

221
00:13:44,500 --> 00:13:48,480
 Vous pouvez l'utiliser avec votre manette 9800 ou Ã©ventuellement
 avec n'importe quelle autre manette.

222
00:13:48,480 --> 00:13:50,080
 Voici donc la morale de l'histoire.

223
00:13:50,080 --> 00:13:55,900
 Si vous savez Ã  l'avance qu'aucun de vos points
 d'accÃ¨s ne prend en charge le Wi-Fi 6E

224
00:13:55,900 --> 00:14:00,780
 ou plus, configurez simplement vos rÃ©seaux locaux sans
 fil en utilisant la mÃ©thode de la recherche manuelle.

225
00:14:00,780 --> 00:14:06,220
 Sur votre contrÃ´leur, ne conservez pas
 les paramÃ¨tres par dÃ©faut H2E et HNP.

226
00:14:06,220 --> 00:14:08,240
 Nous avons dÃ©jÃ  constatÃ© comment
 cela pose problÃ¨me.

227
00:14:08,240 --> 00:14:13,040
 Il vous suffit d'aller dans le menu dÃ©roulant et de sÃ©lectionner
 HNP uniquement, et vous n'aurez plus besoin de

228
00:14:13,040 --> 00:14:16,460
 En cas de problÃ¨me, c'est
 tout pour cette vidÃ©o.

229
00:14:16,460 --> 00:14:17,740
 Merci beaucoup d'avoir regardÃ©.

230
00:14:17,740 --> 00:14:19,680
 Et j'espÃ¨re vraiment que
 cela vous a Ã©tÃ© utile.
