• Previene que usuarios malintencionados accedan a datos sensibles en caso de brechas de seguridad.

• Garantiza confidencialidad y privacidad.

2.2 Cumplimiento normativo

• Regula la forma en que las organizaciones deben proteger datos sensibles.

• Ejemplo: PCI DSS exige cifrar números de tarjetas de crédito almacenadas.

2.3 Protección de datos en reposo y en tránsito

• Datos en reposo: Información almacenada en discos o respaldos.

• Datos en tránsito: Información que se mueve entre aplicaciones, usuarios o servidores.

• Descripción: Se aplica a columnas específicas de una tabla que contienen datos sensibles, como números de identificación, contraseñas o información financiera.

• Ventajas:

  • Protege solo los datos esenciales, optimizando el rendimiento.

  • Permite un control más granular.

• Desventajas:

  • Requiere identificar manualmente las columnas sensibles.

  • Puede ser más complejo de administrar.

• Casos de uso:

  • Campos con números de tarjetas de crédito o contraseñas en bases de datos de comercio electrónico.

• Implementaciones comunes:

  • SQL Server: Usa la funcionalidad Always Encrypted para encriptar y desencriptar columnas automáticamente.

  • PostgreSQL: Funciones de extensión como pgcrypto.

3.2 TDE (Transparent Data Encryption)

• Descripción: Proporciona cifrado a nivel de base de datos completa, protegiendo tanto los datos en reposo como los respaldos.

• Ventajas:

  • Fácil de configurar, ya que el cifrado y descifrado son automáticos.

  • Protege toda la base de datos y sus respaldos sin necesidad de modificar las aplicaciones.

• Desventajas:

  • Impacto moderado en el rendimiento del sistema.

  • No protege datos en tránsito ni en memoria.

• Casos de uso:

  • Ideal para bases de datos que necesitan cumplir normativas de seguridad.

• Implementaciones comunes:

  • SQL Server: Ofrece soporte nativo para TDE.

  • Oracle Database: Incluye TDE como parte de su solución de seguridad avanzada.

3.3 Encriptación de Datos en Tránsito

• Descripción: Cifra los datos mientras se transfieren entre aplicaciones, servidores o usuarios para evitar intercepciones.

• Protocolos utilizados:

  • TLS (Transport Layer Security): Para proteger conexiones entre clientes y bases de datos.

  • VPN: Para proteger transferencias de datos a través de redes públicas.

• Casos de uso:

  • Comunicación entre servidores de aplicaciones y bases de datos.

3.4 Encriptación de Archivos de Base de Datos

• Descripción: Cifra directamente los archivos de datos en el sistema operativo, protegiéndolos de accesos no autorizados.

• Ventajas:

  • Fácil de implementar con herramientas a nivel de sistema operativo.

• Desventajas:

  • No protege datos cargados en memoria.

  • Menos flexible en comparación con métodos a nivel de columna o TDE.

• Ejemplo:

  • Uso de herramientas como BitLocker en Windows o dm-crypt en Linux para cifrar discos completos.

Los algoritmos comunes usados en bases de datos incluyen:

• AES (Advanced Encryption Standard): Utilizado por la mayoría de los sistemas DBMS por su robustez y velocidad.

• RSA: Común para cifrado de claves en sistemas asimétricos.

• Blowfish y Triple DES: Alternativas más antiguas.

4.2 Gestión de Claves

• Las claves de cifrado son fundamentales; si se pierden, los datos encriptados no podrán recuperarse.

• Métodos de almacenamiento de claves:

  • En hardware seguro, como HSM (Hardware Security Module).

  • Usando servicios de gestión de claves (KMS), como AWS KMS o Azure Key Vault.

• Buenas prácticas:

  • Rotación periódica de claves.

  • Almacenamiento seguro y fuera del alcance directo del DBMS.

4.3 Modelos de Implementación

1. Cifrado en el lado del cliente: Los datos se cifran antes de ser enviados a la base de datos.

   • Ejemplo: Una aplicación cifra un número de tarjeta de crédito antes de almacenarlo.

2. Cifrado en el lado del servidor: La base de datos cifra los datos automáticamente al recibirlos.

   • Ejemplo: SQL Server cifrando datos con TDE.

3. Cifrado híbrido: Combina cifrado en cliente y servidor para una mayor seguridad.

• Impacto en el rendimiento: El cifrado puede ralentizar consultas, especialmente en operaciones con grandes volúmenes de datos.

• Gestión de claves: La pérdida de claves puede resultar en la pérdida total de los datos cifrados.

• Complejidad de implementación: Requiere experiencia técnica para garantizar que los datos sensibles estén completamente protegidos.

5.2 Buenas Prácticas

1. Identificar datos sensibles: Auditar las bases de datos para localizar información crítica.

2. Usar estándares modernos: Optar por algoritmos robustos como AES-256.

3. Proteger datos en tránsito: Usar siempre TLS en las conexiones.

4. Monitorear accesos: Implementar sistemas de monitoreo y registro para detectar accesos sospechosos.

5. Realizar pruebas regulares: Validar que los sistemas de encriptación funcionan según lo esperado.

La encriptación con MySQL requiere una clave secreta que sirve para cifrar y descifrar los datos. Esta clave debe ser:

• Única y difícil de adivinar.

• Almacenada de forma segura (idealmente en un sistema de gestión de claves). Es importante señalar que perder esta clave significa que los datos cifrados no podrán ser recuperados.

Para cifrar un valor, se utiliza la función de encriptación junto con una contraseña segura. Por ejemplo:

• Supón que deseas encriptar una contraseña llamada "miContraseñaSegura" usando la frase secreta "miClave123".

En MySQL Workbench, ejecuta el siguiente proceso:

1. Encripta el valor antes de insertarlo en la base de datos.

2. Almacena el valor cifrado en la columna destinada.