From 47fb497d92b81d1506c4226eae205ce4bb8108de Mon Sep 17 00:00:00 2001 From: Quentin Dufour Date: Mon, 2 Jul 2018 07:50:33 +0200 Subject: [PATCH] improve --- _posts/2018-07-01-ndh16.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/_posts/2018-07-01-ndh16.md b/_posts/2018-07-01-ndh16.md index a3fb18a..b626e77 100644 --- a/_posts/2018-07-01-ndh16.md +++ b/_posts/2018-07-01-ndh16.md @@ -26,7 +26,7 @@ On récupérait un fichier texte nommé [communication_vBZvcbm.txt](/assets/code Le nom du challenge nous indiquait que c'était un [chiffrement de César](https://fr.wikipedia.org/wiki/Chiffrement_par_d%C3%A9calage) qu'il fallait décoder. Il reste deux inconnus : le décalage et le nombre de symboles. -En général, on a 26 symboles, les 26 lettres de l'alphabet, pas d'accent, la casse (majuscules et minuscules) n'est pas prise en compte. Donc pour un décalage de 5, si on a un Y au départ, on obtient un D (Z, A, B, C, D). Ici, on n'a pas que des caractères de l'alphabet au départ. +En général, on a 26 symboles, les 26 lettres de l'alphabet, pas d'accent, la casse (majuscules et minuscules) n'est pas prise en compte. Donc pour un décalage de 5, si on a un Y au départ, on obtient un D (Z, A, B, C, D). Ici, on n'a pas que des caractères de l'alphabet au départ, donc ça se complique. Nous avons commencé par supposer un chiffrement de césar sur un octet (donc 256 possibilités). Cela nous donnait quelque chose d'à moitié cohérent. Après avoir longuement admiré [une table ASCII](https://fr.wikipedia.org/wiki/American_Standard_Code_for_Information_Interchange#Table_des_128_caract%C3%A8res_ASCII), nous nous sommes rappelé que les caractès étaient encodés sur 7 bits et non 8 (donc 128 possibilités).