Encrypt communication between the Deep Security Manager and the database

Communication between the Deep Security Manager and the database is not encrypted by default. This is for performance reasons and because the channel between the manager and the database may already be secure (either they are running on the same computer or they are connected by crossover cable, a private network segment, or tunneling via IPSec).

However, if the communication channel between the Deep Security Manager and the database is not secure, you should encrypt the communications between them. Do this by editing the dsm.properties file located in \[Deep Security Manager install directory]\webclient\webapps\ROOT\WEB-INF\

The instructions vary depending on the database you are using:

• Microsoft SQL Server database (Linux)
• Microsoft SQL Server (Windows)
• Oracle Database
• PostgreSQL

This section also provides information on Running an agent on the database server and how to Disable encryption between the manager and database.

Encrypt communication between the manager and database

Microsoft SQL Server database (Linux)

1. Stop the Deep Security Manager service:
   # service dsm_s stop
   
2. Edit the /opt/dsm/webclient/webapps/ROOT/WEB-INF/dsm.properties to add the following line:
   database.SqlServer.ssl=require
   
3. Under /opt/dsm, create a file named dsm_s.vmoptions that contains the following line:
   -Djsse.enableCBCProtection=false
   
4. In the SQL Server Configuration Manager, enable "Force Encryption" in the protocol properties for the instance:
   
   
5. Start the Deep Security Manager service:
   # service dsm_s start
   

For additional information, see Enable Encrypted Connections to the Database Engine on the Microsoft MSDN site.

Microsoft SQL Server (Windows)

1. Stop the Deep Security Manager service.
2. Edit \Program Files\Trend Micro\Deep Security Manager\webclient\webapps\ROOT\WEB-INF\dsm.properties to add the following line:
   database.SqlServer.ssl=require
   
3. Under \Program Files\Trend Micro\Deep Security Manager, create a file named Deep Security Manager.vmoptions that contains the following line:
   -Djsse.enableCBCProtection=false
4. In the SQL Server Configuration Manager, enable "Force Encryption" in the protocol properties for the instance:
   
   
5. Start the Deep Security Manager service.

For additional information, see Enable Encrypted Connections to the Database Engine on the Microsoft MSDN site.

Oracle Database

1. Add the following lines to dsm.properties (example):
   
   database.Oracle.oracle.net.encryption_types_client=(AES256)
database.Oracle.oracle.net.encryption_client=REQUIRED
database.Oracle.oracle.net.crypto_checksum_types_client=(SHA1)
database.Oracle.oracle.net.crypto_checksum_client=REQUIRED
   
   
2. Save and close the file. Stop and restart the Deep Security Manager service.

(All parameters prefixed with database.Oracle. will be passed to the Oracle driver.)

Possible values for the encryption_types_client are:

• AES256
• AES192
• AES128
• 3DES168
• 3DES112
• DES56C
• DES40C
• RC4_256
• RC4_128
• RC4_40
• RC4_56

Possible values for crypto_checksum_types_client are:

• MD5
• SHA1

For additional options consult: http://docs.oracle.com/cd/B28359_01/java.111/b31224/clntsec.htm

PostgreSQL

1. Turn on SSL in PostgreSQL. For information, on how to do this for an on-premise PostgreSQL database, see Secure TCP/IP Connections with SSL. For an Amazon RDS for PostgreSQL, see Using SSL with a PostgreSQL DB Instance.
2. Stop the Trend Micro Deep Security Manager service.
3. In the dsm.properties file, add the following line:
   database.PostgreSQL.connectionParameters=ssl=true
   
4. Restart the Trend Micro Deep Security Manager service.
5. To check that the manager is connecting using TLS, use the following query and check the SSL column:
   select a.client_addr, a.application_name, a.usename, s.* from pg_stat_ssl s join pg_stat_activity a using (pid) where a.datname='<Deep Security database name>';

Running an agent on the database server

Encryption should be enabled if you are using an agent to protect the database. When you perform a security update, the Deep Security Manager stores new intrusion prevention rules in the database. The rule names themselves will almost certainly generate false positives as they get parsed by the agent if the data is not encrypted.

Disable encryption between the manager and database

If you have encrypted communication between Deep Security Manager and the database, you will need to disable the encryption before performing an upgrade to Deep Security Manager.

Microsoft SQL Server database (Linux)

1. Stop the Deep Security Manager service:
   
   # service dsm_s stop
   
   
2. Edit the /opt/dsm/webclient/webapps/ROOT/WEB-INF/dsm.properties to remove the following line:
   database.SqlServer.ssl=require
   
3. In the SQL Server Configuration Manager, disable "Force Encryption" in the protocol properties for the instance:
   
4. Start the Deep Security Manager service:
   
   # service dsm_s start
   
   

Microsoft SQL Server (Windows)

1. Stop the Deep Security Manager service.
2. Edit \Program Files\Trend Micro\Deep Security Manager\webclient\webapps\ROOT\WEB-INF\dsm.properties to remove the following line:
   database.SqlServer.ssl=require
   
3. In the SQL Server Configuration Manager, disable "Force Encryption" in the protocol properties for the instance:
   
4. Start the Deep Security Manager service.

Oracle Database

1. Remove the following lines from dsm.properties (example):
   
   database.Oracle.oracle.net.encryption_types_client=(AES256)
database.Oracle.oracle.net.encryption_client=REQUIRED
database.Oracle.oracle.net.crypto_checksum_types_client=(SHA1)
database.Oracle.oracle.net.crypto_checksum_client=REQUIRED
   
   
2. Save and close the file. Stop and restart the Deep Security Manager service.

PostgreSQL

1. Stop the Trend Micro Deep Security Manager service.
2. In the dsm.properties file, remove the following line:
   database.PostgreSQL.connectionParameters=ssl=true
   
3. Restart the Trend Micro Deep Security Manager service.