PROGRAMME DE CRYPTAGE SIMPLE ( XOR / ROT )

Commentaire de BruNews le 20/07/2005 10:49:49 administrateur CS

Salut,

on ne teste pas l'existence d'un fichier sur le fait de savoir si on peut l'ouvrir ou non, si un autre prog l'a ouvert avant en mode exclusif, ta fonction répond de manière totalement erronée.
if(0 > (long)GetFileAttributes(szfile)) ABSENT

Pour le reste, faut avouer qu'une boucle XOR présente peu d'intérêt.

ciao...

Commentaire de MuPuF le 20/07/2005 12:41:36

bah, il veut dire que apres tu dois continuer, c'est que le debut le XOR, moi je fais un xor de tout les chars puis je mélange des caracteres suivant la cléé puis je recommence encore une fois le mélange mais d'une autre maniere, le type qui trouvera comment j'ai fait méritera bien de lire des msg a la con ou meme des images pour un jeu, sachant que j'arrive a encoder 30 Mo/s de fichier, donc ça arrache..

Commentaire de AlexMAN le 20/07/2005 13:55:23

Moi je pense, qu'une optimisation possible, serait de traiter, non pas chaque caractere, mais plutot un groupe de 4 (4 char == 4 octets == 1 int) d'ou, au lieu de ta boucle, un truc du genre :

for (i = 0; i < dwSize; i += 4) {
  *((DWORD *)(szFile + i)) ^= CLE;
}

Tu reduis par 4 le nombre de passages dans ta boucle (qui est la principale lenteur de ton prog) donc c'est tout bénef :)
C'etait juste une petite remarque, il y a certainement BEAUCOUP mieux, mais c'est un truc qui m'est venu a l'esprit en voyant ta source.

Si tu as du mal avec la syntaxe utilisée, demande.

  

Commentaire de BruNews le 20/07/2005 18:15:37 administrateur CS

on a dwsize, taille fichier.
DWORD *pbits, *pout;
pmem = (BYTE*) VirtualAlloc(0, dwsize, MEMDISPO, PAGE_READWRITE);
pbits = (DWORD*) pmem;
pout = pmem + dwsize;
while(pbits < pout) {
  *pbits ^= CLE;
  pbits++;
}

Ainsi la solution AlexMAN ne posera pas de problème car VirtualAlloc résulte toujours correctement aligné et multiple de 4, suffit de retamponner dwsize octets dans le fichuier.

Commentaire de ThreaT le 03/08/2005 19:00:30

MAIS WHAT THE FUCK !

MDR ! Alors comme ça on post ses PTI sur le web &#61514; petit filou vas ;)

J’étais en train de chercher des petites sources peinard pour mon nouvel élève, et sur quoi je tombe &#61514; excellent.

J’ai parcouru vite fais ton proj, c'est pas mal du tout :p
(Commentaires, code aéré, arguments espacés, interface tranquille,…)
Ce petit mois de cours n’aura pas été inutile.

J’espère que tu continues à t’acharner sur ton F7, et que tu n’as pas viré de bords en reprenant un langage obscur, pseudo compilé dont je tairais le nom.

Sinon j’ai sortie un ptit freeware si tu veux jeté un œil : http://entreprise.01net.com/windows/Utilitaire/reseau/fiches/32047.html

Passe à la maiz un de ces 4, je te montrerais les sources si tu veux tripper, ça peut te donner des idées.

Amuse toi bien, et passe de bonne vacance.
@+

Commentaire de maladedede le 01/09/2006 02:41:30

Bonjour
C'est une bon code :)

Mais il y a quelque chose que je ne comprend pas trop dans le cryptage ROT je vois:
pFileBase[i] += PR_CLE;
pFileBase[i] c'est octect et un octect peut prendre 256 valeur décimal je crois :s
Alors je vois pas comment on peut ajouter a l'octet "pFileBase[i]" une valeur "int" qui peut largement dépasser 255 :s

A moins que lorsque l'octect arrive a la valeur 255+1 il se remet sur zero :/  Mais si c'est le cas ca veut dire qu'il n'y a que 256 clée possible et donc c'est vite cracké comme cryptage...

Expliquez-moi svp^^
Voila merci :)