Au temps pour moi, je n'avais pas vu qu'on pouvait spécifier la taille des blocs et de la clé avec gkey(). En mode 256/128, les sorties correspondent bien aux valeurs du NIST. Le mode 256/256 est supporté par Rijndael mais n'a pas été retenu par AES.

Bonjour,

Très bon code.
Il me semble toutefois qu'il y a quelques problèmes.

Tout d'abord, la fonction EncryptData insère 4 octets en tête avant le cryptage afin de spécifier la longueur du message. Et si la longueur de résultat, n'est pas un multiple de 32, on comble avec des zéros... Il me semble que cela affaiblit le cryptage... Ne faudrait-il pas mieux combler avec des octets aléatoires ?

Ensuite, la routine de cryptage Encrypt() travaille sur des blocs de 256 bits, alors que dans la spécification officielle, c'est seulement 128 bit. Et lorsqu'on regarde le résultat de cette méthode seule, les sorties ne correspondent pas du tout à celles de l'algo officiel, même si on se limite aux 128 premiers bits.

Exemple
Plain text : CE DA C1 5C 4B 2F 9D 71 4C A7 FF 2E AA 0B 9B 47 DB 48 B5 BE 65 18 36 A9 99 DF FF 36 7D D3 7D ED
Clé :        5D 28 E6 BB C1 0E 3A F2 C7 43 0C 67 E6 AB C3 B7 D7 6E F4 F0 04 9F 7B 51 3E 1C CB 52 AE B5 82 E4  
Crypté :     79 55 B1 46 E2 3A B3 F0 81 C5 58 80 99 4C E2 2D 78 1C 76 54 1F E7 2F A4 E3 31 4D 20 10 15 DB C0  

128 premiers bits obtenus avec la même clé et l'algo officiel :
11 a7 d1 db 55 7b 60 61 b1 02 d8 e0 ba cc 05 0b

S'agit-il d'erreurs, ou est-ce une version de Rijndael non conforme au standard mais correcte ?  

OK, c'était un peu tard de toute façon mais bon comme personne n'avait répondu... Et pour mon problème avec Windows 7, personne n'a une idée ?

Excellente cette source ! Je ne savais pas qu'il était possible de faire ça sans driver.

J'ai cependant un petit problème : sous Windows 7, je ne capture que les paquets sortants et pas les paquets entrants sur mon interface, alors que ça marche très bien sous Windows XP. J'ai essayé avec d'autres sources / logiciels utilisant les Raw Sockets, et à chaque fois même résultat. Quelqu'un sait-il à quoi c'est dû ?

Sinon pour Bobobo, j'ai la solution car j'ai eu le même problème, même si c'est un peu tard. En fait, certaines cartes Wifi ne gèrent pas le mode promiscuous, donc il faut le désactiver. Pour ça, il faut mettre l'option à 3 (IP_LEVEL) au lieu de 1. (Variable E_BUFFER dans CreateSocketSniffe() )

Bonjour, très utile ce code. Une petite question : quelqu'un sait-il comment faire l'équivalent pour les menus en en-tête de la fenêtre ? Je sais qu'il faut utiliser la fonction SetMenu, mais je ne sais pas comment récupérer les clics de l'utilisateur en suite.

Merci.

Slt, cette source marche bien, mais que ce soit avec elles ou d'autres, le débit reste très inférieur aux solutions commerciales. Par exemple, lorsque j'envoie un fichier depuis chez moi, je ne dépasse jamais les 50 Ko/sec avec toutes les sources de Transfert que j'ai trouvées, alors qu'avec un programme comme FileZilla Server, j'atteins les 95-100 Ko/sec. Quelqu'un sait-il à quoi c'est dû, peut-être au contrôle Winsock ?

Bonjour, l'algorithme a l'air bien, le problème c'est que au cryptage, il case un caractère, donc un octet par variable double, soit 1 octets sur 8 octets. Du coup, ça multiplie la taille de sortie par 8 et ça facilite les attaques puisqu'un caractère est toujours codé de la même façon dans le texte. En utilisant CopyMemory, pour remplir les tampons Double avec 8 octets, ça résoudrait ces deux problèmes, il me semble ?

C'est vrai que la commande NET USER provoque la même chose pour les comptes normaux, mais elle ne permet pas par exemple de démasquer le compte Administrateur ou un autre compte spécial. Le principal but de la source est l'utilisation de la clé UserList, ses possibilités.

Je me suis peut-être mal exprimé. Pour un routeur dont le propriétaire ne veut pas que vous ayez l'accès, c'est impossible, car il aura sûrement désactivé NAT UPnP. C'est une illustration, c'est utile pour un programme ayant un rôle de serveur que l'on veut autonome, sans qu'il ait à se soucier s'il y a un mot de passe, et si oui lequel. Je n'ai pas dit que c'était destiné à passer une quelconque protection...

Hello 42WAWA42,

Il ne manque pas de classe : elle est ajoutée en référence (Hnetcfg.dll)