Discussion:Surchiffrement
Dernier commentaire : il y a 18 ans par Dake dans le sujet Force brute
Autres discussions [liste]
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Cet article est indexé par le projet Cryptologie.
Les projets ont pour but d’enrichir le contenu de Wikipédia en aidant à la coordination du travail des contributeurs. Vous pouvez modifier directement cet article ou visiter les pages de projets pour prendre conseil ou consulter la liste des tâches et des objectifs.
| Avancement | Importance | pour le projet | |
|---|---|---|---|
| Ébauche | Élevée |  | Cryptologie (discussion • critères • liste • stats • hist. • comité • stats vues) |
Cet article ne comporte pas de liste de tâches suggérées. Vous pouvez saisir une liste de tâches à accomplir (par exemple sous forme d'une liste à puces), puis sauvegarder. Vous pouvez aussi consulter la page d'aide.
Force brute modifier
Oui mais tout ceci en partant du principe que l'on connait l'algorithme utilisé ou encore la forme qu'aura le texte chiffré par la première étape! Si en attaque force brut on obtient un texte chiffré différent à chaque essai de clé, le système ne peut pas savoir à quel moment il a trouvé la première clé. Il faut donc que le système essaye toutes les possibilités de couples de clé !
- ceci est valable si les clés sont indépendantes les unes des autres et que les chiffrements produisent des sorties aléatoires. Dans le cas contraire, une corrélation entre les clés permet de commencer par les solutions plausibles (par exemple, si on sait que la deuxième clé est obtenue en inversant quelques bits de la première clé, etc..). De plus avec des chiffrements faibles, il y a la possibilité de faire des tests même en cas de surchiffrement (indice de coïncidence et autres) Dake 8 août 2005 à 21:36 (CEST)