Cifrado AES-256: qué es, dónde se aplica y por qué es referencia en datos sanitarios

1. Qué es AES-256, en una frase

El AES-256 —Advanced Encryption Standard con clave de 256 bits— es el algoritmo de cifrado simétrico estándar adoptado por el NIST en 2001 tras un proceso público de selección internacional, utilizado como referencia mundial para cifrar información sensible en reposo y en tránsito, con robustez criptográfica que lo hace resistente a todos los ataques prácticos conocidos con la tecnología computacional disponible en la actualidad.

1.1. Estándar internacional

AES es estándar internacional adoptado por gobiernos, administraciones y sectores regulados de todo el mundo. En Estados Unidos, el NIST lo aprobó como FIPS 197 y lo autoriza para información clasificada hasta el nivel «Secret» con la variante AES-192 y hasta «Top Secret» con AES-256. En Europa, es referencia habitual en normativa de ciberseguridad y en marcos como el ENS español para niveles medio y alto de seguridad.

1.2. Longitud de clave de 256 bits

La longitud de clave de 256 bits es la más robusta de las tres variantes de AES —128, 192 y 256 bits—. Un ataque por fuerza bruta contra AES-256 requeriría probar 2 elevado a 256 combinaciones, un número tan grande que resulta prácticamente inatacable con la tecnología computacional actual y previsible en las próximas décadas. La robustez es tal que AES-256 es la elección recomendada para información sensible con horizonte temporal largo de conservación correspondiente al tratamiento realizado.

2. Cómo funciona conceptualmente

El funcionamiento técnico de AES-256 tiene elementos conceptuales que conviene entender.

2.1. Cifrado simétrico

AES es algoritmo de cifrado simétrico: la misma clave se usa para cifrar y para descifrar la información. Esta característica lo distingue del cifrado asimétrico —que usa dos claves complementarias, pública y privada—. El cifrado simétrico es mucho más rápido que el asimétrico y por eso se usa para cifrar grandes volúmenes de datos, mientras que el cifrado asimétrico se reserva para intercambio de claves y firma electrónica en la práctica habitual del sector.

2.2. Bloques de 128 bits

AES cifra la información en bloques de 128 bits, con múltiples rondas de transformación matemática que combinan sustitución, permutación y mezcla lineal. La operación es reversible: aplicando la operación inversa con la misma clave se recupera la información original. La calidad criptográfica del algoritmo depende del diseño matemático del proceso de transformación, sometido a análisis criptográfico intensivo desde su estandarización sin haber sido comprometido en la práctica.

2.3. Modos de operación

El algoritmo AES en sí opera sobre un bloque individual, pero en la práctica se combina con modos de operación —CBC, CTR, GCM y otros— que permiten cifrar mensajes de cualquier longitud con garantías adicionales de autenticidad e integridad. El modo GCM es habitual en implementaciones modernas por combinar cifrado y autenticación en una única operación. La elección del modo condiciona la robustez efectiva del cifrado y su idoneidad para cada caso concreto correspondiente.

3. Cifrado en reposo y en tránsito

La aplicación de AES-256 se distingue habitualmente entre dos escenarios complementarios.

3.1. Cifrado en reposo

El cifrado en reposo aplica AES-256 a la información almacenada en discos, en bases de datos, en copias de seguridad y en otros soportes de almacenamiento del sistema. La finalidad es proteger la información frente a acceso no autorizado al soporte físico —robo de disco, acceso indebido a archivos, extracción no autorizada de datos—. Los sistemas modernos aplican cifrado en reposo por defecto en múltiples capas —cifrado de disco, cifrado de base de datos, cifrado de copias de seguridad— para máxima protección.

3.2. Cifrado en tránsito

El cifrado en tránsito aplica algoritmos criptográficos —que pueden incluir AES-256 combinado con protocolos como TLS 1.3— a la información que se transmite entre sistemas, para protegerla frente a interceptación durante la transmisión. Todas las comunicaciones sensibles del centro —acceso a la aplicación web, envío de correos con datos, comunicación con proveedores externos— deben cifrarse en tránsito con protocolos actuales y con configuración adecuada. La ausencia de cifrado en tránsito es infracción grave del régimen de seguridad correspondiente.

3.3. Cifrado en uso

El cifrado en uso —cifrado que se mantiene incluso mientras la información se procesa activamente en memoria— es capa adicional emergente en escenarios de máxima sensibilidad. Tecnologías como Confidential Computing con enclaves seguros permiten procesar información cifrada sin exponer los datos en claro. En el ámbito sanitario, el cifrado en uso todavía no es habitual pero está ganando presencia en escenarios específicos de máxima sensibilidad y en usos con proveedores cloud externos correspondientes.

