# Protección de Datos Regional y Cumplimiento Normativo

Cómo Cyber Crucible respalda la ley de protección de datos en el Golfo, África, Europa y más allá — roles de responsable y encargado del tratamiento, transferencias transfronterizas, residencia de datos, datos sensibles y representación local.

# ¿Por qué tantas leyes nacionales de protección de datos piden lo mismo?

**Respuesta breve:** Porque la mayoría de las leyes modernas de protección de datos se basan en el mismo marco. Ya sea la PDPL de Arabia Saudita, EAU, Baréin, Catar, Omán, Kenia, Nigeria, Sudáfrica o el RGPD de la UE, todas convergen en las mismas exigencias fundamentales: recopilar solo lo necesario, protegerlo, ser transparentes, definir los roles de responsable y encargado del tratamiento, y controlar el movimiento transfronterizo.

## La estructura compartida

Casi todos los regímenes de esta familia plantean las mismas cinco preguntas:

1. **¿Cuál es su base legal** para el tratamiento de datos personales?
2. **¿Cuán poco puede recopilar** y aun así cumplir el propósito? (minimización de datos)
3. **¿Cómo se protege** — técnica, contractual y organizativamente?
4. **¿Quién es el responsable y quién el encargado del tratamiento**, y ¿está eso documentado?
5. **¿A dónde van los datos**, y qué salvaguardas cubren cualquier transferencia a través de una frontera?

El vocabulario y los umbrales difieren. La arquitectura necesaria para responder correctamente, no.

## Por qué esto importa para un producto de seguridad

La mayoría de las herramientas de seguridad generan trabajo de cumplimiento porque envían continuamente telemetría del endpoint —a menudo incluyendo detalles de cuentas y artefactos de archivos— a la nube de un proveedor en otra jurisdicción. Eso constituye una transferencia transfronteriza continua que debe justificarse, documentarse y defenderse en cada uno de estos regímenes.

La respuesta de Cyber Crucible es estructural en lugar de procedimental:

- **Nunca se recopilan contenido, credenciales, claves ni tokens**, por lo que las categorías de mayor riesgo están ausentes por diseño.
- **El análisis ocurre localmente en el endpoint**, por lo que la protección no requiere que los datos se muevan.
- **La implementación puede ser totalmente air-gapped**, produciendo cero telemetría saliente — lo que significa que no hay transferencia que evaluar en primer lugar.

Ese último punto es el importante. La mayor parte de la dificultad de cumplimiento en esta categoría proviene del flujo transfronterizo. Un producto que puede operar con cero telemetría saliente **elimina la pregunta en lugar de responderla**.

> **Esto no constituye asesoría legal.** Estas páginas describen cómo está diseñado el producto para respaldar sus obligaciones. La ley de protección de datos cambia, y varios de los regímenes mencionados a continuación aún tienen reglamentos en proceso de emisión. Verifique los requisitos vigentes con su propio asesor legal y su Delegado de Protección de Datos (DPO).

# ¿Qué países del Golfo tienen leyes de protección de datos y en qué se diferencian?

**Respuesta breve:** Cinco de los seis estados del CCG cuentan ahora con leyes integrales de protección de datos: Arabia Saudita, EAU, Baréin, Catar y Omán. Kuwait es la excepción, ya que adopta un enfoque sectorial en su lugar. Se diferencian principalmente en la rigurosidad del consentimiento, la preferencia por la localización de datos y el mecanismo de transferencia.

## El panorama regional

| Jurisdicción | Estado | Característica distintiva |
|---|---|---|
| **Arabia Saudita** | PDPL en vigor (plena vigencia sept. 2024) | Mayor preferencia por la localización; SCC aprobadas por la SDAIA |
| **EAU** | Decreto-Ley Federal 45/2021 | Bases lícitas similares al RGPD; el DIFC y el ADGM operan regímenes independientes |
| **Baréin** | En vigor desde 2019 | Fuertemente inspirada en el RGPD; alcance extraterritorial; aplicación madura |
| **Catar** | En vigor desde 2017 | La más antigua de la región; más centrada en el consentimiento |
| **Omán** | Plena vigencia el **5 de febrero de 2026** | Refleja los principios del RGPD; periodo de gracia por finalizar |
| **Kuwait** | Sin ley integral | Solo sectorial: regulación de la CITRA para telecomunicaciones y TI |

