Skip to main content

Las integraciones de seguridad de registros de Snyk Container se amplían a GitHub, GitLab, Nexus, DigitalOcean y más

Escrito por
Headshot of Danielle Inbar

Danielle Inbar

23 de septiembre de 2021

0 minutos de lectura

Nos entusiasma contarte que ahora puedes usar Snyk Container para analizar imágenes de contenedores almacenadas en muchos más registros. Las incorporaciones más recientes incluyen GitHub Container Registry, Nexus, DigitalOcean, GitLab Container Registry, y Google Artifact Registry. Estas se suman a Harbor y Quay, incorporados recientemente, y a nuestras integraciones existentes con Docker Hub (también nuestra integración exclusiva de primera parte dentro de Docker Hub), Amazon Elastic Container Registry (ECR), Microsoft Azure Container Registry (ACR), JFrog Artifactory y Google Cloud Registry (GCR, el servicio de registros anterior de Google).

Snyk Container te ayuda a encontrar y corregir vulnerabilidades en tus imágenes de contenedores. Ahora puedes importar y monitorear tus proyectos de contenedores para detectar vulnerabilidades desde una mayor variedad de fuentes donde pueden almacenarse tus imágenes.

Panel de registros de contenedores con mosaicos de Docker Hub, GCR, ECR, ACR, Artifactory, Harbor, Quay, GitHub, Nexus, DigitalOcean, GitLab y Google Artifact.

Snyk monitorea los proyectos que importaste desde registros de contenedores para detectar vulnerabilidades de seguridad conocidas. También vuelve a analizarlos con la frecuencia que tú elijas para detectar vulnerabilidades divulgadas recientemente que afecten imágenes analizadas con anterioridad. La integración con todos los registros de contenedores (excepto Harbor) está disponible en cualquiera de nuestros planes, incluidas las cuentas gratuitas de Snyk. (Nota: si tienes registros de contenedores privados y necesitas analizar imágenes dentro de tu propio entorno, esta capacidad requiere Snyk Broker, disponible únicamente en planes pagos).

Proyectos de registros de contenedores con recuentos de vulnerabilidades por nivel de gravedad, enlaces a informes, fechas y horas de pruebas y controles de configuración.

Resultados del análisis de Snyk Container para imágenes almacenadas en GitLab Container Registry, GitHub Container Registry, Harbor y Nexus.

Reduce las vulnerabilidades con análisis de imágenes de registros de contenedores

Snyk Container identifica todos los paquetes vulnerables en tus imágenes de contenedores. Para que corregir esos problemas sea más eficiente, también identifica la imagen principal sobre la que se crean tus contenedores y proporciona imágenes base alternativas que ayudan a reducir el número total de vulnerabilidades en tus imágenes de contenedores. Esta capacidad también está disponible en todas las nuevas integraciones con registros de contenedores. Snyk Container puede determinar qué imagen base usas actualmente y recomendarte actualizaciones con menos vulnerabilidades.

A continuación, se muestra el resultado del análisis de Snyk Container para una imagen que usa ruby:2.7.0 como punto de partida (la línea FROM del Dockerfile). Snyk detectó automáticamente la imagen principal de Ruby e identificó las vulnerabilidades incluidas en ella. Luego, recomienda imágenes de Ruby más recientes o diferentes que reducirán el número de vulnerabilidades. Así, los desarrolladores no tienen que revisar una por una 551 vulnerabilidades individuales, ni siquiera las 157 vulnerabilidades críticas y altas. En cambio, al elegir una de las alternativas y probarla para asegurar la compatibilidad, es posible reducir hasta un 88 % el número de vulnerabilidades con un solo cambio en el Dockerfile.

Tabla que compara las actualizaciones de imágenes base de Ruby según la cantidad y gravedad de las vulnerabilidades, y las opciones para abrir un pull request con la solución.

