> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/es/seguridad-y-privacidad/security-and-privacy.md). # Seguridad y privacidad Preguntas frecuentes sobre seguridad de la información, procesamiento de datos y privacidad de RealmJoin, que cubren centros de datos, almacenamiento y garantía de calidad. Este capítulo ofrece una visión general de las preguntas frecuentes sobre seguridad de la información, privacidad y aseguramiento de la calidad. ## Procesamiento de datos y permisos ### 1. ¿Desde qué centro de datos opera RealmJoin? * Región de Azure West Europe (principal) * Región de Azure North Europe (copia de seguridad) ### 2. ¿Qué datos procesa RealmJoin? * Estado del equipo * Datos de usuario/dispositivo/grupo de Entra ID (esto contiene datos de UPN / dirección de correo electrónico, nombre, apellido, foto de perfil) * Datos de Intune * Datos de ATP * Archivos de registro ### 3. ¿Qué datos se almacenan de forma persistente por/en nombre de RealmJoin y cómo? * Estado del equipo * Referencias de usuario/dispositivo de Entra ID (esto contiene datos de UPN / dirección de correo electrónico) * Información para la administración de aplicaciones * Archivos de registro Los datos se almacenan en una combinación de almacenamiento de blobs y bases de datos. ### 4. ¿Existe un mecanismo de archivado para los registros? El estado del equipo se archiva durante 90 días; luego, las políticas de retención eliminan los datos. ### 5. ¿A qué permisos del Tenant deben dar su consentimiento los usuarios que acceden al portal web de RealmJoin? Consulte [Permisos requeridos](/es/despliegue/required-permissions.md). ### 6. ¿Qué datos se ponen a disposición al otorgar el consentimiento de la pregunta 5? Consulte [Permisos requeridos](/es/despliegue/required-permissions.md). ### 7. ¿Qué endpoints accesibles externamente expone RealmJoin? 1. RealmJoin Portal * Un portal web que facilita la administración del servicio. 2. RealmJoin Client-API * API para las aplicaciones cliente (uso interno). 3. RealmJoin Customer-API * API para clientes. 4. RealmJoin Internal-API * API para operaciones relacionadas del backend (uso interno). 5. RealmJoin CDN * Datos binarios con soporte de BranchCache. 6. RealmJoin Package Server * Registro personalizado de paquetes NuGet. ### 8. ¿Cómo se protegen los endpoints de la pregunta 7? 1. RealmJoin Portal * Protegido mediante autenticación OAuth 2.0 con Microsoft Entra ID (Azure AD). 2. RealmJoin Client-API * Protegido mediante autenticación OAuth 2.0 con Microsoft Entra ID (Azure AD). * Autenticación personalizada mediante Entra-Device-Certificate. 3. RealmJoin Customer-API * Clave precompartida por cliente. 4. RealmJoin Internal-API * Clave precompartida por cliente. 5. RealmJoin CDN * Sin autenticación por definición; puede protegerse mediante archivos cifrados. 6. RealmJoin Package Server * Clave precompartida por cliente. ### 9. ¿Qué puertos y protocolos utilizan los endpoints de la pregunta 7? 1. Todos los endpoints usan TLS de forma predeterminada. * HTTPS (TCP / 443). 2. RealmJoin CDN * Permite HTTP (TCP / 80) con fines de solución de problemas. * Las URL configuradas usan exclusivamente HTTPS (TCP / 443). ## Identidad ### 1. ¿Qué esquemas de autorización se usan para obtener acceso a RealmJoin? El acceso administrativo se realiza mediante autenticación OAuth 2.0 con Microsoft Entra ID (Azure AD) para los usuarios registrados en la plataforma. ### 2. ¿Existen controles de Conditional Access / acceso basado en roles para proteger RealmJoin? Sí. El portal de administración de RealmJoin ofrece funciones para asignar [roles](/es/administracion-y-configuracion/permission.md) a cada usuario. Roles predeterminados disponibles: * Administrador * Auditor * Soporte * Ejecutor de runbooks * Agente de software * Solicitante de software * Solicitante orgánico de software * Agente de notificaciones Además, RealmJoin permite crear roles personalizados. ### 3. ¿Se pueden recuperar las credenciales de acceso? Si es así, ¿cómo? RealmJoin utiliza SSO y está sujeto a las políticas de Microsoft Entra ID (Azure AD) en el Tenant del cliente. ## Protección de datos ### 1. ¿Cómo se protege *los datos en reposo* contra el acceso no autorizado? * Acceso administrativo restringido según las mejores prácticas. * Uso de MFA con Passkey. * Las bases de datos están restringidas a IPs de VPN para el acceso externo. ### 2. ¿Cómo se protege *los datos en tránsito* contra el acceso no autorizado? La comunicación entre el Servicio RealmJoin (backend) y el Agente RealmJoin (cliente) está protegida con Transport Layer Security (TLS) 1.2 o superior. Además, parte del contenido (p. ej., paquetes de software) es firmado por el Servicio RealmJoin, de modo que el Agente RealmJoin puede asegurarse de que los datos no se hayan alterado durante el transporte. ### 3. ¿Cómo se separan los Tenant de los clientes entre sí? Según las limitaciones del servicio y las consideraciones de rendimiento, ya sea mediante grupos/contenedores separados o mediante particionado de tablas. Las rutas de código utilizan contexto de cliente basado en el entorno para la separación. ## Seguridad por diseño ### Estamos comprometidos con altos estándares de seguridad * Nuestro equipo de desarrollo y operaciones está [certificado ISO 27001](#id-1.-is-glueckkanja-iso-27001-certified). * Trabajamos con las últimas herramientas de desarrollo en la nube (p. ej., GitHub) y el código se almacena en repositorios seguros. * Estamos comprometidos con metodologías de desarrollo, compilación y operaciones de última generación (p. ej., CI/CD). * Los miembros de nuestro equipo usan identidades de Entra ID y deben utilizar autenticación multifactor. * Los endpoints, las identidades y los servicios están protegidos por las tecnologías más recientes (p. ej., Microsoft Sentinel y la suite M365 Defender, incl. EDR) y supervisados por un Centro de Operaciones de Seguridad. * Todos los sistemas se actualizan continuamente. ### 1. ¿Qué tecnologías, stacks y plataformas se utilizaron para diseñar RealmJoin? * `Azure` ## Disponibilidad ### 1. ¿Cómo garantizan la disponibilidad de RealmJoin? Para mantener una alta disponibilidad de RealmJoin, se implementan varias estrategias clave, cada una diseñada para proporcionar un acceso sólido e ininterrumpido al servicio. Estas medidas incluyen: * **Infraestructura redundante**: Despliegue en varios centros de datos para garantizar un servicio continuo en caso de fallo en una ubicación. RealmJoin aprovecha Azure IaaS en varios centros de datos de Azure. * **Procesos automáticos de conmutación por error**: Existen sistemas para redirigir automáticamente el tráfico a servidores operativos durante una interrupción, minimizando el tiempo de inactividad. * **Arquitectura escalable**: La capacidad de escalar rápidamente los recursos hacia arriba o hacia abajo según la demanda ayuda a mantener el rendimiento durante los picos de uso. * **Actualizaciones y parches periódicos**: Se aplican tareas rutinarias de mantenimiento y actualizaciones para corregir vulnerabilidades y mejorar el rendimiento, garantizando que la plataforma siga siendo segura y eficiente. * **Supervisión y alertas**: Supervisión continua del estado del sistema y alertas automáticas ante cualquier problema que pueda afectar la disponibilidad del servicio. * **Planes de recuperación**: Hemos implementado varias capas de medidas de recuperación: podemos recuperar el estado principal del sistema de las últimas semanas porque nuestras bases de datos tienen recuperación point-in-time. Además, en el improbable caso de un fallo completo del sistema, los servicios principales de RealmJoin pueden recuperarse utilizando un enfoque IaC (Terraform), lo que reduce significativamente el tiempo de recuperación. ## Cumplimiento ### 1. ¿glueckkanja está certificado ISO 27001? Sí. El Sistema de Gestión de Seguridad de la Información (SGSI) de glueckkanja AG está certificado conforme a **ISO/IEC 27001:2022**. El alcance de la certificación cubre: * Desarrollo de productos * Servicios gestionados Puede ver el certificado actual [aquí](https://www.glueckkanja.com/documents/general/gk-ISO27001Certificate-en.pdf). ### 2. ¿glueckkanja somete su seguridad a pruebas realizadas por expertos externos? Sí. En 2026, glueckkanja AG encargó a una empresa independiente y especializada en seguridad ofensiva la realización de una evaluación de Red Team que cubría a toda nuestra empresa. Elegimos deliberadamente este enfoque holístico en lugar de una prueba de penetración clásica. En lugar de comprobar sistemas o endpoints individuales frente a vulnerabilidades conocidas, el Red Team simuló un ciberataque realista y avanzado por parte de un atacante interno contra nuestra infraestructura de TI, encadenando técnicas del mismo modo que lo hacen los adversarios reales. La evaluación se centró en: * identificar vulnerabilidades de alto impacto, * mapear rutas de ataque completas a través de nuestro entorno, * evaluar posibles vectores para obtener acceso no autorizado a entornos de clientes, * evaluar posibles vectores para ejecutar ataques a la cadena de suministro. Todos los hallazgos se documentaron junto con recomendaciones de mitigación y se abordan como parte de nuestro Sistema de Gestión de Seguridad de la Información certificado ISO 27001. Repetiremos esta evaluación de Red Team anualmente. ## RGPD y residencia de datos ### 1. ¿Los datos salen de Europa? No. ### 2. ¿De qué proveedores de nube de terceros depende RealmJoin y por qué?
EmpresaServiciosContactoPropósito
Microsoft CorporationServicios en la nube (Azure)Building 3, Carmanhall Road Sandyford,
Industrial Estate 18, Dublín,
Irlanda		Servicios en la nube (Azure)
GitHub B.V.repositorio de código git, integración, pruebas y automatización de lanzamientosPrins Bernhardplein 200, Amsterdam, 1097JB
Países Bajos		Repositorio de código, canal CI/CD.
GitLab, Inc.repositorio de código git, integración, pruebas y automatización de lanzamientos268 Bush Street #350, San Francisco, CA 94104-3503,
Estados Unidos		Pipeline de empaquetado
## Miscelánea ### 1. ¿RealmJoin forma parte de un programa de bug bounty? No. ### 2. ¿Qué medidas de QA están implementadas? * Ejecutamos binarios firmados. * Nuestros paquetes de aplicaciones se construyen de manera consistente, aprovechando repositorios de código de última generación y la metodología CI/CD para garantizar la máxima integridad. * Los paquetes de aplicaciones se firman durante el proceso de compilación y son verificados por el agente RJ antes de su instalación en el cliente. ### 3. ¿Realizan pruebas de penetración con regularidad? No en forma de una prueba de penetración clásica de SCEPman. En su lugar, glueckkanja AG se somete a una evaluación anual de Red Team por parte de un especialista externo independiente, que va más allá de una prueba de penetración clásica (véase [¿glueckkanja somete su seguridad a pruebas realizadas por expertos externos?](#id-2.-does-glueckkanja-have-its-security-tested-by-external-experts)). Como parte de nuestras prácticas de desarrollo seguro, empleamos herramientas (p. ej., análisis estático de código) que examinan la base de código en busca de CVE y otros exploits comunes (incluidas dependencias como bibliotecas de terceros) que podrían afectar a la seguridad de los endpoints que expone RealmJoin. Antes de cada lanzamiento, cualquier hallazgo relevante se evalúa y se corrige para garantizar que RealmJoin siga libre de vulnerabilidades conocidas. No realizamos pruebas de penetración nosotros mismos, ni utilizamos herramientas de terceros de "Penetration Test-as-a-Service". En el primer caso, vemos un conflicto de intereses inherente. En el segundo, dado que los servicios típicos de pruebas de penetración a menudo simplemente comprueban los endpoints expuestos frente a CVE y otros exploits conocidos, no vemos ningún valor añadido frente a las comprobaciones que ya realizamos mediante análisis estático de código. En su lugar, confiamos en un enfoque holístico: en 2026, un Red Team independiente simuló un ataque realista y avanzado contra glueckkanja AG, incluyendo explícitamente rutas de ataque a entornos de clientes y ataques a la cadena de suministro. En lugar de probar endpoints aislados, esta evaluación examina rutas de ataque completas en toda nuestra organización, lo que consideramos mucho más significativo para la seguridad de nuestros clientes. Repetimos esta evaluación anualmente. Si desea realizar sus propias pruebas de penetración, por favor [contáctenos](https://www.realmjoin.com/help/) y cuéntenos sus requisitos. ### 4. ¿Existe un proceso de aplicación de parches? Sí, se aplican tareas rutinarias de mantenimiento y actualizaciones para corregir vulnerabilidades y mejorar el rendimiento, garantizando que la plataforma siga siendo segura y eficiente. ### 5. ¿Cuáles son los SLA para los parches? * Parches para CVE / vulnerabilidades de seguridad: una vez que la vulnerabilidad se hace de conocimiento público o en cuanto identificamos una vulnerabilidad en nuestro propio código, se proporcionará un hot-fix no más tarde de 24 horas después de que tengamos conocimiento de la vulnerabilidad. * Otros parches: sin SLA. ### 6. ¿RealmJoin realiza copias de seguridad? RealmJoin utiliza tecnología de restauración point-in-time para todos los datos críticos. GitLab (que aloja la canalización y el repositorio PACKaaS) se respalda regularmente. ### 7. ¿Existen pruebas de restauración de copias de seguridad? No. Consulte [Disponibilidad](#id-1.-how-do-you-ensure-the-availability-of-realmjoin) para más detalles. ### 8. ¿Qué hace que los paquetes de RealmJoin sean más seguros que las soluciones comunitarias? A diferencia de las soluciones comunitarias, mantenemos el control total sobre cualquier paquete y cualquier binario en todo momento. Varias comprobaciones implementadas garantizan que no se ejecute ningún dato corrupto en los dispositivos. * **Sin repositorios públicos**: Alojamos nuestras instancias de GitLab, NuGet y CDN. Aunque actualmente el agente de RealmJoin utiliza una versión modificada del motor de Chocolatey, la fuente de paquetes está restringida a los servidores de paquetes de glueckkanja AG. * **Repositorios separados**: Los paquetes específicos de cliente se encuentran en una sección específica para cada cliente de nuestros servidores y no pueden ser accedidos por otros clientes. * **Versionado completo**: Todas las herramientas, así como el almacén de paquetes de RealmJoin, proporcionan información de commits y auditoría. Siempre es transparente quién cambió qué en cualquier paquete y en cualquier momento. * **Evitar datos específicos**: Separar el código del paquete y los binarios nos permite, en general, eliminar información sensible de los binarios, de modo que ni siquiera los binarios interceptados puedan utilizarse de forma maliciosa. * **Cifrado y hashes**: Los scripts del paquete se almacenan en un servidor cifrado, con acceso altamente restringido. El agente de RealmJoin descarga los scripts a través de una conexión cifrada. Para mayor seguridad, todos los binarios se comparan con un hash codificado antes de realizar cualquier acción. * **Pentest**: En los últimos años, el agente de RealmJoin formó parte de varios pentests exitosos de clientes. * **Pruebas**: Todos los paquetes de RealmJoin se instalan varias veces durante la QA de PACKaaS en dispositivos Windows con Defender. Los análisis de malware forman parte de los procesos automatizados de compilación y despliegue. Los paquetes mantenidos utilizan fuentes oficiales del proveedor. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.realmjoin.com/es/seguridad-y-privacidad/security-and-privacy.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.