DBMS_CRYPTO
provides an interface to encrypt and decrypt stored data, and can be used in conjunction with PL/SQL programs running network communications. It provides support for several industry-standard encryption and hashing algorithms, including the Advanced Encryption Standard (AES) encryption algorithm. AES has been approved by the National Institute of Standards and Technology (NIST) to replace the Data Encryption Standard (DES).
See Also:
Oracle Database Security Guide for further information about using this package and about encrypting data in general.This chapter contains the following topics:
Using the DBMS_CRYPTO Subprograms
Overview
Security Model
Types
Algorithms
Restrictions
Exceptions
Operational Notes
DBMS_CRYPTO
contains basic cryptographic functions and procedures. To use this package correctly and securely, a general level of security expertise is assumed.
The DBMS_CRYPTO
package enables encryption and decryption for common Oracle datatypes, including RAW
and large objects (LOB
s), such as images and sound. Specifically, it supports BLOB
s and CLOB
s. In addition, it provides Globalization Support for encrypting data across different database character sets.
The following cryptographic algorithms are supported:
Data Encryption Standard (DES), Triple DES (3DES, 2-key and 3-key)
Advanced Encryption Standard (AES)
MD5, MD4, and SHA-1 cryptographic hashes
MD5 and SHA-1 Message Authentication Code (MAC)
Block cipher modifiers are also provided with DBMS_CRYPTO
. You can choose from several padding options, including PKCS (Public Key Cryptographic Standard) #5, and from four block cipher chaining modes, including Cipher Block Chaining (CBC).
Table 39-1 lists the DBMS_CRYPTO
package features in comparison to the other PL/SQL encryption package, the DBMS_OBFUSCATION_TOOLKIT
.
Table 39-1 DBMS_CRYPTO and DBMS_OBFUSCATION_TOOLKIT Feature Comparison
Package Feature | DBMS_CRYPTO | DBMS_OBFUSCATION_TOOLKIT |
---|---|---|
Cryptographic algorithms |
DES, 3DES, AES, RC4, 3DES_2KEY |
DES, 3DES |
Padding forms |
PKCS5, zeroes |
none supported |
Block cipher chaining modes |
CBC, CFB, ECB, OFB |
CBC |
Cryptographic hash algorithms |
MD5, SHA-1, MD4 |
MD5 |
Keyed hash (MAC) algorithms |
HMAC_MD5, HMAC_SH1 |
none supported |
Cryptographic pseudo-random number generator |
|
|
Database types |
|
|
DBMS_CRYPTO
is intended to replace the DBMS_OBFUSCATION_TOOLKIT
, providing greater ease of use and support for a range of algorithms to accommodate new and existing systems. Specifically, 3DES_2KEY
and MD4 are provided for backward compatibility. It is not recommended that you use these algorithms because they do not provide the same level of security as provided by 3DES, AES, MD5, or SHA-1.
Oracle Database installs this package in the SYS
schema. You can then grant package access to existing users and roles as needed.
The following cryptographic algorithms, modifiers, and cipher suites are predefined in this package.
Table 39-3 DBMS_CRYPTO Cryptographic Hash Functions
Name | Description |
---|---|
|
Produces a 128-bit hash, or message digest of the input message |
|
Also produces a 128-bit hash, but is more complex than MD4 |
|
Secure Hash Algorithm (SHA). Produces a 160-bit hash. |
Table 39-4 DBMS_CRYPTO MAC (Message Authentication Code) Functions
Name | Description |
---|---|
HMAC_MD5Foot 1 |
Same as MD5 hash function, except it requires a secret key to verify the hash value. |
HMAC_SH1Footref 1 |
Same as SHA hash function, except it requires a secret key to verify the hash value. |
Footnote 1 Complies with IETF RFC 2104 standard
Table 39-5 DBMS_CRYPTO Encryption Algorithms
Name | Description |
---|---|
|
Data Encryption Standard. Block cipher. Uses key length of 56 bits. |
|
Data Encryption Standard. Block cipher. Operates on a block 3 times with 2 keys. Effective key length of 112 bits. |
|
Data Encryption Standard. Block cipher. Operates on a block 3 times. |
ENCRYPT_AES128 |
Advanced Encryption Standard. Block cipher. Uses 128-bit key size. |
ENCRYPT_AES192 |
Advanced Encryption Standard. Block cipher. Uses 192-bit key size. |
ENCRYPT_AES256 |
Advanced Encryption Standard. Block cipher. Uses 256-bit key size. |
|
Stream cipher. Uses a secret, randomly generated key unique to each session. |
Table 39-6 DBMS_CRYPTO Block Cipher Suites
Name | Description |
---|---|
|
|
|
|
Footnote 1 See Table 39-5, "DBMS_CRYPTO Encryption Algorithms"
Footnote 2 See Table 39-7, "DBMS_CRYPTO Block Cipher Chaining Modifiers"
Footnote 3 See Table 39-8, "DBMS_CRYPTO Block Cipher Padding Modifiers"
Table 39-7 DBMS_CRYPTO Block Cipher Chaining Modifiers
Name | Description |
---|---|
|
Electronic Codebook. Encrypts each plaintext block independently. |
|
Cipher Block Chaining. Plaintext is XORed with the previous ciphertext block before it is encrypted. |
|
Cipher-Feedback. Enables encrypting units of data smaller than the block size. |
|
Output-Feedback. Enables running a block cipher as a synchronous stream cipher. Similar to CFB, except that n bits of the previous output block are moved into the right-most positions of the data queue waiting to be encrypted. |
Table 39-8 DBMS_CRYPTO Block Cipher Padding Modifiers
Name | Description |
---|---|
|
Provides padding which complies with the PKCS #5: Password-Based Cryptography Standard |
|
Provides option to specify no padding. Caller must ensure that blocksize is correct, else the package returns an error. |
|
Provides padding consisting of zeroes. |
The VARCHAR2
datatype is not directly supported by DBMS_CRYPTO
. Before you can perform cryptographic operations on data of the type VARCHAR2
, you must convert it to the uniform database character set AL32UTF8, and then convert it to the RAW
datatype. After performing these conversions, you can then encrypt it with the DBMS_CRYPTO
package.
See Also:
"Conversion Rules" for information about converting datatypes.Table 39-9 lists exceptions that have been defined for DBMS_CRYPTO
.
Table 39-9 DBMS_CRYPTO Exceptions
Exception | Code | Description |
---|---|---|
|
|
The specified cipher suite is not defined. |
|
|
No value has been specified for the cipher suite to be used. |
|
|
The encryption key has not been specified or contains a NULL value. |
|
|
DES keys: Specified key size is too short. DES keys must be at least 8 bytes (64 bits). AES keys: Specified key size is not supported. AES keys must be 128, 192, or 256 bits in length. |
|
|
Source data was previously encrypted. |
This package includes both ENCRYPT
and DECRYPT
procedures and functions. The procedures are used to encrypt or decrypt LOB
datatypes (overloaded for CLOB
and BLOB
datatypes). In contrast, the ENCRYPT
and DECRYPT
functions are used to encrypt and decrypt RAW
datatypes. Data of type VARCHAR2
must be converted to RAW
before you can use DBMS_CRYPTO
functions to encrypt it.
This package includes two different types of one-way hash functions: the HASH
function and the MAC
function. Hash functions operate on an arbitrary-length input message, and return a fixed-length hash value. One-way hash functions work in one direction only. It is easy to compute a hash value from an input message, but it is extremely difficult to generate an input message that hashes to a particular value. Note that hash values should be at least 128 bits in length to be considered secure.
You can use hash values to verify whether data has been altered. For example, before storing data, Laurel runs DBMS_CRYPTO.HASH
against the stored data to create a hash value. When she returns the stored data at a later date, she can again run the hash function against it, using the same algorithm. If the second hash value is identical to the first one, then the data has not been altered. Hash values are similar to "file fingerprints" and are used to ensure data integrity.
The HASH
function included with DBMS_CRYPTO
, is a one-way hash function that you can use to generate a hash value from either RAW
or LOB
data. The MAC
function is also a one-way hash function, but with the addition of a secret key. It works the same way as the DBMS_CRYPTO.HASH
function, except only someone with the key can verify the hash value.
MACs can be used to authenticate files between users. They can also be used by a single user to determine if her files have been altered, perhaps by a virus. A user could compute the MAC of his files and store that value in a table. If the user did not use a MAC function, then the virus could compute the new hash value after infection and replace the table entry. A virus cannot do that with a MAC because the virus does not know the key.
The DBMS_CRYPTO
package can generate random material for encryption keys, but it does not provide a mechanism for maintaining them. Application developers must take care to ensure that the encryption keys used with this package are securely generated and stored. Also note that the encryption and decryption operations performed by DBMS_CRYPTO
occur on the server, not on the client. Consequently, if the key is sent over the connection between the client and the server, the connection must be protected by using network encryption. Otherwise, the key is vulnerable to capture over the wire.
Although DBMS_CRYPTO
cannot generate keys on its own, it does provide tools you can use to aid in key generation. For example, you can use the RANDOMBYTES
function to generate random material for keys. (Calls to the RANDOMBYTES
function behave like calls to the DESGETKEY
and DES3GETKEY
functions of the DBMS_OBFUSCATION_TOOLKIT
package.)
When generating encryption keys for DES, it is important to remember that some numbers are considered weak and semiweak keys. Keys are considered weak or semiweak when the pattern of the algorithm combines with the pattern of the initial key value to produce ciphertext that is more susceptible to cryptanalysis. To avoid this, filter out the known weak DES keys. Lists of the known weak and semiweak DES keys are available on several public Internet sites.
See Also:
Oracle Database Advanced Security Administrator's Guide for information about configuring network encryption and SSL.
"Key Management" for a full discussion about securely storing encryption keys
To convert VARCHAR2
to RAW
, use the UTL_I18N.STRING_TO_RAW
function to perform the following steps:
Convert VARCHAR2
in the current database character set to VARCHAR2
in the AL32UTF8 database character.
Convert VARCHAR2
in the AL32UTF8 database character set to RAW
.
Syntax example:
UTL_I18N.STRING_TO_RAW (string, 'AL32UTF8');
To convert RAW
to VARCHAR2
, use the UTL_I18N.RAW_TO_CHAR
function to perform the following steps:
Convert RAW
to VARCHAR2
in the AL32UTF8 database character set.
Convert VARCHAR2
in the AL32UTF8 database character set to VARCHAR2
in the database character set you wish to use.
Syntax example:
UTL_I18N.RAW_TO_CHAR (data, 'AL32UTF8');
If you want to store encrypted data of the RAW
datatype in a VARCHAR2
database column, then use RAWTOHEX
or UTL_ENCODE.BASE64_ENCODE
to make it suitable for VARCHAR2
storage. These functions expand data size by 2 and 4/3, respectively.
The following listing shows PL/SQL block encrypting and decrypting pre-defined 'input_string
' using 256-bit AES algorithm with Cipher Block Chaining and PKCS#5 compliant padding.
DECLARE input_string VARCHAR2 (200) := 'Secret Message'; output_string VARCHAR2 (200); encrypted_raw RAW (2000); -- stores encrypted binary text decrypted_raw RAW (2000); -- stores decrypted binary text num_key_bytes NUMBER := 256/8; -- key length 256 bits (32 bytes) key_bytes_raw RAW (32); -- stores 256-bit encryption key encryption_type PLS_INTEGER := -- total encryption type DBMS_CRYPTO.ENCRYPT_AES256 + DBMS_CRYPTO.CHAIN_CBC + DBMS_CRYPTO.PAD_PKCS5; BEGIN DBMS_OUTPUT.PUT_LINE ( 'Original string: ' || input_string); key_bytes_raw := DBMS_CRYPTO.RANDOMBYTES (num_key_bytes); encrypted_raw := DBMS_CRYPTO.ENCRYPT ( src => UTL_I18N.STRING_TO_RAW (input_string, 'AL32UTF8'), typ => encryption_type, key => key_bytes_raw ); -- The encrypted value "encrypted_raw" can be used here decrypted_raw := DBMS_CRYPTO.DECRYPT ( src => encrypted_raw, typ => encryption_type, key => key_bytes_raw ); output_string := UTL_I18N.RAW_TO_CHAR (decrypted_raw, 'AL32UTF8'); DBMS_OUTPUT.PUT_LINE ('Decrypted string: ' || output_string); END;
Table 39-10 DBMS_CRYPTO Package Subprograms
Subprogram | Description |
---|---|
Decrypts |
|
Decrypts |
|
Encrypts |
|
Encrypts |
|
Applies one of the supported cryptographic hash algorithms (MD4, MD5, or SHA-1) to data |
|
Applies Message Authentication Code algorithms (MD5 or SHA-1) to data to provide keyed message protection |
|
Returns a |
|
Returns a random |
|
Returns a random 128-bit integer of the |
This function decrypts RAW
data using a stream or block cipher with a user supplied key and optional IV (initialization vector).
DBMS_CRYPTO.DECRYPT( src IN RAW, typ IN PLS_INTEGER, key IN RAW, iv IN RAW DEFAULT NULL) RETURN RAW;
To retrieve original plaintext data, DECRYPT
must be called with the same cipher, modifiers, key, and IV that was used to encrypt the data originally.
See Also:
"Usage Notes" for theENCRYPT
function for additional information about the ciphers and modifiers available with this package.If VARCHAR2
data is converted to RAW
before encryption, then it must be converted back to the appropriate database character set by using the UTL_I18N
package.
These procedures decrypt LOB
data using a stream or block cipher with a user supplied key and optional IV (initialization vector).
DBMS_CRYPTO.DECRYPT( dst IN OUT NOCOPY BLOB, src IN BLOB, typ IN PLS_INTEGER, key IN RAW, iv IN RAW DEFAULT NULL); DBMS_CRYPT.DECRYPT( dst IN OUT NOCOPY CLOB CHARACTER SET ANY_CS, src IN BLOB, typ IN PLS_INTEGER, key IN RAW, iv IN RAW DEFAULT NULL);
Table 39-12 DECRYPT Procedure Parameters
Parameter Name | Description |
---|---|
dst |
|
|
|
|
Stream or block cipher type and modifiers to be used. |
|
Key to be used for decryption. |
|
Optional initialization vector for block ciphers. Default is all zeroes. |
This function encrypts RAW
data using a stream or block cipher with a user supplied key and optional IV (initialization vector).
DBMS_CRYPTO.ENCRYPT( src IN RAW, typ IN PLS_INTEGER, key IN RAW, iv IN RAW DEFAULT NULL) RETURN RAW;
Block ciphers may be modified with chaining and padding type modifiers. The chaining and padding type modifiers are added to the block cipher to produce a cipher suite. Cipher Block Chaining (CBC) is the most commonly used chaining type, and PKCS #5 is the recommended padding type. See Table 39-7 and Table 39-8 for block cipher chaining and padding modifier constants that have been defined for this package.
To improve readability, you can define your own package-level constants to represent the cipher suites you use for encryption and decryption. For example, the following example defines a cipher suite that uses DES, cipher block chaining mode, and no padding:
DES_CBC_NONE CONSTANT PLS_INTEGER := DBMS_CRYPTO.ENCRYPT_DES + DBMS_CRYPTO.CHAIN_CBC + DBMS_CRYPTO.PAD_NONE;
See Table 39-6 for the block cipher suites already defined as constants for this package.
To encrypt VARCHAR2
data, it should first be converted to the AL32UTF8 character set.
See Also:
"Conversion Rules" for a discussion of the conversion process.Stream ciphers, such as RC4, are not recommended for stored data encryption.
These procedures encrypt LOB
data using a stream or block cipher with a user supplied key and optional IV (initialization vector).
DBMS_CRYPTO.ENCRYPT( dst IN OUT NOCOPY BLOB, src IN BLOB, typ IN PLS_INTEGER, key IN RAW, iv IN RAW DEFAULT NULL); DBMS_CRYPTO.ENCRYPT( dst IN OUT NOCOPY BLOB, src IN CLOB CHARACTER SET ANY_CS, typ IN PLS_INTEGER, key IN RAW, iv IN RAW DEFAULT NULL);
Table 39-14 ENCRYPT Procedure Parameters
Parameter Name | Description |
---|---|
dst |
|
|
|
|
Stream or block cipher type and modifiers to be used. |
|
Encryption key to be used for encrypting data. |
|
Optional initialization vector for block ciphers. Default is |
See "Conversion Rules" for usage notes about using the ENCRYPT
procedure.
A one-way hash function takes a variable-length input string, the data, and converts it to a fixed-length (generally smaller) output string called a hash value. The hash value serves as a unique identifier (like a fingerprint) of the input data. You can use the hash value to verify whether data has been changed or not.
Note that a one-way hash function is a hash function that works in one direction. It is easy to compute a hash value from the input data, but it is hard to generate data that hashes to a particular value. Consequently, one-way hash functions work well to ensure data integrity. Refer to "When to Use Hash or Message Authentication Code (MAC) Functions" for more information about using one-way hash functions.
This function applies to data one of the supported cryptographic hash algorithms listed in Table 39-3.
DBMS_CRYPTO.Hash ( src IN RAW, typ IN PLS_INTEGER) RETURN RAW; DBMS_CRYPTO.Hash ( src IN BLOB, typ IN PLS_INTEGER) RETURN RAW; DBMS_CRYPTO.Hash ( src IN CLOB CHARACTER SET ANY_CS, typ IN PLS_INTEGER) RETURN RAW;
A Message Authentication Code, or MAC, is a key-dependent one-way hash function. MACs have the same properties as the one-way hash function described in "HASH Function", but they also include a key. Only someone with the identical key can verify the hash. Also refer to "When to Use Hash or Message Authentication Code (MAC) Functions" for more information about using MACs.
This function applies MAC algorithms to data to provide keyed message protection. See Table 39-4 for a list of MAC algorithms that have been defined for this package.
DBMS_CRYPTO.MAC ( src IN RAW, typ IN PLS_INTEGER, key IN RAW) RETURN RAW; DBMS_CRYPTO.MAC ( src IN BLOB, typ IN PLS_INTEGER key IN RAW) RETURN RAW; DBMS_CRYPTO.MAC ( src IN CLOB CHARACTER SET ANY_CS, typ IN PLS_INTEGER key IN RAW) RETURN RAW;
This function returns a RAW
value containing a cryptographically secure pseudo-random sequence of bytes, which can be used to generate random material for encryption keys. The RANDOMBYTES
function is based on the RSA X9.31 PRNG (Pseudo-Random Number Generator).