Estado al momento de redactar este documento; confirme con asesoría legal local.

## El eje más relevante

Dos variables diferencian estos regímenes en la práctica:

- **Rigurosidad del consentimiento.** Catar y Arabia Saudita se inclinan hacia un enfoque centrado en el consentimiento. Los EAU permiten un conjunto más amplio de bases lícitas, más cercano al RGPD.
- **Preferencia por la localización.** Arabia Saudita es la más estricta; los EAU y Catar adoptan un enfoque más basado en el riesgo y orientado a las salvaguardas.

## Por qué una sola arquitectura responde a las seis

Los regímenes discrepan en el mecanismo, pero coinciden en el fondo: recopilar lo mínimo, protegerlo y controlar hacia dónde se dirige.

Dado que Cyber Crucible nunca recopila claves, credenciales, tokens ni contenido, y puede operar en modo aislado (air-gapped) con cero telemetría saliente, la respuesta a "¿qué datos personales tiene este proveedor y hacia dónde van?" es breve en todos los casos. Cumplir con el régimen más estricto —Arabia Saudita— cubre el resto.

**Omán es la prioridad a corto plazo** para cualquiera que aún no haya revisado su infraestructura, dada la fecha de febrero de 2026.

> El detalle por país se encuentra en las **Guías de Cumplimiento por País**.

# ¿Cómo afectan las leyes africanas de protección de datos a la selección de proveedores de seguridad?

**Respuesta breve:** La mayoría de las jurisdicciones africanas restringen la transferencia transfronteriza, y varias van más allá con una localización de datos estricta: Nigeria y Zambia exigen que los datos personales se almacenen dentro del país. Esto elimina las herramientas de seguridad dependientes de la nube de forma estructural, no contractual.

## El panorama regional

| Jurisdicción | Marco normativo | Posición sobre la salida de datos del país |
|---|---|---|
| **Nigeria** | Ley de Protección de Datos de 2023 | **Localización** — los datos personales de los ciudadanos deben almacenarse en Nigeria |
| **Zambia** | Ley de Protección de Datos, Parte X | **Localización** — la Sección 70 exige el almacenamiento en un servidor dentro de Zambia |
| **Kenia** | Ley de Protección de Datos de 2019 | Transferencia restringida; los datos sensibles requieren consentimiento **y** salvaguardas |
| **Sudáfrica** | POPIA (2013) | Consentimiento, o destino con una protección sustancialmente similar |
| **Egipto** | Ley de protección de datos | Se requiere **aprobación previa** para la transferencia |
| **Ruanda** | Ley supervisada por la NCSA | Localización sectorial — los bancos deben conservar los datos primarios en Ruanda |
| **Ghana** | Marco de protección de datos | Excepción notable — sin condiciones adicionales para las transferencias transfronterizas |
| **Marruecos** | Ley 09-08 + Decreto 2-09-165 | Supervisado por la CNDP; régimen establecido |
| **Libia** | Aún sin marco integral | La soberanía es una decisión comercial más que legal |

Estado vigente al momento de redactar esto; confirmar con asesoría legal local.

## El patrón que vale la pena entender

Aparecen tres modelos distintos, y exigen cosas diferentes de un proveedor:

1. **Mandatos de ubicación de almacenamiento** (Nigeria, Zambia; Ruanda para el sector bancario). Los contratos y el cifrado no satisfacen estos requisitos — solo importa dónde se encuentran físicamente los datos.
2. **Transferencia condicional** (Kenia, Sudáfrica). Permitida con salvaguardas, consentimiento o adecuación — una evaluación que debe poder acreditarse.
3. **Transferencia basada en permisos** (Egipto). Aprobación previa, con riesgos asociados de tiempo y renovación.

Las normas sectoriales suelen añadir localización adicional, particularmente en los servicios financieros.

## Por qué esto favorece una arquitectura de procesamiento local

Un producto de seguridad diseñado para enviar telemetría de endpoints a la nube del proveedor está, por diseño, exportando datos personales como condición para funcionar. Bajo el modelo 1, esto es irresoluble.

Cyber Crucible analiza en el endpoint y puede funcionar completamente en las instalaciones locales, sin telemetría saliente — de modo que los datos nunca salen, y la cuestión de la transferencia nunca se plantea.

