Cómo proteger las actualizaciones OTA en pipelines de CI/CD

¿Quieres actualizaciones OTA seguras en tu pipeline de CI/CD? Esto es lo que necesitas saber:

• Usa protocolos de comunicación seguros: Implementa TLS 1.3, HTTPS y SSL pinning para evitar manipulación o interceptación durante las actualizaciones.
• Firma las actualizaciones con claves criptográficas: Verifica la integridad de las actualizaciones usando PKI y bootloaders seguros.
• Cifrado de extremo a extremo: Protege las actualizaciones en todo su trayecto con cifrado de extremo a extremo (E2EE).
• Asegura tu pipeline de CI/CD: Gestiona las credenciales con herramientas de gestión de secretos, aísla los entornos de build y aplica control de acceso basado en roles (RBAC).
• Automatiza el testing de seguridad: Ejecuta escaneos previos al despliegue (SAST, SCA, DAST) para detectar vulnerabilidades a tiempo.
• Monitorea y prepárate para los rollbacks: Monitorea el rendimiento de las actualizaciones e implementa mecanismos de rollback como el particionado A/B.
• Cumple la normativa: Mantén logs de auditoría, sigue las guías de la App Store y establece flujos de aprobación para actualizaciones críticas.

Pasos prácticos para proteger pipelines de CI/CD | Entrega segura de software | OpsMx Delivery Shield

Configuración de seguridad básica para actualizaciones OTA

Asegurar las actualizaciones OTA requiere múltiples capas de protección: protocolos de comunicación seguros, firma criptográfica y cifrado de extremo a extremo. Cada capa mitiga riesgos específicos y trabaja en conjunto para crear un sistema de defensa sólido.

Uso de protocolos de comunicación seguros

Para proteger la comunicación entre los dispositivos y los servidores de actualización, necesitas canales fiables y seguros. Seguridad de la capa de transporte (TLS) es el protocolo de referencia, siendo TLS 1.3 el estándar actual para proteger los datos durante la transmisión [1].

Al implementar TLS, los dispositivos deben autenticar la identidad del servidor. Esto puede hacerse mediante la validación de la autoridad de certificación que proporciona el sistema operativo o con claves predistribuidas, como certificados autofirmados [1]. Este paso garantiza que los atacantes no puedan suplantar a los servidores de actualización legítimos.

El cifrado HTTPS debe ser obligatorio en todas las interacciones entre cliente y servidor para bloquear ataques man-in-the-middle [2]. Además, el uso de SSL pinning garantiza que tu aplicación solo confíe en certificados SSL específicos, incluso si una autoridad de certificación ha sido comprometida [2].

El protocolo de comunicación debe cumplir tres funciones clave: autenticar la conexión para acceder a las actualizaciones, asegurar el intercambio de datos de inventario y proteger la entrega de información de estado [1]. Cada una de estas áreas representa una vulnerabilidad potencial si no se protege.

Una vez asegurada la comunicación, el siguiente paso es garantizar la integridad de la actualización mediante la firma criptográfica.

Firmar actualizaciones con claves criptográficas

La firma criptográfica garantiza que los paquetes de actualización no hayan sido manipulados y provengan de fuentes confiables. Infraestructura de Clave Pública (PKI) es el framework más fiable para este propósito [3].

Así es como funciona: los desarrolladores firman los paquetes de actualización con una clave privada antes del despliegue. Los dispositivos usan la clave pública correspondiente para verificar la firma durante el proceso de actualización. Cualquier paquete que no supere esta verificación se rechaza [3].

Un bootloader seguro añade otra capa de protección. Durante el arranque, verifica la autenticidad e integridad del software usando técnicas criptográficas como funciones hash o firmas digitales [3]. Esto evita que code malicioso se ejecute, incluso si ya ha sido instalado.

La gestión de claves es esencial para mantener la seguridad a largo plazo. A continuación, una tabla de referencia rápida para gestionar distintos niveles de amenaza:

Tras asegurar la integridad de la actualización, el paso final es proteger la confidencialidad con cifrado de extremo a extremo.

Configuración de cifrado de extremo a extremo

El cifrado de extremo a extremo (E2EE) protege todo el trayecto entre tu sistema de build y los dispositivos de los usuarios. Este enfoque garantiza que incluso la plataforma que entrega las actualizaciones no pueda acceder al contenido ni alterarlo. Protege contra manipulaciones, inyección de code y filtraciones de datos durante la entrega.

