Configuring Oracle Databases

Before data can be migrated, CipherTrust Database Protection for Oracle must be installed on the database server and the database must be added to the CipherTrust Manager GUI.

This section provides information on operations that can be performed on the CipherTrust Manager for the CDP for the Oracle client.

Managing Database Connection

This section provides instructions on how to configure a connection between an Oracle database and the CipherTrust Manager. It also describes how to view, edit, and delete an existing database connection.

Creating an Oracle Database Connection

To create an Oracle database connection:

1. Log on to the CipherTrust Manager GUI.

2. Click the Database Protection tile to open the application. The Databases screen displays the list of existing database connections, if any.

3. Click + Add Database. The Add Database wizard is displayed. Follow the steps to complete the setup.

   • Select Database Type

   • Add connection details

   • Confirmation

Select Database Type

1. Select the database type as Oracle.

2. Click Next to go to the Connection Information screen.

Add connection Details

1. On the Oracle Database Configuration screen, configure the following fields:

   Fields	Description
   Name (Alias)	Name for the connection information. This field uniquely identifies a database connection.
   Host	IP address of the database server.
   Port	Port on which the database server will listen for connections. Default values: • 1521: If a TCP is used to connect the CipherTrust Manager and Oracle. • 2484: If an SSL is used to connect the CipherTrust Manager and Oracle. To create a database connection over SSL, refer SSL Connection Over JDBC to.
   Database User Name	Database login name that has permission to modify the tables to be migrated. This could be the owner of the database tables or a user with privileges to CREATE, MODIFY, and DROP views, tables, and triggers.
   Database User Password	Password for the database user.
   MetaDatabase User Name	INGRIAN is used as the meta database user. This field cannot be changed. INGRIAN user is created as a requirement before installing the CDP client for Oracle.
   MetaDatabase User Password	Password for the meta database user.
   Enable Credentials Caching	If enabled, allows the database credentials to be saved for multiple sessions. User authorization is not required to access table/column for a database in different sessions. Possible configurations: • Enabled: The user can directly access the table/column information for a database in multiple sessions. • Disabled: For each session, while accessing the table/column information for a database, user is prompted for database credentials. Once the credentials are validated successfully, further authorization is not required for that session. NOTE: The database authorization is session based. Authorization is mandatory for each session while accessing table/column for a database.
   Protocol	Protocol to be used to connect the CipherTrust Manager to an Oracle database. Allowed options are: • TCP • SSL To create an SSL based connection: — Upload the CA certificate to the CipherTrust Manager. — On the Oracle Database Configuration page, select the Protocol as SSL.
   Connect With	Determines the mode of connection. Allowed options are: • SID • Service Name.
   SID Name	Name of the Oracle System ID for the database.

2. Click Next to go to the Confirmation screen.

Confirmation

1. On the Confirmation screen, verify the connection details. The Confirmation screen displays Database Type and Connection details.

2. Click Save. The newly added database is added on the Databases screen. The Status column reflects the status of the connection.

3. Click the refresh () icon on the screen if the status is not updated.

   After the database is added, the next step is to create a user mapping. Refer to Managing User Mappings.

Editing Database Connections

To edit an existing database connection:

1. Log on to the CipherTrust Manager GUI.

2. Click the Database Protection tile to open the application. The Databases screen displays the list of existing database connections, if any.

3. Click the overflow icon () corresponding to the desired database connection.

4. Click Edit Connection. The Connection Information screen is displayed in edit mode.

5. Edit the following fields/options as required.

   • Host

   • Port

   • Database User Name

   • Database User Password

   • MetaDatabase User Password

   • Enable Credential Caching

   • Protocol

   • SID/Service Name

   • SID Name

6. Click Update. The Status column on the Database screen reflects status of the connection.

7. Click the refresh icon () on the screen if the status is not updated.

Viewing Database Connections

To view the existing database connections:

1. Log on to the CipherTrust Manager GUI.

2. Click Database Protection to open the application. The Databases screen displays the list of existing database connections, if any.

Deleting Database Connections

To delete an existing database connection:

1. Log on to the CipherTrust Manager GUI.

2. Click the Database Protection tile to open the application. The Databases screen displays the list of existing database connections, if any.

3. Click the overflow icon () corresponding to the desired database connection.

4. Click Delete. A dialog box appears prompting to confirm the action.

5. Click Delete. A message, has been deleted appears on screen.

   The database connection is deleted. The Databases screen displays the available list of database connections.

Managing User Mappings

