Catégories :

Fonctions de chiffrement

DECRYPT

Déchiffre une valeur BINARY à l’aide d’une phrase secrète VARCHAR.

Voir aussi :

ENCRYPT , ENCRYPT_RAW , DECRYPT_RAW , TRY_DECRYPT , TRY_DECRYPT_RAW

Syntaxe

DECRYPT( <value_to_decrypt> , <passphrase> ,
         [ [ <additional_authenticated_data> , ] <encryption_method> ]
       )
Copy

Arguments

Obligatoire :

value_to_decrypt

La valeur BINARY à déchiffrer.

passphrase

La phrase secrète à utiliser pour chiffrer/déchiffrer les données. La phrase secrète est une VARCHAR.

Facultatif :

additional_authenticated_data

Les données authentifiées supplémentaires (AAD) sont des données supplémentaires dont la confidentialité et l’authenticité sont assurées pendant le processus de déchiffrement. Cependant, cet AAD n’est pas chiffré et n’est pas inclus en tant que champ dans la valeur renvoyée par la fonction ENCRYPT ou ENCRYPT_RAW.

Si AAD est transmis à la fonction de chiffrement (ENCRYPT ou ENCRYPT_RAW), alors le même AAD doit être transmis à la fonction de déchiffrement (DECRYPT ou DECRYPT_RAW). Si l’AAD transmis à la fonction de déchiffrement ne correspond pas à l’AAD transmis à la fonction de chiffrement, le déchiffrement échoue.

La différence entre l’AAD et la passphrase est que la phrase secrète est destinée à être gardée secrète (sinon, le chiffrement est essentiellement sans valeur) tandis que l’AAD peut être laissé public. L’AAD permet d’authentifier qu’une information publique et une valeur chiffrée sont associées l’une à l’autre. La section d’exemples de la fonction ENCRYPT inclut un exemple montrant le comportement lorsque l’AAD correspond et le comportement lorsqu’il ne correspond pas.

Pour ENCRYPT_RAW et DECRYPT_RAW, le type de données d’AAD doit être BINARY. Pour ENCRYPT et DECRYPT, le type de données d’AAD peut être VARCHAR ou BINARY, et n’a pas besoin de correspondre au type de données de la valeur qui a été chiffrée.

AAD est pris en charge uniquement par les modes de chiffrement activés par AEAD comme GCM (par défaut).

encryption_method

Cette chaîne spécifie la méthode à utiliser pour chiffrer/déchiffrer les données. Cette chaîne contient des sous-champs :

<algorithm>-<mode> [ /pad: <padding> ]
Copy

L” algorithm est actuellement limité à :

  • 'AES' : lorsqu’une phrase secrète est transmise (par exemple à ENCRYPT), la fonction utilise le chiffrement AES-256 (256 bits). Lorsqu’une clé est transmise (par exemple à ENCRYPT_RAW), la fonction utilise un chiffrement de 128, 192 ou 256 bits, en fonction de la longueur de la clé.

L” algorithm est insensible à la casse.

Le mode spécifie le mode de chiffrement par bloc à utiliser pour chiffrer les messages. Le tableau suivant montre quels modes sont pris en charge et lesquels de ces modes prennent en charge le remplissage :

Mode

Remplissage

Description

'ECB'

Oui

Chiffrer chaque bloc individuellement avec la clé. Ce mode est généralement déconseillé et n’est inclus que pour des raisons de compatibilité avec les implémentations externes.

'CBC'

Oui

Le bloc chiffré est XORed avec le bloc précédent.

'GCM'

Non

Le mode Galois/compteur est un mode de chiffrement hautes performances activé par AEAD. AEAD assure en outre l’authenticité et la confidentialité des données chiffrées en générant une balise AEAD. De plus, AEAD prend en charge AAD (données authentifiées supplémentaires).

'CTR'

Non

Mode compteur.

'OFB'

Non

Retour de sortie. Le texte chiffré est XORed avec le texte brut d’un bloc.

'CFB'

Non

Le retour de chiffrement est une combinaison de OFB et CBC.

Le mode est insensible à la casse.

Le padding spécifie comment remplir les messages dont la longueur n’est pas un multiple de la taille du bloc. Le remplissage est applicable uniquement pour les modes ECB et CBC ; le remplissage est ignoré pour les autres modes. Les valeurs possibles pour le remplissage sont les suivantes :

  • 'PKCS' : utilise PKCS5 pour le remplissage de bloc.

  • 'NONE' : pas de remplissage. L’utilisateur doit prendre soin du remplissage lors de l’utilisation du mode ECB ou CBC.

Le padding est insensible à la casse.

Paramètre par défaut : 'AES-GCM'.

Si le mode n’est pas spécifié, GCM est utilisé.

Si le padding n’est pas spécifié, PKCS est utilisé.

Renvoie

Renvoie la valeur déchiffrée en tant que valeur BINARY. Si la valeur d’origine avant le chiffrement était VARCHAR, vous devez reconvertir explicitement le BINARY renvoyé en VARCHAR. Par exemple :

... TO_VARCHAR(DECRYPT(ENCRYPT('secret', 'key'), 'key'), 'utf-8') ...
Copy

Pour des exemples plus aboutis, voir les Exemples ci-dessous.