> El detalle por país está disponible en las **Guías de Cumplimiento por País**.

# ¿Qué se aplica en Europa y el Reino Unido?

**Respuesta breve:** el RGPD de la UE y el RGPD del Reino Unido, que coinciden estrechamente entre sí. Los controles prácticos son los mismos; la principal divergencia es qué instrumento cubre las transferencias internacionales: las SCC de la UE frente al IDTA o el Addendum del Reino Unido.

## Los dos regímenes

| | RGPD de la UE | RGPD del Reino Unido + DPA 2018 |
|---|---|---|
| **Supervisor** | DPAs nacionales / EDPB | Information Commissioner's Office (ICO) |
| **Instrumento de transferencia** | Cláusulas Contractuales Tipo de la UE | International Data Transfer Agreement, o UK Addendum a las SCC de la UE |
| **Principios, bases, deberes del encargado** | Sustancialmente idénticos | Sustancialmente idénticos |

## Qué significa esto en la práctica

Las organizaciones que operan en ambos deben cumplir con los dos, pero los controles subyacentes se superponen casi por completo. El trabajo de evaluación de proveedores realizado para uno se traslada al otro simplemente sustituyendo el instrumento de transferencia.

## Por qué también importan aquí los demás regímenes de este documento

El RGPD es la plantilla a partir de la cual se han construido la mayoría de las leyes de protección de datos más recientes del mundo. Baréin y Omán lo reflejan estrechamente; Kenia, Nigeria y Sudáfrica toman prestada su estructura. El trabajo realizado para cumplir con el RGPD raramente se desperdicia en otros contextos, razón por la cual las organizaciones que operan en varios de estos mercados normalmente evalúan a los proveedores conforme al régimen aplicable más estricto, en lugar de hacerlo por separado para cada uno.

> El detalle por país se encuentra en las **Guías de Cumplimiento por País**.

# ¿Cyber Crucible es un responsable del tratamiento o un encargado del tratamiento de datos?

**Respuesta breve:** En la mayoría de los casos, Cyber Crucible actúa como **encargado del tratamiento de datos** en nombre del cliente, quien es el responsable del tratamiento. El cliente determina las finalidades y los medios del tratamiento; Cyber Crucible trata los datos únicamente siguiendo las instrucciones documentadas del responsable, en virtud de un Acuerdo de Tratamiento de Datos por escrito.

## Por qué importa esta distinción

Casi todos los regímenes de esta familia — PDPL, GDPR y sus derivados — asignan obligaciones según el rol. Los responsables del tratamiento deciden por qué y cómo se tratan los datos y asumen las obligaciones más pesadas: informar a los titulares de los datos, atender solicitudes de derechos y, en algunos casos, el registro.

Los encargados del tratamiento deben seguir instrucciones lícitas y proteger los datos. Según el PDPL, un encargado que use los datos más allá de las instrucciones del responsable pasaría a ser considerado él mismo un responsable del tratamiento — por eso el alcance se define contractualmente en lugar de dejarlo a interpretación.

## En la práctica

Cyber Crucible opera bajo un DPA o acuerdo de servicio por escrito que especifica el alcance del tratamiento, y no reutiliza ni conserva datos fuera de esas instrucciones.

Dado que normalmente actúa como encargado del tratamiento, las obligaciones específicas del responsable recaen en usted: informar a los titulares de los datos sobre el tratamiento, responder a solicitudes de derechos y asuntos similares.

## La excepción

Solo si Cyber Crucible tratara datos personales para sus propios fines sería considerado responsable del tratamiento, y en ese caso asumiría todas las obligaciones de un responsable, incluidos el registro y el consentimiento cuando corresponda. Ese no es el modelo operativo.

# ¿Cómo se gestionan las transferencias transfronterizas de datos?

**Respuesta breve:** A través del mecanismo que reconoce cada jurisdicción — Cláusulas Contractuales Estándar aprobadas por la SDAIA para datos saudíes, garantías contractuales equivalentes en otros lugares — respaldadas por una Evaluación de Riesgo de Transferencia completada. O evitadas por completo, mediante un despliegue en el que ningún dato cruza una frontera.

## La vía contractual

