Securing Your GNU Health Environment
Security is a multi disciplinary task, involving components from networking, operating system, database and application (Tryton), to human resources, to name a few.
This page will try to give an overview of some basic concepts that will help you to enhance the access control to your system. We will also talk about enabling Public-key cryptography to sign documents and records from different models.
|By no means this introductory page will replace the advice of computer security specialists for your specific installation|
GNU Health Security Advisories
GNU Health releases Security Advisories (SA) anytime a vulnerability is found. The security advisory format is inspired on FreeBSD.
The GNU Health security advisories are sent to all subscribers in the "health-security" mailing list. See the "Resources" chapter to subscribe.
You can check the current security advisory list in https://ftp.gnu.org/gnu/health/security/security_advisories.html
Default server Ports
The Tryton server JSON-RPC listens by default in port 8000. It's a advisable to change to another port in production environments.
The server super user encrypted password has been updated, in the corresponding section of the trytond.conf file. Here is a sample of such file
[database] uri = postgresql://localhost:5432 path = /home/gnuhealth/attach [session] super_pwd = JonB./CoLl8F6
Disable demo users in Production environments
|For security reasons, deactivate demo users in production environments|
GNU Health comes with a set of pre-defined users for demo purposes. They all have the suffix "demo_" ( demo_doctor, demo_front_desk, demo_nurse... ).
Please deactivate them in production environments.
To deactivate the users, follow the following path : Administration -> Users -> Users
In filters, you can choose : login name : demo_
Unset the "active" flag of each of them. The demo users are now de-activated in your environment.
Public-key Cryptography in GNU Health
GNU Health Cryptographic Module
The module goal is to achieve the concepts of confidentiality, integrity and non-repudiation in GNU Health.
The health_crypto module currently provides the following functionality:
- Document Serialization
- Document hashing (MD)
- Document signing
- Document verification
The module will work on records from models that will need this functionality such as prescription, patient evaluations, surgeries or lab tests.
The Serialization includes the information in a predefined format (JSON) and encoding (UTF8).
There will be a field that will contain the Message digest of the serialization process, and that will check for any changes. If the case of alteration of any fields
The signing process will be upon that Message Digest field, whereas the encryption process will work on row or column level.
Public-key / asymmetric cryptography will be used for signing the documents.
The standard models that are included are Prescription, Birth Certificate and Death Certificate. Of course, you can apply the functionality to any model that you feel like is necessary. In addition, and based on the community requests, we will incorporate new models in the next versions.
Using Digital Signatures in GNU Health
Reporting a security vulnerability
We take security very seriously, and we appreciate your help on this !
If you believe you have found a vulnerability in GNU Health, please send an email to firstname.lastname@example.org