Para implementar E2EE, cifra los paquetes de actualización antes de que salgan de tu entorno de desarrollo. Usa protocolos seguros de intercambio de claves para compartir las claves de cifrado y verificar su autenticidad en el dispositivo de destino. Métodos de cifrado robustos combinados con una gestión de claves segura forman la base de este sistema.

Plataformas como Capgo simplifica este proceso al ofrecer cifrado de extremo a extremo integrado para apps Capacitor. Capgo gestiona el cifrado mientras cumple con los requisitos de seguridad de Apple y Android, te ahorra el esfuerzo de crear un sistema propio y reduce posibles vulnerabilidades.

Automatizar el cifrado con las herramientas de CLI puede agilizar aún más el proceso. Esto minimiza el error humano y garantiza la aplicación consistente de medidas de seguridad en todas las actualizaciones. Al integrar el cifrado en tu pipeline de CI/CD, puedes proteger los paquetes durante el despliegue sin comprometer la velocidad ni la eficiencia del desarrollo.

Protección de pipelines CI/CD contra ataques

Tu pipeline de CI/CD es un objetivo tentador para atacantes que buscan inyectar code malicioso en las actualizaciones OTA. Si se ve comprometido, puede distribuir code dañinos rápidamente, por lo que su seguridad es una prioridad máxima. Para proteger tu workflow, enfócate en mantener seguras las credenciales, aislar los entornos de build y aplicar controles de acceso estrictos. Estas medidas van de la mano con las estrategias anteriores para proteger la entrega de actualizaciones OTA.

Gestión de credenciales y claves API

Almacenar información sensible como claves de API, credenciales de base de datos o certificados de firma directamente en tus repositorios de code es un riesgo de seguridad importante. Los atacantes buscan activamente estas vulnerabilidades, y los secretos guardados en sistemas de control de versiones están especialmente expuestos. [5].

Las plataformas de CI/CD modernas ofrecen herramientas de gestión de secretos que mantienen las credenciales seguras. Estas herramientas inyectan las credenciales durante los builds sin exponerlas en los archivos del proyecto ni en los logs, asegurando que solo los usuarios autorizados puedan acceder a ellas. [5].

Aquí tienes algunas opciones populares para gestionar secretos:

Rotar los secretos regularmente, idealmente mediante procesos automatizados, reduce la ventana de riesgo ante vulnerabilidades [4]. Además, implementar Single Sign-On (SSO) y Autenticación de múltiples factores (MFA) disminuye significativamente la probabilidad de ataques basados en credenciales, reduciendo este riesgo en más del 90% solo con MFA [5].

Aislamiento de entornos de build

Mantener los entornos de build aislados es otro paso crítico. Cada build debe comenzar desde un estado limpio y seguro, libre de configuraciones residuales, archivos en caché o dependencias no verificadas [5]. Esto reduce el riesgo de contaminación cruzada entre builds y simplifica las auditorías de seguridad.

Usar runners temporales o builds en contenedores, como Docker, garantiza un entorno consistente y aislado para cada build. Estos contenedores parten de una imagen base segura y conocida, minimizando la exposición a vulnerabilidades.

Además, segmenta tu pipeline para mantener los entornos de desarrollo, testing y producción completamente separados [7]. Al otorgar a cada etapa solo los permisos necesarios, limitas el daño potencial de una brecha de seguridad [8].

Configuración de control de acceso basado en roles

El control de acceso basado en roles (RBAC) es esencial para mantener la integridad de tu pipeline y de las actualizaciones OTA. El RBAC garantiza que los miembros del equipo solo tengan acceso a las etapas del pipeline necesarias para sus roles. Este enfoque se vincula directamente con la protección de credenciales y el aislamiento de entornos. Siguiendo el principio de mínimo privilegio, puedes definir roles claros como desarrolladores, testers, revisores de seguridad y responsables de despliegue, cada uno con permisos adaptados a sus tareas [6].

La mayoría de las plataformas de CI/CD incluyen funciones de RBAC integradas. Por ejemplo:

• Jenkins: Ofrece seguridad basada en matrices y plugins de estrategia de roles.
• GitLab: Permite gestionar permisos a nivel de proyecto y grupos.
• Acciones de GitHub: Aplica permisos del repositorio y reglas de protección de entornos.

