Petit problème avec le décryptage DES3

Bonjour à tous,

Voilà j'ai un petit problème concernant le décryptage d'une donnée encryptée en DS3.

Cette donnée encryptée est en + encodée en Base64 (Ex: QSh3FWBqdYHTb4z2e1Byug==).
Le problème auquel je suis confronté est que je n'arrive pas à exploiter cette donnée encodée en Base64. Je connais bien la clé et le vecteur qui ont été utilisés pour crypter la donnée.

Voici le code de la procédure stockée utilisée :

DECLARE
val_decrypt VARCHAR2(200);
BEGIN

val_decrypt := DBMS_OBFUSCATION_TOOLKIT.des3decrypt (
input_string => utl_encode.base64_decode(UTL_RAW.cast_to_raw('QSh3FWBqdYHTb4z2e1Byug==')),
key_string =>'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX',
iv_string => 'XXXXXXXXXXXXXXXX'
);

DBMS_OUTPUT.put_line('Valeur décryptée = '|| val_decrypt);

END;


J'ai essayé pas mal de choses pour exploiter cette donnée encodée en base 64 mais je n'ai encore rien trouvé pour l'instant permettant d'obtenir la bonne valeur lors du décryptage.

Si quelqu'un a été confronté au même problème ou a des idées pour résoudre cela, je suis preneur.

Merci d'avance :)

Gorky

Bonjour,
je sais pas si cela peut t'aider, mais je reformate (RAW to VARCHAR) le résultat.

Code:

---

1 2 3 4 5 6 7

dbms_obfuscation_toolkit.DESDecrypt( input => encrypted_raw, key => raw_key, decrypted_data => decrypted_raw);   Chaine := utl_raw.cast_to_varchar2(decrypted_raw);

---

Merci de ta réponse Laurent mais apparemment ca ne marche pas plus.

Pour information, la donnée a été encryptée via openssl, le mode des-ede3-cbc et encodée en Base64.


Voici 2 nouvelles versions de la procédure stockée avec une petite correction (paramètre wihch à 1 nécessaire vu le mode d'encryptage) et avec une nouvelle signature (tout en varchar mais qui ne marche pas plus).

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

DECLARE val_decrypt VARCHAR2(200); BEGIN   val_decrypt := DBMS_OBFUSCATION_TOOLKIT.des3decrypt ( input_string =>'QSh3FWBqdYHTb4z2e1Byug==', key_string =>'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX', which => 1, iv_string =>'XXXXXXXXXXXXXX'   );   DBMS_OUTPUT.put_line('Valeur décryptée = ' || val_decrypt);   END;     DECLARE val_decrypt VARCHAR2(200); BEGIN   val_decrypt := DBMS_OBFUSCATION_TOOLKIT.des3decrypt ( input_string =>UTL_RAW.CAST_TO_VARCHAR2(utl_encode.base64_decode(UTL_RAW.cast_to_raw('QSh3FWBqdYHTb4z2e1Byug=='))), key_string =>'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX', which => 1, iv_string =>'XXXXXXXXXXXXXXXX' );   DBMS_OUTPUT.put_line('Valeur décryptée = ' || val_decrypt);   END;

---

Merci à tous

C'est encore moi.

J'ai réussi à obtenir une version de procédure stockée ou j'arrive à décrypter correctement la valeur. Cependant, la valeur est suivie de caractères spéciaux (Ex: DOUDOU.DADOU). Quelqu'un aurait-il une réponse à cela ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

DECLARE val_decrypt VARCHAR2(200); BEGIN   val_decrypt := DBMS_OBFUSCATION_TOOLKIT.des3decrypt ( input => utl_encode.base64_decode(UTL_RAW.cast_to_raw('VzEhxbIiA5WqjrjCHdxqZQ==')), key => HEXTORAW('XXXXXXXXXXXXXXXXXXXXXXXX'), which => 1, iv => HEXTORAW('XXXXXXXXXXXXXX') );   DBMS_OUTPUT.put_line('Valeur décryptée = ' || UTL_RAW.cast_to_varchar2(val_decrypt));   END;

---

Merci d'avance

C'est facile DOUDOU.DADOU par ce que le cryptage ca marche par bloc de 8. chiffrement par bloc (block ciphering).
Tu peut lire l'article : http://mbouayoun.developpez.com/cryptage9i/

Merci de ta réponse bouyao.

Y aurait-il un moyen assez simple de supprimer les charactères spéciaux d'une chaîne car apparemment suivant la valeur décryptée retournée, les caractères spéciaux rajoutés à la fin de la chaîne ne sont pas les mêmes.
J'ai regardé un peu au niveau des fonctions SQL et des packages et je n'ai rien trouvé qui permettrait de faire ce traitement.

Merci d'avance :)

si tu limites le mot codé aux lettres et chiffres c'est pas compliqué d'exclure de cette chaines les caractères qui ne sont ni des lettres ni des chiffres ;)

Ici : http://mbouayoun.developpez.com/cryptage9i/
j'ai donner un exemple pour remedier a ca. Si tu est en 10g c'est mieu d'utiliser DBMS_CRYPTO en utilisant AES128, AES192 ou AES256