This article has been machine translated. If you find any errors, we would be grateful if you could report them to
translation@timesensor.com.
Since lawyers handle particularly sensitive data, the security of the timeSensor LEGAL database is an issue that must be taken particularly seriously. The following entry provides information on the secure operation of the database.
General
This FAQ article is limited to the security settings around the 4D database itself. Independently of this, you must ensure that the security of your infrastructure is guaranteed. For example, a network must be protected by a firewall and the workstations must be kept up to date in terms of software.
Have the security of your infrastructure checked periodically by an independent expert!
Database encryption
In multi-user operation, your client application communicates permanently with the 4D database. To ensure that the data traffic between the client and the 4D server is not intercepted, you should encrypt the communication between the client and the 4D server. Proceed as follows:
- In the administration window of the 4D Server, click on Application Server and check whether encryption is already switched on or not. Encryption is switched on if a Yes is visible under SSL active:. In this case you do not need to do anything.
- Otherwise, in the File menu (macOS) or Edit (Windows) under Database Settings, select User Settings for Data File... (macOS) or User Data Settings... (Windows).
- Click on the Client-Server tab in the window
- Activate the checkbox Encrypted client-server connections.
- Click on OK to save the settings.
- Close the database server and restart it.
In order for the clients on the individual workstations to log on with SSL encryption in the future, you must now switch the connection on the workstations once. Proceed as follows:
- Start the client and hold down the Alt/Option key.
- Click Customised in the connection window
- In the Application Name: field, enter the following: ^timeSensor
The leading Circumflex causes the client to log on to the server via SSL encryption in the future.
- Enter the IP number of your server in the Network Address field.
- Connect as usual
Note for administrators: if you are responsible for a large number of workstations, you can also roll out a pre-configured client via your deployment tool. There is a subfolder Database in the folder of the client application where the file EnginedServer.4Dlink is located.
The exact path is as follows:
- macOS: Contents/Database/EnginedServer.4Dlink (within the client programme package)
- Windows: timeSensor Client/Database/EnginedServer.4Dlink
Edit this XML file as shown in the example. Here it is also important that the database name is preceded by a circumflex (i.e. ^timeSensor).
Login dialog
When logging on to the database, the user first encounters the login window of timeSensor LEGAL. With regard to this window, timeSensor LEGAL offers various security levels, which can be selected in the settings area under Admin - Special. In this window, click on the Security tab and set the Login window slider to the desired level:
- Level 1 (More Comfort): this is the classic login dialogue. It shows the user list, the list of active entities (if there are multiple entities) and it automatically remembers the last user or entity so that they are automatically pre-selected. This dialogue is user-friendly but not ideal for privacy reasons, especially as it reveals the names of the users and the entity names. Only use this level if you are using timeSensor LEGAL in a smaller, protected environment.
- Level 2: at this level, the login dialogue shows neither the user list nor the entity list. Instead, the user must enter them manually. timeSensor LEGAL remembers the last entries, so these fields usually appear pre-filled and only the password needs to be entered.
- Level 3: like level 2, but timeSensor LEGAL only remembers the last entity. User name and password must be entered manually by the user each time.
- Level 4 (More security): as level 2, but timeSensor LEGAL does not remember the previous entry. Entity code, user name and password must be entered manually each time. This is the highest security level and is especially recommended if your database is in the cloud.