Snyk Container ofrece distintas recomendaciones según tu proyecto para que puedas controlar cómo corriges las vulnerabilidades:

  • Actualizaciones menores: la idea general es que las actualizaciones más pequeñas son más rápidas y fáciles de implementar, y tienen menos probabilidades de afectar tu compilación. Estas recomendaciones te permiten conservar las mismas versiones principales del framework (Node, en este ejemplo) y la misma distribución del sistema operativo.

  • Actualizaciones mayores: requieren pasar a una versión principal más reciente del framework o a una distribución más reciente del sistema operativo.

  • Actualizaciones alternativas: sugieren otras imágenes que puedes usar, pero que podrían cambiar tanto el framework como la distribución. Aunque estas alternativas pueden reducir considerablemente el número de vulnerabilidades, como en el ejemplo anterior, quizá también requieran más pruebas y análisis para asegurarte de que no afecten tu código.

Prioriza la corrección de vulnerabilidades en contenedores

Sin importar qué registro de contenedores uses, después de optimizar tu imagen base, Snyk Container también te ayuda a priorizar los problemas en los que debes centrar tus esfuerzos de corrección. Con Snyk, puedes analizar los problemas desde varios ángulos:

  • Si tu contenedor se ejecuta en un clúster de Kubernetes, podemos analizarlo y monitorearlo, y también usar algunos detalles de configuración de la carga de trabajo para priorizar las vulnerabilidades que podrían ser especialmente riesgosas debido a configuraciones inseguras. Además, Snyk Infrastructure as Code (Snyk IaC) te ayuda a encontrar y corregir esas configuraciones inseguras desde su origen.

  • Puedes usar el contexto del Dockerfile para asociar las vulnerabilidades con las instrucciones que las introducen en el contenedor.

  • Snyk proporciona información completa sobre las dependencias para que puedas rastrear fácilmente las vulnerabilidades hasta el paquete de origen.

  • La madurez de los exploits, las conversaciones en redes sociales y la presencia de paquetes maliciosos se muestran claramente y se usan para priorizar, junto con la gravedad estándar y la puntuación CVSS.

  • Snyk proporciona detalles de los encargados del mantenimiento de distribuciones de Linux, que tienen prioridad sobre la información más general de la base de datos NVD.

Por ejemplo, en la imagen siguiente puedes ver la puntuación de prioridad integrada de Snyk, que indica la importancia del problema y muestra sus factores de riesgo, junto con algunos filtros que puedes usar para ver solo las vulnerabilidades que te interesan.

Panel de vulnerabilidades de Snyk que muestra problemas en los paquetes wget y curl/libcurl, con filtros de gravedad y puntuaciones de prioridad.

Comienza a usar Snyk Container

Todas las nuevas integraciones con registros de contenedores ya están disponibles en Snyk Container. La mayoría están disponibles en cualquier plan de Snyk, incluidos los gratuitos, excepto los registros alojados de forma privada, que requieren Snyk Broker para conectarse. Puedes empezar a analizar tus imágenes de contenedores configurando la integración mediante la API o directamente desde la página de Integraciones de tu organización de Snyk. Así podrás encontrar y corregir vulnerabilidades en tus imágenes de contenedores.

Seguridad de contenedores centrada en los desarrolladores

Snyk encuentra y corrige automáticamente vulnerabilidades en imágenes de contenedores y cargas de trabajo de Kubernetes.

Leer más

feature customer snowflake
Article

Seguridad desde el inicio: presentamos la integración de Snyk Studio con Snowflake Cortex Code

Snyk Studio se integra con Snowflake Cortex Code para analizar código generado por IA, dependencias y contenedores en busca de vulnerabilidades durante el desarrollo.

blog feature pypi spoof
Article

Toda la Snyk AI Security Platform, gratis para quienes mantienen proyectos de código abierto

Quienes mantienen proyectos de código abierto reciben reportes de vulnerabilidades reales sin parar y necesitan ayuda para priorizarlas, corregirlas y publicar soluciones más rápido. El Secure Developer Program de Snyk ofrece a los proyectos que cumplen los requisitos acceso gratis a Snyk AI Security Platform.

feature insights announcement
Blog

Compromiso de la cadena de suministro de node-gyp: un gusano de npm que se propaga solo y se oculta en binding.gyp

Un nuevo gusano de npm abusa de binding.gyp para activar node-gyp durante la instalación y permitir que paquetes maliciosos ejecuten código sin scripts del ciclo de vida. Roba credenciales, persiste en GitHub y se propaga entre mantenedores.