Auditar regularmente los roles y permisos ayuda a identificar y eliminar accesos innecesarios, asegurando que los privilegios coincidan con las responsabilidades actuales. [6]. Para mayor seguridad, exige autenticación multifactor en operaciones sensibles, como despliegues a producción o cambios de configuración.

Algunas plataformas, como Capgo, integran RBAC directamente en los sistemas de gestión de actualizaciones. Esto permite un control granular sobre quién puede desplegar actualizaciones a segmentos de usuarios específicos. Los desarrolladores pueden probar cambios en entornos controlados mientras solo los miembros autorizados del equipo envían actualizaciones a dispositivos de producción, manteniendo un control estricto sobre el proceso.

Pruebas de seguridad automatizadas para actualizaciones OTA

Las pruebas de seguridad automatizadas son clave para identificar vulnerabilidades antes de que el software llegue a producción. Con los ataques a la cadena de suministro disparándose más de un 600% en 2022, integrar escaneos de seguridad exhaustivos en tu pipeline de CI/CD es esencial. Estas pruebas automatizadas protegen a los usuarios y mantienen la confianza al garantizar la seguridad en cada etapa, desde el commit inicial hasta el despliegue.

Ejecutar escaneos de seguridad antes del despliegue

Aunque los mecanismos de actualización seguros son la base, los escaneos de seguridad previos al despliegue añaden una capa extra de protección al detectar vulnerabilidades a tiempo. Este enfoque proactivo traslada la seguridad a las fases iniciales del desarrollo y minimiza los riesgos posteriores.

Pruebas de seguridad de aplicaciones estáticas (SAST) se centran en analizar tu code sin ejecutarlo. Identifican posibles vulnerabilidades durante el desarrollo. Por ejemplo, herramientas como Spectral ofrecen feedback en tiempo real minimizando los falsos positivos [9].

Análisis de composición de software (SCA) analizan las dependencias de tu proyecto comparándolas con bases de datos de vulnerabilidades conocidas. Por ejemplo, npm-Audit para proyectos JavaScript y Nancy para dependencias de Golang marcan automáticamente problemas en tu cadena de dependencias [10].

Pruebas de seguridad de aplicaciones dinámicas (DAST) simulan escenarios de ataque reales para descubrir vulnerabilidades que las herramientas estáticas podrían pasar por alto. Opciones gratuitas como Dastardly de Burp Suite están diseñadas para pipelines de CI/CD, mientras que ZAP ofrece análisis de tráfico basado en proxy para detectar vulnerabilidades en tiempo real [9] [10].

Infraestructura como Code (IaC) herramientas de análisis, como KICS y Prowler, revisar las configuraciones de despliegue en busca de ajustes inseguros antes de implementarlas. Este paso es clave para proteger tu infraestructura de actualizaciones OTA frente a malas configuraciones que podrían derivar en posibles ataques [10].

Monitoreo de actualizaciones y detección de problemas

Una vez que las actualizaciones se despliegan de forma segura, el monitoreo continuo permite detectar cualquier problema en tiempo real. Esto incluye identificar actualizaciones fallidas, intentos de acceso no autorizados o actividad de red inusual que podría indicar una brecha de seguridad.

• Monitoreo del éxito de los updates registra métricas como tasas de éxito en descargas, finalización de instalaciones y salud general de los dispositivos tras la actualización. Caídas repentinas en estas métricas o patrones de error inusuales podrían indicar actualizaciones corruptas o problemas de seguridad.
• Análisis de actividad de red monitorea el comportamiento del tráfico durante las actualizaciones. Mantente alerta ante transferencias de datos inesperadas, conexiones a servidores no autorizados o un uso inusual de ancho de banda, lo cual podría señalar actualizaciones manipuladas o ataques man-in-the-middle.
• Monitoreo del comportamiento del dispositivo busca anomalías en el rendimiento del dispositivo después de las actualizaciones. Por ejemplo, picos en el uso de CPU, memoria o red podrían indicar actividad maliciosa. Recopilar datos de telemetría en toda tu flota de dispositivos permite identificar estos patrones más rápidamente.

Plataformas como Capgo simplifican el monitoreo al integrar el seguimiento de actualizaciones en tiempo real directamente en tus flujos de trabajo CI/CD. Este tipo de supervisión permite acciones rápidas de rollback y recuperación cuando sea necesario.

Configuración de opciones de rollback y recuperación