Para los datos personales de origen saudí, Cyber Crucible utiliza las SCC preaprobadas por la SDAIA, adoptadas sin modificaciones salvo en los campos requeridos, integradas en los acuerdos con clientes o en los DPA, y extendidas a cualquier transferencia posterior a un subencargado.

Otros regímenes reconocen mecanismos comparables — decisiones de adecuación, cláusulas estándar o consentimiento más garantías. El requisito común es que el importador esté contractualmente obligado a ofrecer protecciones equivalentes a las de la ley del país exportador.

## La Evaluación de Riesgo de Transferencia

Cuando la transferencia se basa en garantías como las SCC, o implica datos sensibles, normalmente se requiere una evaluación de riesgo. Cyber Crucible completó una TRA que evalúa la naturaleza de los flujos de datos, el régimen legal del país de destino, los controles técnicos y organizativos vigentes, y los riesgos residuales — con mitigaciones documentadas que incluyen la minimización de datos, el cifrado, las cláusulas contractuales y la gestión de incidentes.

## La vía arquitectónica

Los mecanismos contractuales gestionan una transferencia. No transferir la elimina.

- **Aislamiento local (air-gapped) en las instalaciones** — cero telemetría saliente, de modo que no existe transferencia alguna.
- **Alojamiento regional (staging)** — infraestructura posicionada para mantener el procesamiento dentro de su jurisdicción.

Para los regímenes con requisitos de localización — siendo Nigeria el ejemplo más claro — esta suele ser la única solución limpia.

> Documentación disponible en **dpo@cybercrucible.com**.

# ¿Cyber Crucible recopila datos personales sensibles?

**Respuesta breve:** No. Cyber Crucible no recopila las categorías que estas leyes definen como sensibles — datos biométricos, de salud o genéticos, ni datos que revelen origen racial o étnico, creencias religiosas u opiniones políticas. La telemetría se centra en el comportamiento del sistema y los eventos de seguridad, no en atributos personales.

## Por qué esta categoría no se plantea

La función del software es determinar si un *programa* se está comportando de manera maliciosa. Nada de eso requiere conocer algo sobre una *persona*. Los datos personales sensibles no desempeñan ningún papel en la lógica de detección, por lo que no se recopilan.

## Por qué esto importa de forma desproporcionada

Los datos sensibles suelen recibir el tratamiento más estricto en todos los marcos normativos — consentimiento explícito, salvaguardas adicionales, evaluación de riesgo obligatoria antes de la transferencia y, en algunas jurisdicciones, obligaciones de registro que de otro modo no aplicarían.

Kenia, por ejemplo, permite la transferencia de datos personales sensibles solo cuando el titular de los datos ha dado su consentimiento **y** existen salvaguardas adecuadas. Un proveedor que nunca recopila datos sensibles se mantiene completamente al margen de ese proceso.

## Minimización de datos

Solo se recopilan los datos personales estrictamente necesarios para el propósito de seguridad. Los clientes pueden personalizar aún más qué fuentes de telemetría se recopilan, y los campos que no son esenciales para la detección de amenazas se excluyen o se descartan de inmediato.

# ¿Qué salvaguardas protegen los datos personales procesados por Cyber Crucible?

**Respuesta breve:** Cifrado en tránsito y en reposo, seudonimización de identificadores cuando sea factible, control de acceso basado en roles, gestión de claves con rotación, registro de auditoría y análisis periódico de vulnerabilidades, respaldados por condiciones contractuales en los DPA de los clientes y un programa interno de seguridad de la información.

## Técnico

- Datos personales cifrados **en tránsito** (TLS 1.3) y **en reposo**.
- Cifrado JSON Web Encryption por agente de las cargas útiles operativas, utilizando pares de claves únicos.
- Identificadores sensibles seudonimizados o anonimizados siempre que sea factible.
- Acceso controlado mediante autenticación y permisos basados en roles.
- Políticas de gestión de claves criptográficas que garantizan que las claves se almacenen de forma segura y se roten.
- Registro y auditoría de accesos y acciones administrativas para detectar actividad no autorizada.
- Análisis de vulnerabilidades y pruebas de seguridad periódicas.

## Contractual

