SOC 2 Type II y frontend seguro
Kriptos
Kriptos Inc., con sede en Miami, desarrolla una plataforma de seguridad de datos que usa IA para encontrar y clasificar documentos sensibles en equipos, servidores y almacenamiento en la nube. Durante dieciocho meses trabajé allí en remoto, por contrato, en dos roles: como analista de ciberseguridad en apoyo de la certificación SOC 2 Type II de la empresa, y como desarrollador frontend de Update Manager, la plataforma con la que clientes corporativos, entre ellos bancos latinoamericanos, despliegan y supervisan agentes de seguridad de Windows en miles de equipos.
kriptos.ioDe un hallazgo a una corrección verificada
- 01EscaneoSonarCloud, Amazon Inspector y Hexstrike reportan hallazgos en más de 220 repositorios.
- 02ClasificaciónSe revisa cada hallazgo: si es real, qué tan grave es y qué equipo es dueño del código.
- 03AsignaciónEl hallazgo pasa al equipo de desarrollo responsable, con el contexto necesario para corregirlo.
- 04CorrecciónEl equipo entrega la corrección; en el frontend principal entregué yo mismo correcciones de seguridad, junto con las funcionalidades.
- 05VerificaciónEl siguiente escaneo confirma que el hallazgo está cerrado, y el registro queda como evidencia para la auditoría.
La empresa y el producto
Kriptos Inc., con sede en Miami, desarrolla una plataforma de seguridad de datos que usa IA para encontrar y clasificar documentos sensibles en equipos, servidores y almacenamiento en la nube. De octubre de 2024 a marzo de 2026 trabajé allí en remoto, por contrato, como desarrollador frontend y analista de ciberseguridad. Los dos roles se alimentaban entre sí: el trabajo de seguridad mostraba dónde el código era débil, y el trabajo de frontend me permitía corregir parte de eso yo mismo.
Su plataforma Update Manager la usan clientes corporativos, entre ellos bancos latinoamericanos, para desplegar y supervisar agentes de seguridad de Windows en miles de equipos.
SOC 2 Type II en más de 220 repositorios
Un informe SOC 2 Type II describe cómo funcionaron los controles de seguridad de una empresa durante un periodo, de modo que el estado de su código forma parte de la evidencia. Apoyé la certificación clasificando (triage) los hallazgos que tres herramientas reportaban en más de 220 repositorios. El sitio web de la empresa muestra hoy una insignia de cumplimiento SOC 2 Type 2 de 2025.
- SonarCloud: análisis estático del código fuente
- Amazon Inspector: escaneo de vulnerabilidades en AWS
- Hexstrike: pruebas de seguridad asistidas por IA
- Clasificación: confirmar si un hallazgo es real, valorar su gravedad y ubicar al equipo dueño del código
Coordinar la corrección con los equipos de desarrollo
Un hallazgo clasificado solo sirve cuando alguien lo corrige. Coordiné la corrección con los equipos de desarrollo: cada hallazgo iba al equipo dueño del código, con contexto suficiente para actuar, y seguía abierto hasta que estaba corregido y confirmado. Para una certificación, ese ciclo pesa tanto como las propias correcciones, porque el auditor examina cómo se gestionan los hallazgos a lo largo del tiempo.
Correcciones de seguridad en el frontend, sin retrasar funcionalidades
En el frontend principal implementé yo mismo correcciones de seguridad, en flujos de autenticación, actualización de dependencias y validación de entradas. Salieron junto con el trabajo de funcionalidades, sin retrasar su entrega, así la seguridad no tuvo que competir con la hoja de ruta del producto por las fechas de lanzamiento.
Update Manager
Desarrollé el frontend de la plataforma Update Manager como principal colaborador de su repositorio central: más de 37.000 líneas de TypeScript y React en producción.
- Estado en tiempo real de los agentes de seguridad en cada equipo
- Flujos de despliegue automatizados para instalar los agentes
- Control de acceso basado en roles (RBAC), para que cada usuario vea y haga solo lo que su rol permite
Práctica de ingeniería
Reduje a la mitad el tiempo de ejecución del hook de pre-commit al probar solo los archivos modificados, con la suite completa al integrar. También reestructuré la configuración de Mock Service Worker (MSW) como un backend simulado definido por esquemas, para que el trabajo de frontend pudiera avanzar antes de que estuvieran listas las API de las que dependía.
Cifras de mis propios registros de trabajo. En esta página no aparecen nombres de clientes ni hallazgos de seguridad.