Saltar al contenido

Arquitectura y despliegue

Seguridad y residencia de datos: dónde están, quién accede y qué queda registrado

Cuando un cliente pregunta dónde están sus datos, la respuesta honesta rara vez es una sola ubicación. Hay una base de datos principal, copias de seguridad, registros de actividad, entornos de prueba, servicios externos de correo o de IA y personas con acceso de administración. Proteger esa información exige decidir cómo se cifra, quién puede verla, cómo se separan clientes y entornos, qué se registra y durante cuánto tiempo se conserva. La residencia de datos añade una pregunta geográfica y jurídica: en qué países se almacena y se trata. Aquí explicamos qué medidas pueden diseñarse en el software y su despliegue, y qué depende de contratos y proveedores.
Plantear un proyectoVer escenarios
Ejemplo ilustrativo de capas de protección de la informaciónEsquema ilustrativo

  1. 01 · Identidad

    • Roles por función
    • Autenticación reforzada
    • Accesos temporales

  2. 02 · Transporte

    • TLS en todas las conexiones
    • Redes segmentadas

  3. 03 · Almacenamiento

    • Cifrado en reposo
    • Custodia de claves definida
    • Separación por cliente

  4. 04 · Registro

    • Trazas de acceso y cambios
    • Retención protegida

  5. 05 · Ciclo de vida

    • Plazos de conservación
    • Devolución y borrado

El problema

Por qué hay que decidirlo bien

Los requisitos de seguridad suelen llegar como una cláusula genérica en un contrato o un cuestionario de cliente: datos cifrados, alojamiento en Europa, acceso restringido. Responder que sí es fácil; demostrarlo, no tanto. Si el sistema no se diseñó con esos requisitos, aparecen copias en ubicaciones no previstas, administradores con acceso a todo, registros con datos personales sin necesidad o un proveedor auxiliar que trata información fuera de la región acordada. El reto es traducir cada requisito en medidas técnicas concretas y verificables, y señalar con claridad lo que la técnica no puede asegurar por sí sola.

Escenarios

Situaciones en las que se plantea

Ejemplos de lo que se podría diseñar. No describen proyectos realizados.

  • 01

    Cuestionario de seguridad de un cliente

    Un cliente exige conocer la ubicación de sus datos, el cifrado aplicado y quién puede acceder. Se documenta el flujo completo de la información, incluidos copias, registros y servicios auxiliares, y se responde con lo que realmente está configurado.

  • 02

    Aplicación con datos de varios clientes

    Un sistema compartido aloja información de distintas organizaciones. Se decide el nivel de separación, desde filtros por cliente en una misma base de datos hasta bases o despliegues independientes, según el riesgo y el coste aceptables.

  • 03

    Datos personales con proveedores externos

    El sistema envía datos a servicios de terceros como correo, mensajería o modelos de IA. Se revisa qué datos salen, dónde se procesan, cuánto tiempo se conservan y si existen transferencias internacionales que deban regularse conforme al RGPD.

  • 04

    Acceso del equipo de soporte

    Para resolver incidencias, alguien necesita acceder a producción. Se define un acceso temporal, aprobado y registrado, con datos enmascarados cuando sea posible, en lugar de cuentas permanentes con privilegios amplios.

Decisiones técnicas

Qué hay que decidir y con qué criterio

  1. 01

    Cifrado en tránsito y en reposo

    TLS en todas las comunicaciones, cifrado de bases de datos, discos y copias, y una decisión explícita sobre quién custodia las claves: el proveedor de infraestructura, un servicio de gestión de claves o el propio cliente.

  2. 02

    Control de accesos y mínimo privilegio

    Roles definidos por función, autenticación reforzada para cuentas con privilegios, accesos de administración temporales y aprobados, y revisión periódica de quién tiene acceso a qué. Las bajas se revocan el mismo día.

  3. 03

    Segregación de entornos y de clientes

    Producción separada de desarrollo y pruebas, sin datos reales en entornos de prueba salvo anonimización o acuerdo expreso, y aislamiento entre clientes acorde con la sensibilidad de la información que se trate.

  4. 04

    Registros de actividad y custodia

    Se registra quién accede, qué cambia y desde dónde, sin volcar datos sensibles en los registros. Se definen la retención, la protección frente a manipulación y quién puede consultarlos durante una investigación.

  5. 05

    Residencia y mapa de tratamientos

    Se elige dónde se almacenan los datos principales y se inventarían todos los lugares por los que pasan: copias, réplicas, registros, soporte del proveedor y servicios auxiliares, con su ubicación según la documentación de cada uno.

  6. 06

    Retención, devolución y borrado

    Plazos de conservación por tipo de dato, procedimiento de exportación al finalizar la relación y borrado verificable, teniendo en cuenta que las copias de seguridad se eliminan según su propio ciclo de retención.

Riesgos y límites

Lo que conviene tener presente

  • Ninguna medida hace un sistema invulnerable: el objetivo es reducir riesgos conocidos, detectar incidentes y limitar su alcance.
  • La residencia de datos depende también de las condiciones de cada proveedor; la arquitectura puede restringir ubicaciones, pero no modificar lo que un tercero hace con su servicio.
  • Los compromisos de seguridad y protección de datos aplicables se fijan en el contrato y en los acuerdos de encargo de tratamiento; la conformidad normativa corresponde evaluarla a cada responsable.
  • Un exceso de registros puede acabar almacenando datos personales innecesarios y crear un nuevo riesgo que proteger.

Preguntas frecuentes

¿Podéis asegurar que los datos nunca salen de España o de la Unión Europea?

Podemos diseñar el sistema para almacenar y procesar los datos en la región elegida y documentar cada servicio implicado. Lo que hagan los proveedores externos depende de sus condiciones, así que el compromiso final se revisa servicio por servicio y se recoge en el contrato.

¿El cifrado basta para proteger los datos?

No. El cifrado protege frente a ciertos riesgos, como el robo de un disco o la interceptación de comunicaciones, pero no frente a una cuenta legítima comprometida. Necesita acompañarse de control de accesos, registros y revisión periódica.

¿Quién decide qué medidas se aplican?

Se proponen a partir de la sensibilidad de los datos y de los requisitos del cliente, y se acuerdan en cada proyecto. Las medidas descritas aquí son opciones de diseño, no una política vigente aplicable a cualquier contrato sin firmarla.

Sectores, capacidades y lecturas relacionadas

Sectores donde se plantea

Capacidades relacionadas

Para profundizar

Más en arquitectura y despliegue

Cuéntanos qué datos tratará el sistema y qué te exigen tus clientes o contratos

Ninguna modalidad está disponible por defecto en todos los proyectos: se elige tras evaluar requisitos, sistemas existentes y riesgos.

Plantear un proyecto

Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.