TRY_DECRYPT_RAW¶

Syntax¶

TRY_DECRYPT_RAW( <value_to_decrypt> , <key> , <iv> ,
         [ [ [ <additional_authenticated_data> , ] <encryption_method> , ] <aead_tag> ]
       )

Argumente¶

Benötigt:

value_to_decrypt

Der zu entschlüsselnde Binärwert.

key

Der Schlüssel zum Ver-/Entschlüsseln der Daten. Der Schlüssel muss ein BINARY-Wert sein. Der Schlüssel kann ein beliebiger Wert sein, solange die Länge korrekt ist. Für AES128 muss der Schlüssel beispielsweise 128 Bit (16 Byte) sein, und für AES256 muss der Schlüssel 256 Bit (32 Byte) sein.

Der zum Verschlüsseln des Werts verwendete Schlüssel muss zum Entschlüsseln des Werts verwendet werden.

iv

Dieser Parameter enthält den Initialisierungsvektor (IV), mit dem diese Daten verschlüsselt und entschlüsselt werden. Der IV muss ein BINARY-Wert einer bestimmten Länge sein:

• Für GCM muss dieses Feld 96 Bit (12 Byte) lang sein. Bei der Verschlüsselungsmethode GCM kann dieses Feld zwar auch eine andere Größe haben, aber Snowflake unterstützt derzeit nur 96 Bit.

• Für CCM sollten dies 56 Bit (7 Byte) sein.

• Für ECB wird dieser Parameter nicht benötigt.

• Für alle anderen unterstützten Verschlüsselungsmodi sollten dies 128 Bit (16 Byte) sein.

Dieser Wert wird verwendet, um die erste Verschlüsselungsrunde zu initialisieren. Sie sollten dieselbe Kombination aus IV und Schlüssel niemals mehr als einmal verwenden, insbesondere für Verschlüsselungsmodi wie GCM.

Wenn dieser Parameter auf NULL gesetzt ist, wählt die Implementierung bei jedem Aufruf einen neuen Pseudozufalls-IV.

Optional:

additional_authenticated_data

Zusätzliche authentifizierte Daten (AAD) sind zusätzliche Daten, deren Vertraulichkeit und Authentizität während des Entschlüsselungsprozesses sichergestellt sind. Diese AAD sind jedoch nicht verschlüsselt und nicht als ein Feld im Rückgabewert der Funktionen ENCRYPT und ENCRYPT_RAW enthalten.

Wenn AAD an die Verschlüsselungsfunktion (ENCRYPT oder ENCRYPT_RAW) übergeben werden, müssen dieselben AAD an die Entschlüsselungsfunktion (DECRYPT oder DECRYPT_RAW) übergeben werden. Wenn die an die Entschlüsselungsfunktion übergebenen AAD nicht mit den an die Verschlüsselungsfunktion übergebenen AAD übereinstimmen, schlägt die Entschlüsselung fehl.

Der Unterschied zwischen den AAD und der passphrase besteht darin, dass die Passphrase geheim gehalten werden soll (andernfalls ist die Verschlüsselung im Wesentlichen wertlos), während die AAD öffentlich gelassen werden können. Mithilfe der AAD wird authentifiziert, dass eine öffentliche Information und ein verschlüsselter Wert miteinander verknüpft sind. Der Beispielabschnitt zur ENCRYPT-Funktion enthält ein Beispiel, welches das Verhalten zeigt, wenn die AAD übereinstimmen, und das Verhalten, wenn diese nicht übereinstimmen.

Für ENCRYPT_RAW und DECRYPT_RAW sollten die AAD vom Datentyp BINARY sein. Für ENCRYPT und DECRYPT können die AAD entweder vom Datentyp VARCHAR oder BINARY sein und müssen nicht mit dem Datentyp des verschlüsselten Werts übereinstimmen.

