Posts by CleyFaye@mastodon.top
 (DIR) Post #B4rWLpOaYtN8ztkdpg by CleyFaye@mastodon.top
       0 likes, 0 repeats
       
       @davidrevoy On topic you already know about, it works as good, or even better than the other Avian Intelligence.And on topic you don't know about, it also works as good, or even better, because you have to actually research stuff anyway! What a deal!
       
 (DIR) Post #B5Bfk7aNMsWD707coa by CleyFaye@mastodon.top
       0 likes, 0 repeats
       
       @aeris Je dirais `SET CONSTRAINTS ALL DEFERRED` avant l'import; ça devrait les vérifier au commit.Cela dit, s'il manque réellement une clé à la fin, ça foirera quoi qu'il arrive.
       
 (DIR) Post #B5G471VBKQJOR5zA5Q by CleyFaye@mastodon.top
       0 likes, 0 repeats
       
       @aeris S'il y a deux blocs, le deuxième est déchiffré à partir du premier bloc du chiffré; l'IV ne sert que pour déchiffrer le premier bloc dans ce mode; les blocs suivants n'en ont pas besoin. Je ne sais pas quelle tête a la donnée, mais vu le `password[16:]` je dirais que ça skip le premier bloc déchiffré.
       
 (DIR) Post #B5G4XHRwep3HQUzZ44 by CleyFaye@mastodon.top
       0 likes, 0 repeats
       
       @aeris Non. Pour déchiffrer du CFB, on chiffre (avec AES) l'IV, et on XOR sur le premier bloc chiffré, ce qui donne le premier bloc de plaintext. Ensuite, on chiffre le *premier bloc chiffré*, qu'on XOR avec le deuxième bloc chiffré, ce qui donne le deuxième bloc de plaintext. Et ainsi de suite pour la suite.Le message sera déchiffré sans problème passé le premier bloc, si l'IV n'est pas bon, puisque c'est le chiffré qui "devient" l'IV pour la suite, pas le déchiffré.