Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 28 Next »

It makes sense to activate the encryption service exactly when the contents of the archive are to be encrypted. Examples of this would be if the content itself should not be read by administrators. For example, if PDF files are archived as documents in a cloud storage and a service provider has access to the data, the contents can be encrypted so that they cannot be read by humans.

Caution: The access key for decrypting the content may not be lost under any circumstances and it must be stored securely so that authorized employees can access the access key at any time.

Requirements

There are no special requirements for using the encryption service. Only configuration of the service is necessary. The service can be configured individually for repositories. When encryption is enabled, documents that are already unencrypted can no longer be found in this repository. Only one included encryption algorithm is currently supported: AES/GCM/NoPadding

Configuration

The encryption service is addressed via the repository (here using the CE repository as an example). 

CE.encryptionservice.type=aes_gcm
CE.encryptionservice.aes_gcm.secret=<please use a key for encryption>


It makes sense that the secret is stored as an alias in the keystore, which points to a password in the KeystoreService. If no keystore is used, the secret must be entered here in plain text.

Caution: Changing the secret is currently not possible, but can be implemented if necessary.

During encryption, a random vector is initially generated, which ensures that the same content is encrypted differently. This vector is placed in front of the encrypted data stream because it is needed again for decryption. Depending on the process, the size of the original file increases by up to 32 bytes, i.e. a different content length appears on the storage system.

Setting up the keystore

The keystore service should be set up to store the secrets (in the example for the CE repository):

CE.keystoreservice.type        = pkcs12
CE.keystoreservice.pkcs12.name = ce-ks.p12
CE.keystoreservice.pkcs12.path = C://tiacore//config//CE


The keystore can be created in different ways:

  • Automatically with tia core Sap HTTP (ContentServer) (when storing certificates with keystore type pkcs12_storage)

  • Manually using a tool from kgs (tiacore-create-keystore.jar). See: /wiki/spaces/WIKI/pages/2678521857

Filter by label

There are no items with the selected labels at this time.

  • No labels