CRYPTER ET DÉCRYPTER DES MESSAGES

nhervagault Messages postés 6063 Date d'inscription dimanche 13 avril 2003 Statut Membre Dernière intervention 15 juillet 2011 - 11 avril 2009 à 07:11
DevLama Messages postés 356 Date d'inscription mercredi 13 avril 2011 Statut Membre Dernière intervention 18 novembre 2021 - 5 déc. 2011 à 12:38

Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/49781-crypter-et-decrypter-des-messages

DevLama Messages postés 356 Date d'inscription mercredi 13 avril 2011 Statut Membre Dernière intervention 18 novembre 2021 10
5 déc. 2011 à 12:38

ce que t'as fais n'est pas du crypto,d'ailleurs facile a decrypter ton Crypto systeme est faible,la Cryptanalyse detruira ton appli sans trop d'effort

tatiana20sharapova Messages postés 2 Date d'inscription lundi 20 avril 2009 Statut Membre Dernière intervention 20 avril 2009
20 avril 2009 à 20:10

slt .c'est pas tout à fait complet ton travaille comme ont déja remarquer les autres.

nhervagault Messages postés 6063 Date d'inscription dimanche 13 avril 2003 Statut Membre Dernière intervention 15 juillet 2011 37
13 avril 2009 à 21:31

Bien vue je l'avais pas vu ce bug.
Mais comme dis plus haut cette source est a proscrire dans tous les cas.

-> sécurité = 0
-> cassage rapide
-> perte d'informations
-> ...

BurnQuebec Messages postés 3 Date d'inscription mercredi 13 septembre 2006 Statut Membre Dernière intervention 13 avril 2009
13 avril 2009 à 21:26

Comme nhervagault a dit,

Comment vas-tu décrypter "téléphone"
si tu encrypte le "é"
s = s.Replace("é", "°")

et que tu ne le "décrypte" pas ??

ghuysmans99 Messages postés 2496 Date d'inscription jeudi 14 juillet 2005 Statut Contributeur Dernière intervention 5 juin 2016 1
11 avril 2009 à 13:00

Pas crypter, coder.
Car ce n'est qu'une simple substitution.

nhervagault Messages postés 6063 Date d'inscription dimanche 13 avril 2003 Statut Membre Dernière intervention 15 juillet 2011 37
11 avril 2009 à 10:45

Le pire c'est qu'il y a perte d'info. (c'est un point essentiel de ce type de crypto)
car si je veux cryper une image un zip, .. --> j'aurais pas mon image en retour dans le format d'origine.

Et pourquoi reinventer la roue (surtout une qui ne tourne pas rond)

Si on ne prends pas compte du cassage.

bouv Messages postés 1411 Date d'inscription mercredi 6 août 2003 Statut Membre Dernière intervention 3 mars 2019 1
11 avril 2009 à 10:36

D'autant que ce type de cryptage est pêté en moins de 10 min !!!

Comme le dit Nhervagault : pourquoi ne pas utiliser la classe fourni par le framework.
Voir du côté de System.Security.Cryptography

Bonne prog
++

nhervagault Messages postés 6063 Date d'inscription dimanche 13 avril 2003 Statut Membre Dernière intervention 15 juillet 2011 37
11 avril 2009 à 07:11

Classe sans grand intérêt.

Pour ne pas faire un tableau a 2 dimension ou un hashtable (bref une collection)
Qui sert dans les deux sens.

Une expression régulière peut aussi faire l'affaire.

Car au niveau performance ta fonction doit être pas tarrible.
Tu fais 26 replace par caractères (pas cool)
Avec un hastable tu aurais 1 replace par caractere.

De plus ton algo n'est pas complet.

Comment tu cryptes la phrase suite

Mon numéro de téléphone est le 06123456789

et

après tu le décryptes tu tombes sur

Mon numéro de téléphone est le ofabcfdefghi

Soit de la perte d'informations.

Il y a des classes de crypto bien plus puissante dans le framework.

Discussions similaires

Décoder un sha1

Cryptage fichier.txt

Écrire le mot de passe crypter en MD5

Crypter

Crypter/décrypter un texte

Votre réponse

Discussions similaires