Más de 2.700
Clientes empresariales
| Característica |
|
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 |
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.
PregúntenosSecureChain 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.
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.
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.
Más de 2.700
Clientes empresariales
Más de 14 000
Vulnerabilidades corregidas
Más de 420 000
parches entregados
Más de 70 000 paquetesseleccionados
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.
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.
Pregúntenos