A user mapping is an association between a database user or a database role, and a local user on the CipherTrust Manager. CDP uses this user mapping to authenticate with the CipherTrust Manager before submitting any cryptographic requests.

When a database user sends a request to the CipherTrust Manager, CDP searches its list of the user mappings (contained in the ING_AUTHORIZED_USER table in the metadata database). If the database user appears on the list or is a member of a mapped database role, CDP includes the associated CipherTrust Manager user and password in the request. If those credentials are valid and the CipherTrust Manager user has access to the required key, then the crypto operation is performed. If the credentials are invalid or the CipherTrust Manager user does not have access to the key, the operation fails.

If a database user, who is a member of a database role mapped to a local user, is also mapped individually to a local user, the individual user mapping takes precedence.

If a database user belongs to multiple database roles, which are mapped to local users, the user inherits the access privileges of the local user mapped to the role that appears first in the alphabetic ascending order.

Some features may need to be enabled for all database users and database roles not otherwise listed on the List of users screen. To do this, the default mapping value should be associated with a specific CipherTrust Manager user. For example, a CipherTrust Manager user with access to global keys can be created, or a CipherTrust Manager user with access to no specific permissions can be created to enable the replacement value feature.

Default Mapping

The default mapping is a catch-all CipherTrust Manager user connected to the CipherTrust Manager when no user mapping exists for a database user. When there is no default mapping and an unmapped database user attempts to access sensitive data, CDP returns an error message and does not send the request to the CipherTrust Manager. It may be useful to create a default mapping to prevent CDP from automatically returning this error.

When this feature is enabled, instead of returning an error message, CDP connects to the CipherTrust Manager as the default CipherTrust Manager user. How the CipherTrust Manager then responds to requests depends on the CipherTrust Manager configuration. The CipherTrust Manager might return following:

• insufficient permissions

• NULL

• Pre-configured replacement value.

• Return encrypted value

(This behavior is configured on the Database Column Properties screen for the encrypted column.)

When the default mapping is assigned, the system creates an entry in the ING_AUTHORIZED_USER table with the user name, ING_DEFAULT_USER. For this reason, avoid using ING_DEFAULT_USER to represent a specific database user.

This section covers the following topics:

• Viewing/Adding User Mappings

• Deleting/Editing User Mapping

Viewing/Adding User Mappings

Viewing User Mappings

To view the list of existing user mappings for an Oracle database connection:

1. Log on to the CipherTrust Manager GUI.

2. Click the Database Protection tile to open the application. The Databases screen displays the list of existing database connections, if any.

3. Open the connection for which you want to view the user mapping.

4. Click the User Mapping link. It displays the existing user mappings for an Oracle database connection.

   Note

   Two database connections with different aliases but pointing to the same database IP will display the same list of user mappings.

Adding User Mapping

To add a new user mapping for an Oracle database connection:

1. Open the connection for which you want to add the user mapping.

2. Click the User Mapping link.

3. Click + Add User.

4. On the Map User screen, enter the mapping details:

   Item	Description
   Database User	The database user or role that can be used to connect to the CipherTrust Manager. You can either select a user from the available options or enter the user name. To create a default mapping, enter ING_DEFAULT_USER in this field. NOTE: The default mapping value applies to all the database users not otherwise listed on the List of users screen. Refer to Managing User Mappings for additional information on default user mapping.
   Local User	Local user to which the database user is to be mapped. The local user is a CipherTrust Manager user.
   Local Password	Password for the local user.

5. Click Save. The new user mapping appears on the List of mapped users screen.

Adding User Mapping in Domain

To add a user mapping in a domain:

1. Open the connection for which you want to add the user mapping.

2. Click the User Mapping link.

3. Click + Add User.

4. Enter the mapping details. The local user name should include domain name. For example, my-domain||admin.

5. Click Save. The new user mapping appears on the List of mapped users screen.

   Note

   When the CDP client is configured in local mode and the column is encrypted using a versioned key, then ensure that the local user is part of the Key Users group and the key is shared with the Key Users group.

Deleting/Editing User Mapping

Delete an existing user mapping

1. Open the connection for which you want to add the user mapping.

2. Click the User Mapping link. The list of mapped user mappings is displayed on the screen.

3. Click the overflow icon () corresponding to the desired user mapping and click Delete.

Edit an existing user mapping

1. Open the connection for which you want to add the user mapping.

2. Click the User Mapping link. The list of mapped user mappings is displayed on the screen.

3. Click the overflow icon () corresponding to the desired user mapping connection.