Los sistemas de rollback automatizados son esenciales para mantener la funcionalidad de los dispositivos cuando las actualizaciones fallan o introducen problemas de seguridad. Una configuración dual-bank (particionamiento A/B) garantiza que siempre haya disponible una versión de firmware de respaldo. El sistema valida las nuevas actualizaciones y, si alguna comprobación falla, revierte automáticamente a la versión anterior confiable [11].

Otras medidas, como los watchdog timers y rollouts escalonados, reduciendo aún más los riesgos. Los rollouts escalonados comienzan con un grupo pequeño de dispositivos y se expanden gradualmente, limitando el impacto de posibles problemas y permitiendo rollbacks rápidos cuando sea necesario.

Pruebas de recuperación es igual de importante. Simular escenarios de fallo —como cortes de energía, interrupciones de red o descargas corruptas— ayuda a confirmar que tus mecanismos de rollback funcionan como deberían en condiciones reales. [11].

Aunque actualmente solo el 36% de los equipos de seguridad adoptan prácticas completas de DevSecOps [10], integrar pruebas de seguridad automatizadas en tu pipeline refuerza tus defensas. Usar herramientas que consoliden múltiples evaluaciones de seguridad puede agilizar el proceso, asegurando que tu pipeline de CI/CD cumpla con requisitos de seguridad rigurosos.

Cumplir con requisitos normativos y de auditoría

A la hora de desplegar actualizaciones OTA, el cumplimiento normativo no es solo un trámite, es una salvaguarda crítica para tu organización y tus usuarios. Al combinar una entrega de actualizaciones robusta con prácticas de CI/CD seguras, puedes construir una base sólida que te ayude a cumplir estos requisitos.

Creación de logs de auditoría permanentes

Los logs de auditoría son indispensables para rastrear cada cambio y evento de acceso. Tanto si registras las actividades de despliegue en formato JSON o syslog, estos logs garantizan una trazabilidad total. [12][13].

El logging centralizado juega un papel clave aquí. Al agregar logs de varios componentes de CI/CD en un solo lugar, puedes analizar y correlacionar eventos de forma más efectiva. Esta configuración ayuda a identificar actividades sospechosas y agiliza el monitoreo. Enviar estos logs a un sistema centralizado de gestión de logs o a una plataforma SIEM (Security Information and Event Management) mejora tu capacidad para monitorear y responder a posibles amenazas [13].

El monitoreo en tiempo real de tu pipeline de CI/CD es esencial para detectar anomalías, como cambios inesperados o patrones de acceso inusuales. Implementa mecanismos de alerta para notificar a tu equipo cuando surjan problemas de seguridad. Sin embargo, busca el equilibrio: configura las alertas para no saturar al equipo con falsos positivos. [12][13].

“La seguridad no es algo que se añade después, es la base. Intégrala en tu pipeline desde el primer día y te ahorrarás el dolor de parchear brechas y limpiar lo que dejan los atacantes”. - SpectralOps [14]

Las revisiones periódicas de los logs de auditoría aseguran que el acceso se limite a quienes realmente lo necesitan. También ayudan a descubrir inconsistencias que podrían indicar problemas de seguridad. Asegúrate de que tus prácticas de logging se alineen con las políticas de tu organización y cumplan con los estándares de cumplimiento regulatorio. [13].

Cumplimiento de las App Store Guidelines

Tanto Apple como Google aplican reglas estrictas para las actualizaciones OTA, que incluyen protocolos de seguridad específicos y requisitos de consentimiento del usuario. Herramientas como Capgo incluyen funciones integradas diseñadas para alinearse con estos estándares de seguridad de las plataformas.

Más allá de la seguridad, las directrices de las tiendas de apps hacen hincapié en una experiencia de usuario fluida. Las actualizaciones no deben interrumpir la funcionalidad principal y se debe notificar a los usuarios sobre cambios significativos. Además, tu solución OTA debe cumplir con las reglas específicas de cada plataforma sobre frecuencia de actualización y tamaño de archivo para evitar violaciones de políticas.

La documentación es otro elemento clave. Mantén registros detallados del contenido de las actualizaciones, las medidas de seguridad y su impacto en los usuarios. Estos registros no solo ayudan en las revisiones de las tiendas, sino que demuestran tu compromiso con las directrices de la plataforma.

Configuración de flujos de aprobación

