Protección de la base de datos de atención médica

1. Conexión SSL al servidor para que nadie pueda rastrear frases de acceso o datos a través de la red.
2. No olvide su copia de seguridad: también debe estar encriptada . La clave debe almacenarse de forma independiente para que, si alguien obtiene acceso a la copia de seguridad, no pueda usar los datos.
3. Dependiendo de su país de residencia, puede haber requisitos legales para la protección de datos de salud.
4. Administrar permisos de acceso : asegúrese de que si alguien pierde los permisos de acceso, la cuenta se cancele.
5. Limita el acceso a ciertas direcciones IP . En el caso ideal la red local. Es bastante improbable que alguien de otro continente necesite acceso, así que no tenga miedo de bloquear países enteros.
6. Bloquear contraseñas demasiado fáciles . Contraseña123 y similares no deberían ser posibles! Si un atacante obtiene suficientes nombres de usuario, alguien tendrá una contraseña débil. Al usar varias direcciones IP / botnet, un atacante puede burlar la protección de fuerza bruta.

Yo agregaría control de acceso de grano fino. Necesita una capa sobre su base de datos que controle quién puede acceder a qué registro médico. NIST define lo que implica el control de acceso detallado aquí .

Una vez que tenga eso en su lugar, también necesita una técnica para registrar todos los accesos y toda la recuperación de información para que los usuarios puedan rendir cuentas.

Ambas técnicas son necesarias para implementar la privacidad de los datos, lo cual es particularmente importante en el sector médico.

Eche un vistazo al sitio web de Privacy By Design que también tendrá algunos buenos consejos.

Tiene una buena lista de lo que se debe hacer para proteger y fortalecer una aplicación, lo que falta es informar. La seguridad no se trata solo de la protección, se trata de la gestión. Agregaré a su lista un sistema de informes que le proporcione algunas estadísticas de administración sobre inicios de sesión fallidos, intentos de descifrar su seguridad, etc.

Buenas respuestas aquí.

Me gustaría ver los 4 puntos que mencionaste:

• Cifrado de información confidencial
• Privilegio limitado para cada usuario
• Registro de auditoría
• Control de acceso

Los estoy viendo por separado porque son los que son particularmente importantes cuando se manejan datos confidenciales / personales, como los datos relacionados con el cuidado de la salud. Otros, como la inyección SQL, generalmente se tratan en la capa de la aplicación (utilizando, por ejemplo, un Firewall de aplicación web).

Ahora, volviendo a nuestros 4 puntos, necesitará una solución de cifrado de base de datos integral que tenga todas las 4 características.

En un caso como el suyo, es posible que desee revisar una solución de cifrado basada en columnas como D'Amo o MyDiamo si está utilizando DBMS de código abierto. Las llamadas "soluciones de cifrado transparente" que cifran datos en el nivel de archivo no lo protegerán de que alguien le robe físicamente el disco duro de su base de datos, pero son poco más que inútiles si necesita un fuerte control de acceso basado en usuarios, aplicaciones, IP Direcciones, hora del día, etc.

Otra ventaja obvia que obtiene con la columna en un caso como el suyo es que no tendrá que cifrar todos los datos. Puede elegir cifrar columnas específicas que contengan información confidencial y definir diferentes políticas, así como las claves de cifrado de enc / dec por columna.

La administración de claves obviamente será otro tema aparte del alcance de este hilo.

Espero que esto ayude.

Divulgación: Soy un consultor para los productos mencionados anteriormente.