Los contratos con los clientes y los DPA incluyen cláusulas sobre seguridad de los datos, confidencialidad y notificación de brechas. Los subencargados solo se contratan bajo acuerdos escritos que exigen protecciones equivalentes. Los empleados y contratistas están sujetos a acuerdos mutuos de confidencialidad.

## Organizativo

Un programa de gestión de seguridad de la información rige el cumplimiento continuo, con formación en concienciación de seguridad para el personal pertinente, respuesta a incidentes documentada, procedimientos de retención y eliminación de datos, y auditorías internas periódicas.

## Sobre las certificaciones — dicho claramente

El programa de seguridad de Cyber Crucible está **alineado con** marcos de referencia reconocidos del sector. **Cyber Crucible no cuenta actualmente con la certificación ISO 27001 ni SOC 2, y no está previsto obtener dicha certificación en este momento.**

La alineación significa que los controles siguen las prácticas que describen esos marcos. No significa que un auditor externo los haya evaluado y certificado, y no debe presentarse de esa manera en su propia documentación de cumplimiento. Si su proceso de adquisiciones requiere evidencia certificada, ese requisito no se cumple hoy en día; póngase en contacto con **dpo@cybercrucible.com** para conversar sobre qué documentación está disponible.

# ¿Necesito designar un representante local?

**Respuesta breve:** Por lo general, su organización debe hacerlo, no Cyber Crucible. Varios regímenes exigen que las entidades fuera del país que procesan datos personales de residentes designen un representante local, y dado que Cyber Crucible normalmente actúa como encargado del tratamiento, esa obligación recae en usted como responsable del tratamiento.

## Cómo se dividen los roles

- **Cyber Crucible como encargado del tratamiento (caso normal):** usted, como responsable del tratamiento, designa al representante local. Cyber Crucible coopera plenamente con las obligaciones de cumplimiento local.
- **Cyber Crucible como responsable del tratamiento (caso inusual):** si procesara datos personales para sus propios fines, proporcionaría un representante local en la jurisdicción correspondiente.

El artículo 33 de la PDPL de Arabia Saudita es el ejemplo más claro de este requisito, pero disposiciones similares aparecen en toda la familia de normativas derivadas del RGPD.

## Sobre el registro de responsables del tratamiento

Algunos regímenes exigen que ciertos responsables del tratamiento se registren ante la autoridad supervisora, típicamente organismos públicos, entidades cuya actividad principal es el procesamiento de datos personales, o aquellas que manejan datos sensibles de alto riesgo.

El negocio principal de Cyber Crucible es el software de ciberseguridad y no el manejo general de datos personales, por lo que no entra en esas categorías. Las normas de registro se supervisan y el cumplimiento se aplicaría si el rol o las actividades cambiaran.

# ¿Cómo solicito la documentación de cumplimiento?

**Respuesta breve:** Póngase en contacto con el Responsable de Protección de Datos en **dpo@cybercrucible.com**. La documentación disponible incluye las Cláusulas Contractuales Estándar, la Evaluación de Riesgo de Transferencia, los Acuerdos de Tratamiento de Datos y la política de gobernanza de datos, proporcionada conforme a medidas razonables de confidencialidad.

## Qué puede solicitar

- **Cláusulas Contractuales Estándar** — incluidas las cláusulas preaprobadas por la SDAIA para transferencias saudíes.
- **Evaluación de Riesgo de Transferencia** — la TRA completada que abarca los flujos de datos, el régimen legal del destino, los controles y las mitigaciones.
- **Acuerdo de Tratamiento de Datos** — que define el alcance del tratamiento, los términos de seguridad, la confidencialidad y la notificación de brechas.
- **Política de gobernanza y intercambio de datos** — límites de recopilación, protecciones en tránsito y compromisos de no compartir con terceros.

## Qué incluir en su solicitud

Agiliza considerablemente el proceso indicar su jurisdicción, si actúa como responsable del tratamiento, qué modelo de implementación está evaluando (aislado de red, regional o híbrido) y qué requiere su propio regulador o auditor.

## Para jurisdicciones no cubiertas aquí

Los regímenes descritos en este documento son los que se consultan con mayor frecuencia. Si el suyo no aparece en la lista, las respuestas subyacentes suelen ser las mismas: recopilación mínima, procesamiento local y opciones de implementación dentro del país. Póngase en contacto con el DPO indicando el requisito específico y podrá abordarse directamente.