Information
Protection of log records is of critical importance. Encrypting log records provides a level of protection that does not rely on host-based protections that can be accidentally misconfigured, such as file system permissions. Cryptographic mechanisms are the industry-established standard used to protect the integrity of log data. An example of a cryptographic mechanism is the computation and application of a cryptographic-signed hash using asymmetric cryptography. Encryption of log records must be tempered with architecture designs that incorporate log data into SIEM systems that read and act upon log data. Some SIEM systems may not be able to decrypt encrypted log data so encrypting the logs could be detrimental to the incident response process. This must be taken into account and addressed in the security plan.
Solution
From the administrative console, click Security >> Security Auditing >> Audit record encryption configuration.
Select the 'Enable encryption' checkbox.
Select the keystore that contains the encrypting certificate from the drop-down menu or click 'New' to create a new keystore.
If you are using an existing certificate to encrypt your audit records, ensure the Certificate in the keystore is selected and specify the intended certificate in the 'Certificate alias' drop-down menu.
If you are generating a new certificate to encrypt your audit records, do NOT use the 'Create a new certificate in the selected keystore' option, this will generate a SHA-1 signed certificate, which is not allowed.
Instead, select Security >> SSL Certificate and key management >> KeyStores and Certificates.
Select the keystore that is associated with the server hosting the audit logs.
Select 'Personal Certificates'.
Select 'Create'.
Select either a CA-Signed or Chained Certificate based on your requirements.
Fill in the information required to generate the certificate.
Restart the DMGR and all the JVMs.