Le damos la bienvenida a Fugue mientras construimos el futuro de la seguridad en la nube centrada en los desarrolladores

Hoy me entusiasma anunciar la adquisición de Fugue por parte de Snyk y darle la bienvenida a su equipo a la familia Snyk. La incorporación de Fugue a la plataforma de Snyk nos permitirá seguir adelante con nuestra misión de ayudar a los desarrolladores a encontrar y corregir problemas de seguridad en las aplicaciones que crean, al ofrecer visibilidad sobre la seguridad de las aplicaciones y los servicios en la nube que utilizan. Pero esto va más allá de tener visibilidad sobre la postura de seguridad en la nube. Esta nueva perspectiva sobre el estado de las aplicaciones implementadas en la nube nos permitirá ofrecer aún más contexto sobre las vulnerabilidades y los problemas de configuración. Podremos priorizar las vulnerabilidades gracias a la visibilidad y el contexto del entorno de producción, y asegurarnos de que las aplicaciones y su configuración no se desvíen del estado previsto.

Del código a la nube y de vuelta al código

Snyk ha ayudado a millones de desarrolladores a proteger su código, contenedores y configuraciones desde el inicio del ciclo de vida, antes de la implementación. En los entornos DevOps modernos, la responsabilidad de los desarrolladores por proteger las aplicaciones no termina cuando estas se implementan. También son responsables de la seguridad y el rendimiento continuos de su código mientras está en ejecución. Esto incluye administrar la infraestructura en la nube que utilizan sus aplicaciones, que idealmente se gestiona como infraestructura como código (IaC). Una solución de seguridad en la nube que parte del código, ofrece visibilidad de la nube y luego usa esa visibilidad para enviar comentarios al código permite que los desarrolladores asuman la responsabilidad de la seguridad.

Muchas herramientas de gestión de la postura de seguridad en la nube (CSPM) ofrecen información sobre el estado de la infraestructura, pero se diseñaron para los equipos de seguridad y operaciones. La mayoría no están conectadas con IaC y tampoco ofrecen detalles sobre las aplicaciones que se ejecutan en la infraestructura. Sin embargo, la infraestructura existe para dar servicio a las aplicaciones, por lo que los problemas de infraestructura deben corregirse sin interrumpirlas ni provocar desviaciones de las definiciones de infraestructura de IaC, que son la «fuente de verdad». Snyk y Fugue resolverán estos problemas en conjunto.

Muchas personas piensan en la nube como un centro de datos, pero en la práctica la nube es software y cada vez depende más del código. Fugue creó su plataforma con esa filosofía: considera las implementaciones en la nube como código y optimiza la protección de la infraestructura automatizada. Fugue conecta la postura de seguridad en la nube con el código de configuración y usa un solo conjunto de políticas para gestionar la seguridad y el cumplimiento durante todo el ciclo de vida. Snyk y Fugue comparten esta visión de un ciclo de retroalimentación que protege el código antes de implementarlo, mantiene la seguridad mientras se ejecuta y proporciona correcciones en el código que los desarrolladores deben mantener. Al unirnos, podremos hacer realidad estos planes mucho más rápido.

¿Por qué Fugue?

Al comenzar nuestras conversaciones con el equipo de Fugue, pronto quedó claro que coincidíamos en los principios fundamentales: la infraestructura debe definirse como código, y los desarrolladores deben administrarla y protegerla. También coincidimos en que las herramientas de CSPM actuales carecen de un componente importante de visibilidad y retroalimentación. Ya en 2018, el equipo de Fugue escribió:

Aunque la mayoría de las [empresas] usan algún tipo de herramienta de monitoreo en la nube, dependen demasiado de los procesos manuales para identificar y corregir eventos críticos de configuración incorrecta… Los equipos de infraestructura y desarrollo deben avanzar rápido, y los equipos de seguridad y cumplimiento deben ayudarlos a hacerlo.

Snyk y Fugue compartían la convicción y la visión de que podemos ayudar a los desarrolladores a encontrar, priorizar y corregir problemas en sus aplicaciones, incluidas las configuraciones y la infraestructura de las que dependen.

También compartimos la convicción de que debemos usar tecnologías abiertas y nativas de la nube como OPA y su lenguaje de políticas, llamado Rego. De hecho, las políticas que hoy se usan con Fugue pueden agregarse fácilmente para que funcionen con Snyk. Pero, en un sentido más amplio, esto significa que los usuarios de Snyk y Fugue no necesitan aprender un motor o lenguaje de políticas especializado que solo funcione con nuestros productos. OPA se usa ampliamente con Kubernetes y con un número cada vez mayor de tecnologías nativas de la nube. En definitiva, esto aumenta la productividad de los desarrolladores y los equipos de seguridad, lo que beneficia a todos.

Nuestra visión de la seguridad en la nube centrada en los desarrolladores

Nuestro primer paso para ayudar a los desarrolladores a proteger sus aplicaciones en la nube será crear un motor de políticas unificado que impulse tanto nuestras soluciones de IaC como las de seguridad en la nube. Ofreceremos el mejor motor de políticas como código, que permitirá a los desarrolladores y a los equipos de seguridad en la nube trabajar en conjunto, corregir configuraciones incorrectas en el código y en la nube, y gestionar las desviaciones entre ambos.

Además de evitar configuraciones incorrectas, esto permitirá que los desarrolladores vean cómo se ejecutan sus aplicaciones y nos permitirá ofrecer análisis avanzados de explotabilidad. Esto es fundamental, porque analizar únicamente las definiciones de la nube en el código deja fuera detalles contextuales importantes que se hacen evidentes al tener una visión completa de un entorno activo. Por otro lado, conocer únicamente el entorno activo en la nube, como sucede con las herramientas tradicionales de CSPM, deja fuera los detalles a nivel de código: las vulnerabilidades presentes en la aplicación y sus dependencias, cuyo impacto aumenta al estar expuestas al mundo. Resolver ambos problemas requiere un ciclo de retroalimentación que abarque el código de la aplicación, los contenedores y la configuración, agregue visibilidad del estado actual de ejecución de la aplicación y devuelva esa información al código y a las herramientas que los desarrolladores usan para corregir los problemas.

¿Qué significa esto para los usuarios y clientes actuales de Fugue?

Si actualmente eres cliente de Fugue, seguiremos brindándote soporte en Fugue en el futuro inmediato. Trabajaremos para incorporar la funcionalidad de Fugue a la plataforma de Snyk y, mientras lo hacemos, esperamos compartir contigo nuestra hoja de ruta y nuestros planes.

¿Qué significa esto para los usuarios y clientes actuales de Snyk IaC?

Para los clientes de Snyk IaC, el producto actual seguirá evolucionando y ampliando sus funciones, tanto mediante su integración con el producto IaC de Fugue como acelerando la hoja de ruta que ya teníamos planificada. Combinaremos las políticas de configuración y de nube de Fugue y Snyk IaC, por lo que pronto habrá nuevas reglas disponibles, y seguiremos desarrollando Snyk IaC. Hemos estado trabajando en las funciones de detección de desviaciones desde la adquisición de CloudSkiff y, como prometimos entonces, esas funciones formarán parte de Snyk IaC. Además, este año tenemos más funciones emocionantes en la hoja de ruta de IaC. El contexto de la nube que ofrece Fugue nos permitirá mejorar enormemente la experiencia de los desarrolladores al aprovechar la información de la nube durante el desarrollo local y al priorizar los problemas de seguridad.