4. Dónde se aplica en una clínica

El cifrado AES-256 tiene aplicaciones concretas en la operativa del centro sanitario.

4.1. Historia clínica y bases de datos

La historia clínica y las bases de datos que la sostienen deben estar cifradas en reposo con AES-256 o algoritmos equivalentes. El cifrado impide que un acceso indebido a los archivos de base de datos —por robo físico, por vulnerabilidad del sistema operativo, por acceso no autorizado del propio equipo técnico— permita acceder al contenido en claro sin la clave. La combinación de cifrado con controles de acceso adecuados es la salvaguarda estándar para información sanitaria en sistemas modernos.

4.2. Copias de seguridad

Las copias de seguridad son especialmente sensibles porque agrupan grandes volúmenes de información y suelen almacenarse en ubicaciones distintas del sistema principal —incluidos proveedores cloud externos—. Su cifrado con AES-256 antes de la salida del sistema principal es requisito básico. Sin cifrado de copias, cualquier acceso indebido a la ubicación de almacenamiento equivale a acceso al contenido en claro de toda la información del centro correspondiente al periodo de la copia realizada.

4.3. Comunicaciones y trabajo remoto

Las comunicaciones del sistema con usuarios remotos —consulta desde casa, acceso desde dispositivos móviles, comunicación con proveedores externos— se cifran en tránsito con protocolos actuales que suelen basarse en AES-256 como cifrado subyacente. El trabajo remoto sin cifrado adecuado de las comunicaciones es fuente de riesgo grave que la política del centro debe impedir explícitamente con las medidas técnicas correspondientes al régimen de seguridad aplicable en la operativa habitual.

5. Relación con las obligaciones del RGPD

El cifrado tiene papel específico en el marco de protección de datos.

5.1. Medida técnica del artículo 32

El artículo 32 del RGPD identifica el cifrado como medida técnica adecuada para garantizar la seguridad del tratamiento. Su aplicación no es obligatoria con carácter general, pero es fuertemente recomendable en tratamientos de categorías especiales de datos —salud entre ellas— donde el riesgo justifica salvaguardas reforzadas. La ausencia de cifrado en tratamientos de datos de salud es difícil de justificar como diligencia debida y puede ser factor agravante ante brechas de seguridad correspondientes.

5.2. Atenuante ante brechas

Ante brecha de seguridad, el cifrado adecuado de la información afectada puede ser factor atenuante en la valoración de la AEPD sobre el impacto real de la brecha. Una brecha que expone información cifrada tiene menor impacto que una brecha que expone información en claro, porque el atacante no puede acceder al contenido sin la clave. Esta valoración diferenciada por parte de la autoridad de control refuerza el incentivo al uso del cifrado como salvaguarda por defecto en el tratamiento de datos personales.

5.3. Combinación con otras salvaguardas

El cifrado es una salvaguarda entre otras y debe combinarse con controles de acceso, con trazabilidad, con formación del personal y con procedimientos de gestión de incidentes. Considerar el cifrado como salvaguarda suficiente por sí sola es error interpretativo que ignora la naturaleza integral del régimen de seguridad. La responsabilidad proactiva del RGPD exige combinación de salvaguardas complementarias, no dependencia exclusiva de una sola por robusta que sea la aplicación correspondiente al tratamiento realizado.

6. Obligaciones del centro sobre gestión de claves

La gestión adecuada de las claves criptográficas es crítica para la eficacia del cifrado.

6.1. Custodia de claves

Las claves criptográficas deben custodiarse con las mismas garantías que la información que protegen. La custodia adecuada incluye separación física o lógica del sistema que cifra, controles de acceso estrictos y trazabilidad de accesos a las claves. Sistemas de gestión de claves —KMS, HSM— aportan infraestructura profesional para esa custodia. Guardar la clave junto al archivo cifrado degrada el cifrado a nulo, porque cualquier acceso al archivo permite acceder también a la clave y por tanto al contenido en claro.

6.2. Rotación de claves

Las claves deben rotarse periódicamente, con la frecuencia que la política de seguridad del centro establezca. La rotación reduce el impacto potencial de una compromisión eventual de clave y refuerza la seguridad a lo largo del tiempo. La política de rotación debe ser realista respecto a las capacidades del sistema y a la operativa del centro, con la coherencia técnica que la ejecución efectiva de la rotación requiere sin interrumpir la operativa habitual correspondiente al tratamiento realizado en el centro.

6.3. Plan de contingencia

El centro debe tener plan de contingencia ante compromisión de claves o pérdida de claves. La compromisión exige rotación urgente y análisis de impacto; la pérdida puede hacer inaccesible la información cifrada de forma irrecuperable. La documentación del plan de contingencia es requisito de la gestión responsable del cifrado, y su prueba periódica es la que garantiza que el plan funciona efectivamente ante incidente real que pueda ocurrir en la operativa del centro correspondiente al ejercicio profesional realizado durante el proceso.

