Al revisar una empresa que ofrece servicios digitales —plataformas, aplicaciones, proveedores de software como servicio o integradores— no basta evaluar funcionalidades y precio. La seguridad de la información y la protección de datos personales determinan riesgos legales, reputacionales y económicos. Una mala valoración puede exponer a usuarios o a la propia organización a fugas de datos, incumplimientos normativos y pérdidas financieras. Este texto ofrece un marco práctico y detallado para evaluar esos aspectos con ejemplos, criterios técnicos y un listado de comprobación aplicable.
Aspectos iniciales: gobernanza y cumplimiento
- Responsabilidad y roles: verificar si la empresa declara un responsable de seguridad y un delegado de protección de datos o puesto equivalente. La existencia de políticas internas, comité de seguridad y procesos documentados es indicativa.
- Cumplimiento normativo: solicitar evidencias de cumplimiento con normativas aplicables: Reglamento General de Protección de Datos (RGPD) en la Unión Europea, leyes locales de protección de datos, normativas sectoriales (por ejemplo, normativa sanitaria equivalente en cada país). Revisar si han realizado evaluaciones de impacto de protección de datos (EIPD o DPIA).
- Políticas públicas: analizar la política de privacidad y la política de seguridad disponibles en su web. Deben ser claras sobre finalidad del tratamiento, bases legales, plazos de retención, derechos de los interesados y transferencia internacional de datos.
Seguridad técnica: controles esenciales
- Cifrado en tránsito y en reposo: confirmar uso de cifrado TLS 1.2/1.3 para comunicaciones y cifrado robusto para almacenamiento (por ejemplo AES-256). Solicitar detalles sobre gestión de claves y rotación.
- Gestión de credenciales y autenticación: comprobar si ofrecen autenticación multifactor para cuentas administrativas y de clientes, políticas de contraseñas y bloqueo por intentos fallidos.
- Control de acceso e identidad: revisar modelo de permisos (principio de mínimo privilegio), uso de acceso basado en roles, segregación de funciones y aprobación de accesos privilegiados.
- Seguridad de la infraestructura: conocer si utilizan proveedores de nube conocidos, cómo gestionan configuraciones seguras, segmentación de redes y protección contra ataques de denegación de servicio.
- Protección de datos sensibles: identificar si aplican técnicas de pseudonimización o anonimización, y cifrado específico para datos sensibles (p. ej. identificadores personales, datos financieros, datos de salud).
- Registro y auditoría: comprobar si generan y conservan registros de acceso, cambios y eventos de seguridad con sincronización horaria y retención documentada.
Administración de riesgos, evaluaciones y manejo de incidentes
- Evaluaciones periódicas: solicitar informes recientes de pruebas de penetración y análisis de vulnerabilidades; en lo posible, contar con auditorías externas anuales y ensayos internos cada trimestre.
- Programa de gestión de vulnerabilidades: verificar que exista un procedimiento claro para aplicar parches, priorizar riesgos y reducir hallazgos dentro de plazos establecidos.
- Plan de respuesta a incidentes: comprobar la presencia de un plan documentado, equipos designados, flujos de comunicación —incluida la notificación a autoridades y personas afectadas— y la realización de simulacros.
- Historial de incidentes: solicitar información sobre incidentes previos, sus causas, las acciones correctivas aplicadas y los tiempos empleados para su resolución; la franqueza en estos datos suele ser un buen signo.
Proveedores, tareas subcontratadas y transferencias
- Cadena de suministro: identificar terceros críticos (proveedores de nube, servicios de pago, análisis). Revisar cómo se auditan y qué cláusulas contractuales aplican.
- Contratos y acuerdos: pedir el modelo de contrato de procesamiento de datos (acuerdo de encargado), cláusulas de protección, responsabilidades por brechas y acuerdos de nivel de servicio (ANS).
- Transferencias internacionales de datos: confirmar mecanismos legales: clausulas contractuales tipo (CCT), decisiones de adecuación o medidas adicionales que garanticen niveles adecuados de protección.
Privacidad desde el diseño y facultades de los interesados
- Minimización y limitación de finalidad: comprobar que la recolección de datos está limitada a lo necesario y que hay justificaciones documentadas.
- Medidas técnicas de privacidad: presencia de pseudonimización, anonimización reversible, separación de entornos por cliente y controles para evitar re-identificación.
- Atención a derechos ARCO/LOPD o equivalentes: procedimientos para acceso, rectificación, supresión, oposición y portabilidad; plazos y canales claros para que los interesados ejerzan sus derechos.
- Consentimiento y comunicaciones: revisar cómo se gestiona el consentimiento cuando procede, registros de consentimientos y mecanismo fácil para revocarlo.
Certificaciones, procesos de auditoría y medidas de rendimiento
- Certificaciones útiles: ISO/IEC 27001, ISO/IEC 27701 dedicadas a la gestión de la privacidad, junto con credenciales sectoriales como PCI DSS para operaciones de pago o certificaciones de seguridad exigidas en cada país. Contar con estas certificaciones no reemplaza las auditorías, aunque sí incrementa la confianza.
- Informes y auditorías: conviene solicitar informes SOC 2 tipo II o alternativas equivalentes cuando existan, verificando tanto el periodo cubierto como el alcance específico de cada evaluación.
- Métricas operativas: incluir promedios de tiempos de parcheo, tiempo medio de detección (MTTD) y tiempo medio de recuperación (MTTR), además del porcentaje de pruebas de penetración donde las vulnerabilidades críticas se corrigen dentro de X días.
Ejercicios prácticos que un revisor tiene la posibilidad de efectuar
- Revisión documental: examinar políticas, contratos, EIPD y conclusiones derivadas de auditorías previas.
- Revisión técnica superficial: verificar los certificados TLS de sus servicios web, las cabeceras HTTP orientadas a la seguridad, la caducidad de las sesiones y el modo en que el navegador almacena la información.
- Solicitar pruebas en entorno de demostración: requerir un acceso limitado para comprobar los controles de acceso, los distintos niveles de permisos y la trazabilidad de las acciones.
- Revisión de código o dependencias: cuando resulte viable, evaluar las prácticas de seguridad dentro del ciclo de desarrollo (CI/CD), las revisiones de código y el tratamiento de dependencias con posibles vulnerabilidades.
Ejemplos y situaciones demostrativas
- Configuración errónea en almacenamiento en la nube: empresas con buckets sin autenticación han dejado millones de registros expuestos. Lección: revisar políticas de acceso y logging en recursos de almacenamiento.
- Acceso privilegiado sin control: filtraciones internas suelen originarse por cuentas administrativas con demasiados privilegios y sin MFA. Implementar control de acceso basado en roles y registro de sesiones administrativas reduce riesgo.
- Falta de anonimización adecuada: conjuntos de datos supuestamente anonimizados pueden reconstruirse mediante enlaces con fuentes públicas. Emplear técnicas robustas y valorar riesgos de reidentificación.
Guía práctica para realizar una revisión veloz
- ¿Existe un responsable de seguridad junto con un delegado de protección de datos designado formalmente?
- ¿Difunden políticas de privacidad y seguridad que sean claras y estén actualizadas?
- ¿Implementan cifrado para los datos en tránsito y almacenados, y de qué manera administran las claves?
- ¿Proporcionan autenticación multifactor y un control de acceso detallado?
- ¿Efectúan pruebas de penetración y auditorías externas con regularidad?
- ¿Disponen de un plan documentado de respuesta a incidentes que se haya puesto en práctica?
- ¿Supervisan a proveedores externos mediante contratos y auditorías, incluyendo cláusulas sobre transferencias internacionales?
- ¿Incorporan privacidad desde el diseño y facilitan el ejercicio de los derechos de los interesados?
- ¿Poseen certificaciones pertinentes y comparten métricas operativas?
Herramientas y recursos para evaluar
- Examen de encabezados y certificados TLS tanto con navegadores como con diversas utilidades en línea.
- Pedir informes de auditoría (SOC, ISO) y comprobar su cobertura junto con las fechas correspondientes.
- Examinar las políticas públicas y los documentos contractuales para identificar cláusulas de responsabilidad, compensaciones y comunicación de incidentes.
- Aplicación de matrices de riesgo y modelos de EIPD con el fin de valorar el impacto según el sector y la naturaleza del dato.
Fallas habituales que conviene identificar
- Carencia de una separación clara entre los entornos de desarrollo y de producción.
- Conservación prolongada de información sin una razón documentada.
- Uso de subcontratistas sin garantías contractuales ni evaluaciones regulares.
- Falta de pruebas recurrentes o demora en la corrección de fallas críticas.
Una evaluación rigurosa combina revisión documental, comprobaciones técnicas y verificación contractual. Más allá de cumplir normas o poseer certificaciones, se debe valorar la capacidad operativa de la empresa para detectar, responder y aprender de incidentes, su transparencia y su enfoque proactivo hacia la privacidad por diseño. Adoptar una lista de verificación adaptada al contexto y pedir evidencias concretas permite diferenciar proveedores que sólo prometen seguridad de aquellos que la demuestran en prácticas y resultados.