Die AAD werden nur von AEAD-aktivierten Verschlüsselungsmodi wie GCM (Standard) unterstützt.

encryption_method

Diese Zeichenfolge gibt die Methode zum Ver-/Entschlüsseln der Daten an. Diese Zeichenfolge enthält Unterfelder:

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

Copy

algorithm ist derzeit beschränkt auf:

• 'AES': Wenn eine Passphrase übergeben wird (z. B. an ENCRYPT), verwendet die Funktion die AES-256-Verschlüsselung (256 Bit). Wenn ein Schlüssel übergeben wird (z. B. an ENCRYPT_RAW), verwendet die Funktion abhängig von der Schlüssellänge eine 128-Bit-, 192-Bit- oder 256-Bit-Verschlüsselung.

Bei algorithm muss die Groß-/Kleinschreibung nicht beachtet werden.

mode gibt an, welcher Blockverschlüsselungsmodus zum Verschlüsseln von Meldungen verwendet werden soll. Die folgende Tabelle zeigt, welche Modi unterstützt werden und welche dieser Modi das Auffüllen unterstützen:

Modus	Auffüllen	Beschreibung
'ECB'	Ja	Jeder Block wird einzeln mit dem Schlüssel verschlüsselt. Dieser Modus wird im Allgemeinen nicht empfohlen und ist nur aus Gründen der Kompatibilität mit externen Implementierungen enthalten.
'CBC'	Ja	Der verschlüsselte Block ist XORed mit dem vorherigen Block.
'GCM'	Nein	Der Galois/Counter-Modus ist ein Hochleistungs-Verschlüsselungsmodus, der AEAD-aktiviert ist. AEAD sichert zusätzlich die Authentizität und Vertraulichkeit der verschlüsselten Daten durch Generieren eines AEAD-Tags. Zudem unterstützt AEAD die AAD (zusätzliche authentifizierte Daten).
'CTR'	Nein	Counter-Modus.
'OFB'	Nein	Output-Feedback-Modus. Der Verschlüsselungstext ist XORed mit dem Klartext eines Blocks.
'CFB'	Nein	Cipher-Feedback-Modus ist eine Kombination aus OFB und CBC.

Bei mode muss die Groß-/Kleinschreibung nicht beachtet werden.

padding gibt an, wie Nachrichten aufgefüllt werden sollen, deren Länge nicht ein Vielfaches der Blockgröße beträgt. Das Auffüllen gilt nur für die Modi ECB und CBC. Für andere Modi wird das Auffüllen ignoriert. Mögliche Werte für das Auffüllen sind:

• 'PKCS': Verwendet PKCS5 zum Auffüllen von Blöcken.

• 'NONE': Kein Auffüllen. Der Benutzer muss sich um das Auffüllen kümmern, wenn der Modus ECB oder CBC verwendet wird.

Bei padding muss die Groß-/Kleinschreibung nicht beachtet werden.

Standardeinstellung: 'AES-GCM'.

Wenn mode nicht angegeben ist, wird GCM verwendet.

Wenn padding nicht angegeben ist, wird PKCS verwendet.

aead_tag

Dieser BINARY-Wert wird für AEAD-aktivierte Entschlüsselungsmodi benötigt, um die Authentizität und Vertraulichkeit der verschlüsselten Daten zu überprüfen. Verwenden Sie das AEAD-Tag, das von der Funktion ENCRYPT_RAW zurückgegeben wurde. Ein Beispiel unten zeigt, wie Sie auf diesen Wert zugreifen und ihn verwenden.

Rückgabewerte¶

Die Funktion gibt den entschlüsselten Wert zurück oder den Wert NULL, wenn während der Entschlüsselung ein Laufzeitfehler auftritt. Der Datentyp des zurückgegebenen Werts ist BINARY.

Nutzungshinweise und Beispiele¶

Nutzungshinweise und Beispiele finden Sie in der Beschreibung zur DECRYPT_RAW-Funktion.