7. Qué debe cumplir tu software con el cifrado

Cinco criterios comprobables antes de asumir que el sistema aplica bien el cifrado.

7.1. Los tres criterios estructurales

• Cifrado en reposo de bases de datos y de archivos con AES-256 o equivalente actual.
• Cifrado en tránsito con TLS 1.3 o versión actual en todas las comunicaciones sensibles.
• Cifrado de copias de seguridad antes de la salida del sistema principal.

7.2. Los dos criterios operativos

• Gestión profesional de claves con KMS o HSM y separación de custodia.
• Plan de contingencia ante compromisión o pérdida de claves probado periódicamente.

7.3. La prueba con un test específico

Solicita al proveedor del software o al equipo técnico un test específico del cifrado: qué algoritmos concretos se usan en reposo y en tránsito, dónde se custodian las claves, cuál es la política de rotación, qué plan de contingencia existe ante compromisión. Si las respuestas son concretas y verificables, la infraestructura de cifrado es sólida; si las respuestas son vagas o evasivas, es señal de infraestructura mejorable con las consecuencias que puede tener ante brecha de seguridad efectiva.

8. Errores frecuentes al hablar de cifrado

Tres confusiones habituales sobre el cifrado en el ámbito sanitario.

8.1. «Con contraseña de acceso ya está cifrado»

La contraseña de acceso al sistema controla quién puede autenticarse, pero no equivale al cifrado del contenido. La información puede estar sin cifrar en el disco aunque el acceso al sistema exija contraseña, con lo que cualquier acceso al disco por vía distinta —robo físico, acceso técnico— permite ver el contenido en claro. El cifrado es capa adicional que protege la información con independencia del control de acceso, y ambas salvaguardas deben coexistir en el régimen de seguridad correspondiente al tratamiento realizado.

8.2. «El cifrado ralentiza mucho el sistema»

El cifrado AES-256 tiene un coste computacional real pero muy modesto con la tecnología actual. Los procesadores modernos incluyen instrucciones específicas para AES —AES-NI— que aceleran las operaciones criptográficas hasta hacer imperceptible el impacto en el rendimiento. La percepción de ralentización por cifrado suele deberse a implementaciones antiguas o mal configuradas, no al cifrado en sí. La ausencia de cifrado por razones de rendimiento es interpretación desactualizada que no encaja con la infraestructura técnica actual del sector.

8.3. «Si el proveedor cifra, ya cumplo yo»

El cifrado del proveedor cloud es una capa importante pero no exime al centro de las obligaciones propias como responsable del tratamiento. El centro debe verificar qué cifrado aplica el proveedor, cómo se custodian las claves, quién tiene acceso a las claves y en qué condiciones. Un proveedor que cifra con claves propias sin separación adecuada aporta menos protección que uno con arquitectura de claves gestionadas por el cliente. La responsabilidad del centro sobre la eficacia del cifrado no se traslada por el mero hecho de contratar el servicio con el proveedor correspondiente.

9. Qué aporta obeliOmed con esto

El sistema aplica cifrado AES-256 en reposo y TLS actual en tránsito con gestión profesional de claves.

9.1. Cifrado en reposo por defecto

La base de datos del sistema y los archivos del sistema están cifrados en reposo con AES-256 por defecto, sin necesidad de configuración específica del centro. Cualquier acceso indebido a los archivos de base de datos o a los volúmenes de almacenamiento por vía distinta al propio sistema es inútil sin la clave criptográfica adecuada, con la protección que la salvaguarda por defecto aporta a la operativa del centro correspondiente al tratamiento realizado.

9.2. Cifrado en tránsito con TLS actual

Todas las comunicaciones del sistema —acceso web, acceso desde dispositivos móviles, comunicación con proveedores externos, envío de notificaciones— se cifran en tránsito con TLS en su versión actual, con configuración robusta que impide ataques de interceptación por retroceso a versiones antiguas del protocolo. La configuración se revisa periódicamente conforme evolucionan las recomendaciones criptográficas de organismos como ENISA y NIST correspondientes.

9.3. Gestión de claves y contingencia

Las claves criptográficas se gestionan con infraestructura profesional de gestión de claves (KMS) con separación de custodia respecto al sistema que cifra. La política de rotación está definida y probada, y el plan de contingencia ante compromisión de clave está documentado con procedimientos concretos. La documentación técnica está disponible para revisión ante requerimiento de auditoría interna o externa del régimen de seguridad correspondiente al centro sanitario del cliente correspondiente al servicio prestado.