Más de 2.700
Clientes empresariales
La alternativa a ActiveState que sigue aplicando parches incluso cuando el desarrollador original deja de hacerlo
La mayoría de los paquetes que necesitan tus desarrolladores ya han sido revisados y están disponibles en SecureChain. Cuando una versión que utilizas deja de recibir correcciones del desarrollador original, TuxCare elabora el parche y lo distribuye según un SLA publicado. El plazo de ActiveState no comienza a contar hasta que el desarrollador original publique una corrección.
Hable con nosotros
Comprueba cuáles de tus paquetes cubrimos
Comparación entre los dos catálogos
| Característica |
SecureChain
|
ActiveState |
|---|---|---|
| Modelo de catálogo | ✓Uncatálogo compartido de paquetes previamente verificados, recompilados a partir del código fuente | ✓Uncatálogo privado para cada cliente, extraído de la biblioteca de ActiveState y recompilado a partir del código fuente |
| Procedencia de SLSA | ✓Nivel3 | ✓Nivel3 |
| SBOM y VEX | ✓Incluido | ✓Incluido |
| Acuerdo de nivel de servicio (SLA) para la corrección de vulnerabilidades CVE | ✓Se publicapara todos los niveles de gravedad, y el plazo sigue corriendo independientemente de que haya o no una solución en las fases anteriores | ⚠Se anunciaen un plazo de 5, 10 y 30 días laborables, a partir de que exista una solución en la fase anterior |
| ¿Quién escribe la corrección? | ✓En el código fuente, correcciones y nuestros propios parches, en la versión que utilizas | ✗Dependiente de la fase anterior |
| Aplicación de parches al final del ciclo de vida (EOL) | ✓Sigue contandocon soporte técnico de ciclo de vida ilimitado, en las mismas versiones que utilizas actualmente | ⚠ La coberturafinaliza al término de la vida útil; a partir de ese momento, es necesario formalizar un contrato a medida. |
| Acuerdo de nivel de servicio (SLA) para la gestión del fin de vida útil (EOL) | ✓Sí, según los datos publicados por CVE | ✗Nose ha publicado nada |
| Versiones eliminadas sin previo aviso | ✓Se ha aplicado un parcheen un SLA publicado; no es necesario anunciar el fin de la vida útil (EOL) | ✗Nose ha publicado nada |
| Protección contra el malware | ✓El código fuentese revisa en el momento de su recepción para detectar comportamientos maliciosos ocultos y patrones sospechosos, y no solo firmas conocidas | ⚠Nose ha publicado ningún método; no se sabe si se revisa el código fuente |
| Paquetes bajo demanda | ✓La mayoría delos paquetes ya figuran en el catálogo; los que falten se añaden sin coste adicional | ⚠El contenido del catálogose selecciona en función de cada cliente, y cada componente que falte supone una demora |
Los parches no deberían detenerse solo porque el proyecto original lo haya hecho
Las versiones antiguas rara vez reciben un aviso de retirada. El proyecto original simplemente sigue adelante. SecureChain sigue proporcionando parches para la versión que utilizas, según un SLA publicado, para que una dependencia obsoleta no se convierta en un proyecto de migración inesperado.
Solicitar presupuesto
Tres diferencias que se notan en la producción
Descarga paquetes verificados desde el primer día
SecureChain incluye miles de paquetes por ecosistema que ya han sido verificados, por lo que las dependencias comunes ya están disponibles antes de que nadie presente una solicitud. Los catálogos de ActiveState se configuran de forma personalizada para cada cliente.
Sigo recibiendo parches aunque el desarrollador original haya dejado de trabajar en el proyecto
Muchas bibliotecas de código abierto nunca anuncian el fin de su ciclo de vida. Simplemente dejan de publicar correcciones. SecureChain se encarga de ello y sigue publicando parches. ActiveState las cubre mediante un acuerdo independiente, si así lo solicitas.
Descubre lo que nadie ha señalado todavía
El hecho de que un paquete no tenga registros en la base de datos CVE no significa que sea seguro. SecureChain analiza el código fuente de cada paquete en el momento de su incorporación para detectar malware oculto. ActiveState no documenta cómo funcionan sus comprobaciones de malware.
Hemos estado impulsando la aplicación de parches de nivel empresarial a una escala sin precedentes en
, y esto es solo el principio
Más de 14 000
Vulnerabilidades corregidas
Más de 420 000
parches entregados
Más de 70 000 paquetesseleccionados
Cambia sin tener que reconstruir tu proceso
-
Cambia de tu catálogo de ActiveState a las compilaciones de TuxCare de las versiones que ya utilizas, con una configuración única por repositorio.
-
Quédate con tus gestores de paquetes y tus comandos de instalación. Cada paquete incluye información de procedencia según el nivel 3 de SLSA, una SBOM y VEX.
Recibe hoy mismo tus paquetes y tus parches a tiempo
Envíanos los paquetes y las versiones de los que depende tu equipo. Te mostraremos qué hay ya en el catálogo y en qué momento TuxCare toma el relevo cuando el desarrollador original deja de ofrecer soporte.
Solicitar presupuesto
Preguntas frecuentes
ActiveState lleva desarrollando entornos de ejecución de lenguajes de código abierto desde finales de la década de 1990 y es conocida sobre todo por Python, Perl y Tcl. Su «Curated Catalog» es un repositorio privado de componentes extraídos de su biblioteca, compilados a partir del código fuente en una infraestructura de nivel 3 según el estándar SLSA, con SBOM firmadas y trazabilidad. Los acuerdos de nivel de servicio (SLA) de corrección que anuncia entran en vigor en cuanto existe una corrección por parte del desarrollador original.
SecureChain te ofrece desde el primer día un catálogo compartido de paquetes previamente verificados, por lo que la mayor parte de lo que necesitas ya está disponible. Cuando se detecta una vulnerabilidad CVE en una versión que utilizas y el desarrollador original no dispone de una corrección, TuxCare la crea y la distribuye según un SLA publicado. Además, el código fuente de cada paquete se inspecciona en busca de comportamientos maliciosos antes de que se incorpore al catálogo.
Normalmente no. La mayoría de los paquetes ya figuran en el catálogo de SecureChain. Los que falten se añaden sin coste adicional y reciben el mismo soporte que el resto.
SecureChain sigue proporcionando parches según un SLA publicado, primero a través de SecureChain y después mediante el servicio «Endless Lifecycle Support», mientras utilices esa versión. Esto incluye las bibliotecas que dejan de ofrecer versiones anteriores sin avisar.
Sí. Cuando el proyecto original dispone de una corrección, SecureChain la aplica. Cuando el proyecto original no ofrece una solución adecuada, los ingenieros de TuxCare desarrollan la corrección y la adaptan a la versión exacta que tú utilizas.
SecureChain inspecciona el código fuente de cada paquete en el momento de su recepción en busca de patrones de código sospechosos, riesgos de la cadena de suministro —como ganchos de instalación y cargas útiles ofuscadas— y malware conocido. Las comprobaciones documentadas por ActiveState comparan los componentes con las vulnerabilidades CVE conocidas y los paquetes maliciosos conocidos.
Cada paquete de SecureChain se suministra con un historial de procedencia SLSA de nivel 3, una SBOM y datos VEX, es decir, el mismo conjunto de pruebas que solicitan los auditores.
Sí. Configura tu gestor de repositorios o de paquetes para que utilice SecureChain en lugar de tu catálogo de ActiveState y, a continuación, vuelve a verificar tus certificados de procedencia. Tus compilaciones y flujos de trabajo seguirán siendo los mismos.
Sí. SecureChain es compatible con JFrog Artifactory, Sonatype Nexus y GitHub Packages, o bien tu gestor de paquetes puede apuntar directamente a él.
TuxCare lleva 15 años desarrollando parches para software de código abierto, en muchos casos mucho después de que el soporte técnico del desarrollador original hubiera finalizado. SecureChain incorpora esa ingeniería en una fase más temprana de la cadena de suministro. Su análisis de malware se basa en Imunify, nuestra organización asociada, que gestiona una de las mayores plataformas de detección de malware del lado del servidor en el sector del alojamiento web.