4. Click Edit. The Edit Mapped User screen is displayed.

5. Change the Local User and enter its password, if required.

6. Click Save.

Managing Tables

After the Oracle database and the CipherTrust Manager are connected, and the user's role is defined, you can perform cryptographic operations on the table and the columns containing the plaintext values.

To perform cryptographic operations:

1. Add a database table

2. Set column-level encryption properties

Adding Database Table

To add a database table:

1. Log on to the CipherTrust Manager GUI.

2. Click Database Protection to open the application. The Databases screen displays the list of existing database connections, if any.

3. Open the connection for which you want to add tables.

4. Click Tables link. The Tables with Encrypted Columns section is displayed.

   Note

   If the credential caching field is not selected when adding a database connection or the database connection is accessed in a new session, you will be prompted to authorize database before accessing the tables.

5. Click Add Table. The Add Table screen is displayed.

   On the Add Table screen, use any of the following options:

   Option 1

   In this option, table is added for the default owner.

   a. Select the table to be encrypted from the available options.

   b. Click Add Table. The table is added to the list.

   Option 2

   a. Change the default owner name.

   b. Click Apply.

   b. Select the table to be encrypted from the available options.

   c. Click Add Table. The table is added to the list.

   You can also manually enter the table name in the Select Table field, if it is not displayed in the drop-down list. The table contains the plaintext values to be encrypted.

Setting Column Level Encryption Properties

After adding the table, set the column-level encryption properties on the column to be encrypted. In this step, select the parameters that are required for encryption.

To set the column-level encryption properties:

1. Open the table. The list of columns is displayed.

2. Click Set Value corresponding to the column.

