Superkawai
Messages postés1Date d'inscriptionsamedi 17 février 2007StatutMembreDernière intervention20 février 2007 20 févr. 2007 à 02:05
Salut
Une question s'il vous plait, je suis débutant !!
Pour le crypatage avec checksum 16 bits (hex) ça se fait avec le même code
en y changeant des données ? Ou devrais-je chercher un autre code ?!!
Merci
n2klinux
Messages postés2Date d'inscriptionmardi 3 octobre 2006StatutMembreDernière intervention10 décembre 2006 10 déc. 2006 à 03:22
Slt les gars, cela fait un moment que je n'étais pas passé ici mais heureusement vous avez trouvé les réponses tous seuls... Pour 24Karas le XOR est réalisé par l'opérateur "^" et pour MR.X je n'ai pas voulu garder le tampon pour une question de sécurité, si tu crypte un fichier et que la copie reste dans le meme répértoire pour moi tu n'a rien fait... Je tenais à ce qu'une fois le fichier crypté il faille la clé de cryptage sinon aucun moyen d'accéder aux données :-)
a +
n2klinux
cs_eRoZion
Messages postés241Date d'inscriptionvendredi 23 mai 2003StatutMembreDernière intervention 8 octobre 20071 6 déc. 2006 à 11:42
Salut :)
Heureusement qu'il est pas appliqué 32 fois l'algo parce que le xor et le not étant deux opérations autoréversibles tu peux le faire n fois et si n est impair ça produira le même résultat que si tu l'avais fait une fois, et si n est pair ca produira le meme résultat que si tu l'avais pas fait. ^^
++
eRoZion
cs_Mr.X
Messages postés118Date d'inscriptionmercredi 22 octobre 2003StatutMembreDernière intervention 2 novembre 2007 6 déc. 2006 à 08:32
Inclure un fichier ".c" n'a jamais été recommander je crois :)
Sinon il aurait été bien de faire un header avec les fonctions appeller dans le main et un autre pour le cryptage uniquement, sa pourrais être plus intétéréssant si on veux réutiliser tes fonctions =)
Une dernière chose, pourquoi ne pas modifier l'extension du fichier original par une autre propre à ton crypteur et en mettant ce nom de fichier à la place du nom du tampon ? Sa serait plus pratique je trouve, et plus efficasse si par exemple on veux envoyer que le crypter par mail mais garder l'original pour soit.
Sinon sa va le code reste correct.
24Karas
Messages postés233Date d'inscriptionjeudi 4 juillet 2002StatutMembreDernière intervention 5 juillet 2008 3 déc. 2006 à 09:45
oui merci, XOR je connais mais je n'ai pas vu le mot XOR ni dans le titre, ni dans la description.
++
Arnaud16022
Messages postés1329Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention16 juin 20102 2 déc. 2006 à 21:49
Vecchio -> je ne fais que citer les commentaires de la source.
+1 pour le tampon. un minimum serait de lire 4 octets par 4 octets et de fair les manipas avec un unsigned int
Karas : c'est écrit :) XOR, plus une inversion de bits. Quand tu appliques la même formule mais dans l'autre sens et avec la même clé, tu retrouves ( ouf! ) ton msg original, essaye sur papier tu verras ^^
24Karas
Messages postés233Date d'inscriptionjeudi 4 juillet 2002StatutMembreDernière intervention 5 juillet 2008 2 déc. 2006 à 21:12
quel type de cryptage est utilisé ici ? merci.
vecchio56
Messages postés6535Date d'inscriptionlundi 16 décembre 2002StatutMembreDernière intervention22 août 201014 1 déc. 2006 à 18:37
(i!=strlen(cle))? (i++) : (i=0);
Plus rapide:
if(!cle[++i]) i = 0;
Tu lis et écris les caractères un par un, ce n'est pas très efficace (l'utilisation d'un tampon améliore cela).
"Windows n'intègre pas une telle fonctionnalité!"
Bien sur que si, on peut avoir une ligne de commande sous Windows
Arnaud16022> J'ai pas compris ton commentaire...
Arnaud16022
Messages postés1329Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention16 juin 20102 1 déc. 2006 à 18:09
20 févr. 2007 à 02:05
Une question s'il vous plait, je suis débutant !!
Pour le crypatage avec checksum 16 bits (hex) ça se fait avec le même code
en y changeant des données ? Ou devrais-je chercher un autre code ?!!
Merci
10 déc. 2006 à 03:22
a +
n2klinux
6 déc. 2006 à 11:42
Heureusement qu'il est pas appliqué 32 fois l'algo parce que le xor et le not étant deux opérations autoréversibles tu peux le faire n fois et si n est impair ça produira le même résultat que si tu l'avais fait une fois, et si n est pair ca produira le meme résultat que si tu l'avais pas fait. ^^
++
eRoZion
6 déc. 2006 à 08:32
Sinon il aurait été bien de faire un header avec les fonctions appeller dans le main et un autre pour le cryptage uniquement, sa pourrais être plus intétéréssant si on veux réutiliser tes fonctions =)
Une dernière chose, pourquoi ne pas modifier l'extension du fichier original par une autre propre à ton crypteur et en mettant ce nom de fichier à la place du nom du tampon ? Sa serait plus pratique je trouve, et plus efficasse si par exemple on veux envoyer que le crypter par mail mais garder l'original pour soit.
Sinon sa va le code reste correct.
3 déc. 2006 à 09:45
++
2 déc. 2006 à 21:49
+1 pour le tampon. un minimum serait de lire 4 octets par 4 octets et de fair les manipas avec un unsigned int
Karas : c'est écrit :) XOR, plus une inversion de bits. Quand tu appliques la même formule mais dans l'autre sens et avec la même clé, tu retrouves ( ouf! ) ton msg original, essaye sur papier tu verras ^^
2 déc. 2006 à 21:12
1 déc. 2006 à 18:37
Plus rapide:
if(!cle[++i]) i = 0;
Tu lis et écris les caractères un par un, ce n'est pas très efficace (l'utilisation d'un tampon améliore cela).
"Windows n'intègre pas une telle fonctionnalité!"
Bien sur que si, on peut avoir une ligne de commande sous Windows
Arnaud16022> J'ai pas compris ton commentaire...
1 déc. 2006 à 18:09