Notes sur l’utilisation

  • Pour déchiffrer les données chiffrées par ENCRYPT(), utilisez DECRYPT(). N’utilisez pas DECRYPT_RAW().

  • Pour déchiffrer les données chiffrées par ENCRYPT_RAW(), utilisez DECRYPT_RAW(). N’utilisez pas DECRYPT().

  • Les paramètres de la fonction sont masqués pour des raisons de sécurité. Les informations sensibles telles que les suivantes ne sont pas visibles dans le journal des requêtes et ne sont pas visibles par Snowflake :

    • Chaîne ou valeur binaire à chiffrer ou à déchiffrer.

    • La phrase secrète ou la clé.

  • Les fonctions utilisent une bibliothèque cryptographique compatible FIPS pour effectuer efficacement le chiffrement et le déchiffrement.

  • La phrase secrète ou la clé utilisée pour déchiffrer une donnée doit être la même que la phrase secrète ou la clé utilisée pour chiffrer ces données.

  • La phrase secrète peut être de longueur arbitraire, même 0 (la chaîne vide). Cependant, Snowflake recommande fortement d’utiliser une phrase secrète d’au moins 8 octets.

  • Snowflake recommande que la phrase secrète respecte les meilleures pratiques générales pour les mots de passe, comme l’utilisation d’un mélange de lettres majuscules, de lettres minuscules, de chiffres et de caractères de ponctuation.

  • La phrase secrète n’est pas utilisée directement pour chiffrer/déchiffrer l’entrée. Au lieu de cela, la phrase secrète est utilisée pour dériver une clé de chiffrement/déchiffrement, qui est toujours la même pour la même phrase secrète. Snowflake utilise la fonction de dérivation de clé PBKDF2 https://en.wikipedia.org/wiki/ avec un seed interne de Snowflake pour calculer la clé de chiffrement/déchiffrement à partir de la phrase secrète donnée.

    En raison de cette dérivation de clé, la fonction de chiffrement/déchiffrement ne peut pas être utilisée pour :

    • Déchiffrer les données chiffrées en externe.

    • Chiffrer les données qui seront déchiffrées en externe.

    Pour effectuer l’une ou l’autre de ces actions, utilisez ENCRYPT_RAW ou DECRYPT_RAW.

Exemples

Le code ci-dessous montre un exemple simple de chiffrement et de déchiffrement :

SET passphrase='poiuqewjlkfsd';
Copy
SELECT
    TO_VARCHAR(
        DECRYPT(
            ENCRYPT('Patient tested positive for COVID-19', $passphrase),
            $passphrase),
        'utf-8')
        AS dcrypt
    ;
+--------------------------------------+
| DCRYPT                               |
|--------------------------------------|
| Patient tested positive for COVID-19 |
+--------------------------------------+
Copy

Cet exemple déchiffre une valeur BINARY avec une phrase secrète simple. Dans cet exemple, les valeurs binaires sont affichées au format hexadécimal. La valeur des données chiffrées peut varier en raison du caractère aléatoire du vecteur d’initialisation (décrit brièvement dans ENCRYPT).

ALTER SESSION SET BINARY_OUTPUT_FORMAT='hex';
Copy
CREATE TABLE binary_table (
    binary_column BINARY,
    encrypted_binary_column BINARY);
INSERT INTO binary_table (binary_column) 
    SELECT (TO_BINARY(HEX_ENCODE('Hello')));
UPDATE binary_table 
    SET encrypted_binary_column = ENCRYPT(binary_column, 'SamplePassphrase');
Copy
SELECT 'Hello' as original_value,
       binary_column, 
       hex_decode_string(to_varchar(binary_column)) as decoded,
       -- encrypted_binary_column,
       decrypt(encrypted_binary_column, 'SamplePassphrase') as decrypted,
       hex_decode_string(to_varchar(decrypt(encrypted_binary_column, 'SamplePassphrase'))) as decrypted_and_decoded
    FROM binary_table;
+----------------+---------------+---------+------------+-----------------------+
| ORIGINAL_VALUE | BINARY_COLUMN | DECODED | DECRYPTED  | DECRYPTED_AND_DECODED |
|----------------+---------------+---------+------------+-----------------------|
| Hello          | 48656C6C6F    | Hello   | 48656C6C6F | Hello                 |
+----------------+---------------+---------+------------+-----------------------+
Copy

Cet exemple montre comment utiliser un mode alternatif (CBC) dans le cadre du spécificateur pour la méthode de chiffrement. Cette méthode de chiffrement spécifie également une règle de remplissage (PKCS). Dans cet exemple, le paramètre AAD est NULL.

select encrypt(to_binary(hex_encode('secret!')), 'sample_passphrase', NULL, 'aes-cbc/pad:pkcs') as encrypted_data;
Copy

Cet exemple montre comment utiliser AAD :

SELECT
    TO_VARCHAR(
        DECRYPT(
            ENCRYPT('penicillin', $passphrase, 'John Dough AAD', 'aes-gcm'),
            $passphrase, 'John Dough AAD', 'aes-gcm'),
        'utf-8')
        AS medicine
    ;
+------------+
| MEDICINE   |
|------------|
| penicillin |
+------------+
Copy

Si vous transmettez le mauvais AAD, le déchiffrement échoue :

SELECT
    DECRYPT(
        ENCRYPT('penicillin', $passphrase, 'John Dough AAD', 'aes-gcm'),
        $passphrase, 'wrong patient AAD', 'aes-gcm') AS medicine
    ;
Copy
100311 (22023): Decryption failed. Check encrypted data, key, AAD, or AEAD tag.
Copy