3. Enter the encryption properties for the column as described in the following table.

   Item	Description
   Column Name	Displays the new column name. The new column name will be in the format <column>_NEW. As part of the data migration process, the system creates a new column to hold the encrypted data. This field displays the original column. Once the column properties are saved here, do not modify the column name in the database. Discrepancies between the column name in the database and the encryption instructions cause an error. If such an error occurs during the migration, restore the original column name shown in the error message.
   Type	Data type of the column.
   Width	Width of the column, before and after encryption. NOTE: The selected algorithm impacts the column width for the encrypted data.
   Encryption Type	The type of encryption to be performed. The possible values are: • Standard: Encryption without retaining the format of the input data. • FPE: Encryption while retaining the format of the input data.
   Algorithm	Algorithm to be used for encryption. Possible values are: • SEED • TDES-192 • ARIA-128 • ARIA-192 • ARIA-256 • AES-128 • AES-192 • AES-256 The CipherTrust Manager supports PKCS5Padding and NoPadding options. PKCS5Padding is used for all block ciphers (TDES, ARIA, and AES). NOTE: For FPE encryption type, only AES algorithm is applicable.
   Key	Key to be used for encryption and decryption. Only keys that apply the selected algorithm and to which the user has access are available. NOTE: The selected key must be available to the database users that perform the migration. The Key drop-down list displays both versioned and non-versioned keys. NOTE: For FPE, only non-versioned AES keys are used.
   Mode/Cardinality	For Standard encryption, the following options are available when AES, TDES, or ARIA algorithm is selected: • CBC • ECB It is recommended that you use block ciphers (TDES, ARIA, and AES) in the CBC mode unless there is a compelling reason to use the ECB mode. CBC is considered to be a more secure mode for a variety of reasons: • ECB’s biggest disadvantage is that for a given key, two identical plaintexts will correspond to an identical ciphertext; whereas, CBC uses the ciphertext of the previous block of plaintext as the initialization vector for the encryption of the next block of plaintext. This succeeds in guaranteeing that two identical plaintext blocks will not result in the same ciphertext. • CBC detects if blocks arrive out of order, which prevents a block switching attack. For format preserving encryption, the following option is available (only AES algorithm is supported for FPE): • CARD10: To encrypt data consisting of digits 0-9. Special characters, including space, if present in input data, are retained as it is. NOTE: For FPE, if the input data has characters other than digits 0-9 and special characters including space during migration, then the invalid input data error will be encountered. Also, if the table is already migrated, then inserting such data will return the invalid input data error.
   IV Type	An IV is a sequence of random bytes appended to the front of the plaintext before encryption by a block cipher. The IV method is available only when using AES, ARIA or TDES algorithms. The IV is required for the CBC mode and not allowed for the ECB mode. Using an IV eliminates the possibility that the initial ciphertext block will be the same for any two encryption operations, which use the same key. IVs can be applied at the field-level or column-level. For standard encryption type, the IV you specify for operations that use TDES keys must be eight-byte; for AES keys, the IV must be sixteen-byte. If you specify an IV here, the IV must be specified in hexadecimal (base 16 encoded) characters. An eight-byte IV requires sixteen characters; a sixteen-byte IV requires thirty-two characters. For FPE encryption type, the IV you specify for operations must be hex encoded IV and should be s-integers (specified set of integers, 0-9) of length 112 characters. For example, an IV can be "01080506070..." of length 112 characters. This IV will be used for data length > 56. After encryption, this field displays the IV used. Possible options: • user-specified IV •random IV
   Name of IV Column in Table	Name of the column that holds the value of IV.
   Padding	Padding mode to be used when encrypting the column. The default value is PKCS5Padding. NOTE:Not applicable for FPE encryption.
   FPE Encryption Format	The formats the user may use to determine the structure of the output. This field is displayed if encryption type is FPE. Following formats are supported for FPE: • NONE - No format is applied with FPE. In this case, complete plaintext will be considered as an input for crypto operation. • FIRST_SIX - This format allows the user to keep intact the first six digits of the plaintext input. So, after encryption, the first six digits of the output ciphertext will remain same as input plaintext and rest digits will be encrypted using FPE. • FIRST_SIX_LAST_FOUR - This format allows the user to keep intact the first six and last four digits of the plaintext input. So, after encryption the first six and last four digits of the output ciphertext will remain same as input plaintext and rest digits will be encrypted using FPE. • FIRST_TWO_LAST_FOUR - This format allows the user to keep intact the first two and last four digits of the plaintext input. So, after encryption the first two and last four digits of the output ciphertext will remain same as input plaintext and rest digits will be encrypted using FPE. • LAST_FOUR - This format allows the user to keep intact the last four digits of the plaintext input. So, after encryption the last four digits of the output ciphertext will remain same as input plaintext and rest digits will be encrypted using FPE. NOTE: The effective data length (excluding special characters) of input plaintext to be encrypted must be greater than the selected format. For example, for FIRST_SIX format, if the input plaintext is 12345678@#, then encryption will be performed on 78 after retaining the first six characters and the special characters @#. Suppose the input plaintext was 12345@#, then the encryption will not be performed on this, as the effective data to be encrypted is less than six even though the input plaintext has seven characters.
   Tweak Algorithm	The hashing algorithm to be applied to specified tweak data in case of FPE. This field is displayed if encryption type is FPE. Select from the available options: • NONE • SHA1 • SHA256 If NONE is selected in the FPE Encryption Format field, then NONE, SHA1, and SHA256 options are available for Tweak Algorithm. If any encryption format is selected, then only SHA1 and SHA256 options are available.
   Tweak Data	Tweak data for the selected Tweak Algorithm. This field is displayed if encryption type is FPE. Tweak data is an ASCII string of maximum 256 characters. It accepts any ASCII value for SHA1 and SHA256 and any valid hex encoded value for "NONE" like "1111111111111111".
   Decryption Behavior of users with Insufficient Permissions	The value the system returns when a user with insufficient access permissions attempts to query the database. Available options are: • Return with "insufficient permissions" error - Unauthorized requests return an error. • Return NULL - Returns a NULL value when unauthorized requests are made in this column. The query executes without generating an error, and the value returned for the decrypted column is NULL. • Return replacement value - This option allows specifying the value that is returned when a user makes an unauthorized attempt to decrypt the data in this column. The specified value must be a valid value for the data type and length of the column being configured. A query by an unauthorized user will return successfully, and the specified value will be returned in place of the actual decrypted value. • Return encrypted value - Returns the encrypted value when a user makes an unauthorized attempt to decrypt the data in this column. This option is applicable for FPE encryption only. NOTE: Replacement values are not returned if a query yields a NULL value. When a query results in a NULL value, no cryptographic process is required, so CDP does not interact with the CipherTrust Manager and the replacement values feature is not activated. NOTE: An invalid user is one that is mapped to any group which do not have permission on the key and also the user is not part of Key Admins group (it is a system defined group). For such an invalid user only, the error replacement behavior is applicable.

4. Click Save. (Clicking Cancel returns you to the List of columns screen.)

   Note

   The encryption properties are editable and can be modified on the List of columns screen.

After configuring the encryption properties for a column, you can now perform tasks such as encryption, decryption, and delete old data. Refer to tasks for details. These tasks can also be performed using the pdbctl utility. Refer to pdbctl Utility documentation for details.