Aunque la automatización refuerza la seguridad y el cumplimiento, los flujos de aprobación estructurados añaden una capa crítica de supervisión humana. Por ejemplo, exigir revisiones por múltiples personas para las Release Activations asegura que las actualizaciones se analicen a fondo antes de pasar a producción. [15].

Los permisos basados en roles son esenciales aquí. Asigna responsabilidades específicas, como tener desarrolladores senior aprueben cambios de code y especialistas en seguridad validar el cifrado y las medidas de cumplimiento. Este enfoque garantiza que los expertos adecuados revisen las actualizaciones.

Un sistema de aprobación por niveles puede refinar aún más el proceso. Por ejemplo:

• Las correcciones de errores menores podrían requerir un solo aprobador.
• Las actualizaciones importantes o parches de seguridad deben involucrar a varios revisores de distintos equipos.

Integrar flujos de aprobación con tus herramientas de gestión de proyectos y comunicación puede agilizar el proceso. Las notificaciones automáticas mantienen informados a los revisores cuando se necesita su intervención, mientras que los logs de cambios detallados aportan el contexto necesario para decidir con criterio. Monitorizar los tiempos de aprobación e identificar cuellos de botella ayuda a optimizar el workflow sin comprometer la seguridad.

Mejores prácticas para actualizaciones OTA seguras

Asegurar las actualizaciones over-the-air (OTA) en tu pipeline de CI/CD requiere una mezcla de automatización y supervisión humana cuidadosa. Con firmware sin parches responsable de 60% de las brechas de seguridad en IoT [16], estas prácticas no solo son útiles: son críticas para proteger tanto a tus usuarios como a tu negocio.

Requisitos clave de seguridad

Cuatro pilares fundamentales sustentan las actualizaciones OTA seguras. Primero, cifrado de extremo a extremo protege los paquetes de actualización contra manipulaciones durante el tránsito. Segundo, la firma criptográfica ensures that only verified updates make it to users’ devices.

La siguiente capa de protección reside en tu pipeline de CI/CD. Esto implica una gestión adecuada de credenciales, entornos de build aislados y controles de acceso basados en roles para restringir quién puede desplegar actualizaciones.

Validación automatizada es otro paso vital. Los escaneos de seguridad previos al despliegue, las pruebas automatizadas y el monitoreo continuo pueden detectar vulnerabilidades a tiempo. Combínalos con logs de auditoría y flujos de aprobación para establecer puntos de control de seguridad sólidos.

Al combinarse, estas medidas crean una base sólida para usar herramientas especializadas que mejoren tu proceso de actualizaciones OTA.

Uso de herramientas como Capgo

Una vez establecidas las prácticas de seguridad básicas, plataformas como Capgo facilitan la implementación. Con 23,5 millones de actualizaciones entregadas en 750 apps, Capgo demuestra cómo los sistemas OTA seguros pueden escalar con éxito.

Capgo simplifica la seguridad al ofrecer cifrado de extremo a extremo una integración fluida con CI/CD, reduciendo las configuraciones manuales que suelen causar vulnerabilidades. Además, su cumplimiento con los requisitos de Apple y Android te permite centrarte en las actualizaciones sin preocuparte por las directrices de las tiendas de apps.

La plataforma también ofrece capacidades de rollback y control de versiones, que actúan como redes de seguridad esenciales cuando las actualizaciones presentan problemas. En lugar de apresurarte a resolver una actualización defectuosa, puedes revertir rápidamente a una versión estable mientras solucionas el problema. Junto con analíticas en tiempo real, podrás identificar y responder a los problemas en cuanto surjan.

Con estas herramientas y prácticas implementadas, estarás listo para dar los siguientes pasos para proteger tus actualizaciones OTA.

Primeros pasos para actualizaciones OTA seguras

Empieza auditando tu pipeline de CI/CD actual en busca de brechas de seguridad. Presta mucha atención a la gestión de credenciales: asegúrate de que las claves de API, los certificados de firma y otros datos sensibles se almacenen de forma segura y solo sean accesibles por procesos autorizados.

Cifra cada paso del proceso de actualización. Esto incluye cifrar los paquetes de actualización, usar HTTPS para las comunicaciones y proteger tu entorno de build. Configura herramientas de logging y monitoreo para mantener visibilidad total sobre tu pipeline.

