format d'encodage encodePCS

J'aimerais évaluer la "dureté" de mon appli windev qui encrypte des données avec RC5 128. Je stocke les données chiffrées au format encodePCS
==> http://doc.pcsoft.fr/en-us/?crypte-fonction
pourquoi ce format? parce que c'est celui par défaut dans windev

Dans quelle mesure une personne mal intentionnée peut décoder ce format encodePCS sans windev ?
Je suppose que n'importe qui avec un windev peut décoder ce format encodePCS (mais pas déchiffrer).
Est-ce exact ?
Comment pourrait faire une personne qui n'a pas windev ?

à vue de nez c'est le même alphabet que base64 (A-Za-z0-9/+) mais ca doit etre encodé différemment...

dit autrement : où est publié le format d'encodage encodePCS ?
le nom encodePCS doit-il se comprendre "encodage PC Soft" ? ce format est-il propriétaire? (le manuel ne fournit aucun détail)
qqn a des infos là dessus ?


merci

Je pense également que c'est un format propriétaire.

Il y a un forum (forumcrack je crois) qui adore ce genre de petit jeu :mouarf:. Pose leur la question : envoie leur des exemples.

enfin un moment pour revenir là dessus.

j'ai l'impression que encodePCS n'est rien d'autre que base64 auquel PCSoft aurait omis d'ajouter le padding final (= ou == à la fin voir http://en.wikipedia.org/wiki/Base64#Padding)

en gros, tu gardes 3 moins le reste de la division par 3 de la taille d'une string encodePCS.
ça donne le nombre de signe égal (=) à concaténer à la fin de cette chaine encodePCS pour en obtenir le base64

ca me parait trop facile, trop gros. j'ai du me planter qq part. faut que je continue à creuser

bonjour,
il me semble que tu as raison fourchette car en faisant ceci :

Code:

---

1 2 3 4 5

machaine est une chaîne = "abcdefghijklm" chainecryptée1,chainecryptée2 sont des chaînes chainecryptée1 = Crypte(machaine, "mdp",crypteAucun,encodePCS) chainecryptée2 = Crypte(machaine, "mdp",crypteAucun,encodeBASE64) Trace(chainecryptée1," - ",chainecryptée2)

---

j'obtiens cela :

Citation:

---

YWJjZGVmZ2hpamtsbQ - YWJjZGVmZ2hpamtsbQ==

---

on constate bien que la différence est le remplissage de fin avec des ==.

mais où est le problème ? car dans la fonction crypte la sécurité est assurée par le cryptage et pas par l'encodage (dans mon exemple il n'y a pas de cryptage). L'encodage ne sert à mon avis que suivant le mode de transmission utilisé.

Ami calmant, J.P ;)

Citation:

---

Envoyé par jurassic pork

mais où est le problème ? car dans la fonction crypte la sécurité est assurée par le cryptage et pas par l'encodage

---

tout à fait. mais avant de décrypter, encore faut-il commencer par décoder :)