Implementa flujos de aprobación para actualizaciones críticas. Aunque los parches rutinarios estén automatizados, tener un proceso de revisión humana para cambios importantes añade una capa extra de seguridad. Con el tiempo, refina estos workflows para encontrar el equilibrio adecuado entre velocidad y supervisión.

Por último, prueba los procedimientos de rollback y realiza revisiones de seguridad trimestrales para anticiparte a las amenazas emergentes. Estar preparado puede marcar la diferencia al responder ante un incidente de seguridad.

FAQs

::: faq

¿Cuáles son los principales riesgos de seguridad de las actualizaciones OTA en pipelines CI/CD y cómo pueden abordarlos los desarrolladores?

Las actualizaciones over-the-air (OTA) en pipelines CI/CD conllevan una serie de riesgos, entre ellos intercepción de datos, alteración de code, y brechas en el servidor. Estas vulnerabilidades pueden comprometer la integridad de la app, exponer información sensible de los usuarios o incluso permitir que se filtren actualizaciones no autorizadas.

Para abordar estos desafíos, los desarrolladores deben centrarse en medidas de seguridad clave como cifrado de extremo a extremo, firma de code, y el uso de protocolos seguros como HTTPS. Implementar métodos de autenticación robustos y programar auditorías de seguridad periódicas refuerza aún más el proceso de actualización. Herramientas como Capgo pueden simplificar esto al ofrecer funciones como actualizaciones cifradas, una integración fluida en CI/CD y el cumplimiento de las directrices de Apple y Android.

Al implementar estas estrategias, los desarrolladores pueden mantener las actualizaciones OTA seguras y confiables, garantizando una mejor experiencia para los usuarios y cumpliendo con los estándares de la industria.

::: faq

¿Cómo protege la firma criptográfica las actualizaciones OTA y cuál es el papel de la Infraestructura de Clave Pública (PKI)?

La firma criptográfica es fundamental para garantizar que las actualizaciones OTA sean seguras y confiables. Al aprovechar Infraestructura de Clave Pública (PKI), los desarrolladores usan una clave privada para firmar los paquetes de actualización. Los dispositivos que reciben estas actualizaciones se basan en la clave pública correspondiente para confirmar dos cosas: que la actualización proviene de una fuente confiable y que no ha sido manipulada durante la transmisión.

Este método bloquea eficazmente las actualizaciones no autorizadas o maliciosas, protegiendo tanto la funcionalidad como la seguridad del dispositivo. Integrar PKI en tu pipeline de CI/CD es una medida esencial para mantener seguras las actualizaciones OTA. :::

::: faq

¿Cuáles son las mejores prácticas para asegurar credenciales y llaves de API en un pipeline de CI/CD durante las actualizaciones OTA?

Para mantener seguras las credenciales y las claves de API en un pipeline de CI/CD durante las actualizaciones OTA, sigue estos pasos clave:

• Almacena los secretos de forma segura: Usa variables de entorno o vaults seguros en lugar de incluir datos sensibles en tu codebase. Este enfoque no solo protege tus secretos, sino que también facilita mucho la gestión de configuraciones entre entornos.

• Restringir permisos: Asigna el mínimo acceso necesario a tus claves y credenciales. Además, acostúmbrate a rotar estos secretos con regularidad para minimizar los riesgos potenciales.

• Escanear fugas automáticamente: Usa herramientas como git-secrets para detectar exposiciones accidentales a tiempo. Combínalo con logs detallados y monitoreo para identificar y responder rápido a los intentos de acceso no autorizados.

Para quienes trabajan con apps de Capacitor, plataformas como Capgo simplifican la integración con CI/CD al ofrecer funciones como cifrado de extremo a extremo y asignación de actualizaciones por usuario. Estas herramientas ayudan a garantizar que tus actualizaciones OTA sean seguras y cumplan con la normativa. :::

Continuar leyendo: Cómo proteger las actualizaciones OTA en pipelines de CI/CD

Si estás usando Cómo proteger las actualizaciones OTA en pipelines de CI/CD para planificar la seguridad y el cumplimiento, conéctalo con Cifrado para los detalles de implementación en Cifrado, Cumplimiento para los detalles de implementación en Cumplimiento, Escáner de seguridad de Capgo para el flujo de trabajo del producto en Capgo Security Scanner, Seguridad de Capgo para el flujo de trabajo del producto en Capgo Security, y Centro de confianza de Capgo para el flujo de trabajo del producto en Capgo Trust Center.