Asistencia durante todo el ciclo de vida

Soporte técnico permanente para los ecosistemas lingüísticos

Evita que las dependencias con fin de vida útil de
se conviertan en tu mayor brecha de seguridad

Actualice las bibliotecas que ya no reciben soporte técnico para obtener sistemas seguros y listos para auditorías, al tiempo que
evita costosas reescrituras, actualizaciones apresuradas y riesgos innecesarios.

Haznos una pregunta Ver la documentación

Ecosistemas compatibles

JavaScript
Java
Python
PHP
Adelante
Óxido
.Net
Perl
C++

Tecnologías compatibles más populares

¿No ve su software? Lo añadiremos, solo tiene que pedirlo.
Vea todas las tecnologías compatibles →

Angular 4 - 19
AngularJS 1.5.x | 1.6.x | 1.7.x | 1.8.x
Apache Commons Collections 2.4 | 2.6 | 3.4 | 3.10 | 3.12.0
Apache Commons Lang 3.2.2
Apache CXF 3.5.9 | 3.5.11
Apache Kafka 3.2.3
Apache Lucene 5.5.5
Apache Spark 2.4.8
Apache Struts 1.3.5 | 2.5.33
Apache Velocity 1.7
AutoMapper Varios
Impulso Varios
Bootstrap 3.4.1 | 4.6.2
Celery
5.1.2
CometD 5 | 6 | 7
Django 3.2.25 | 4.0 | 4.2.22 | 5.0 | 5.0.1 | 5.0.2 | 5.1 | 5.1.10 | 5.1.4 | 5.1.9
Express 3.21.2
Fast API 0.63.0 | 0.104.1
Fastify 3.29.5
Flask 1.1.2 | 2.2.1
fmt Varios
Hibernate 5.4.33 | 5.6.15 | 6.0.2 | 6.5.3
Jackson 1.9.13
jQuery 1.8.2 | 1.12.4 | 2.2.4 | 3.4.1
Knockout 3.4.2 | 2.3.0
Laravel 5.4.36 | 5.5.50 | 5.6.40 | 5.7.29 | 5.8.38 | 6.20.45 | 7.30.7 | 8.12.0 | 8.12.1 | 8.12.2 | 8.12.3 | 8.83.29 | 9.52.21 | 10 | 11 | 12.58.0
Lodash 4.5.0 | 4.17.x
Microsoft.Owin 3.1.0
Newtonsoft.Json 4.5.11 | 6.0.8 | 8.0.3 | 9.0.1 | 10.0.3 | 11.0.2 | 12.0.3
Next.js 12.3.7 | 13.5.11 | 16.0.6
nlohmann-json Varios
NumPy 1.15.4 | 1.16.0
Nuxt 0.10.x | 2.18.x | 3
Passport 0.2.2
Búferes de protocolo 2.5.0
React 15.6.2 | 19.2.0
^Primavera® Varios
Starlette 0.27.0
Vue 2.7.16
Werkzeug 1.0.1 | 2.2.3

¿Qué incluye la asistencia durante todo el ciclo de vida?

Con ELS, cada versión es segura, compatible y está desarrollada según los estándares del sector en los que puedes confiar.

Respuesta rápida a las CVE

Parches de seguridad rápidos respaldados por SLA
durante el tiempo que necesite

Cobertura completa

Correcciones de seguridad para las dependencias de fin de vida útil (EOL), tanto directas como transitivas

Compatibilidad preservada

Actualizaciones ampliamente probadas que funcionan a la perfección con el código existente.

Integración perfecta

Integración plug-and-play con sus flujos de trabajo y canalizaciones CI/CD.

Distribución segura

Actualizaciones firmadas y a prueba de manipulaciones de repositorios alojados en TuxCare en los que puede confiar.

Procedencia verificable

Cada versión incluye una SBOM, un VEX y una certificación SLSA de nivel 3**La certificación SLSA de nivel 3 para los paquetes ELS estará disponible próximamente

¿Cómo funciona?

Incorporamos nuevos proyectos y realizamos un seguimiento automatizado de CVE 24/7, supervisando el NVD, los avisos de seguridad de proveedores y GitHub, y otras fuentes.

Una vez detectadas las CVE, realizamos un backport de las correcciones mediante automatización algorítmica y asistida por IA, con validación experta para garantizar la precisión.

Los parches se compilan en formato binario, se someten a pruebas exhaustivas (de integridad, funcionalidad y regresión), se firman y se despliegan en los repositorios de ELS.

Sus gestores de paquetes, herramientas de compilación u orquestadores buscan actualizaciones y las extraen e instalan automáticamente.

Una cobertura que llega hasta la dependencia más profunda

La biblioteca EOL que conoces rara vez es el único problema. Su conjunto de dependencias varía en función de la funcionalidad que utilices, y cada nodo vulnerable implica recompilar todo lo que hay por encima de él.

ELS abarca todo el ecosistema: la biblioteca que has venido a buscar, todas las dependencias que esta incorpora y las bibliotecas en fin de vida útil que adoptes posteriormente, que se actualizan y se recompilan automáticamente.

Cómo aplicamos los parches →

Cómo el software sin soporte técnico perjudica a «
» y qué cambia con ELS

Equipos de desarrollo

Reduzca la sobrecarga técnica evitando actualizaciones inestables, cambios en los requisitos de las dependencias, y reescrituras de código.

Equipos de seguridad informática

Garantizar la seguridad y el cumplimiento normativo de las aplicaciones eliminando la exposición a vulnerabilidades en componentes de código abierto que han llegado al final de su ciclo de vida

Equipos de producto

Mantenga su hoja de ruta y acelere la entrega de funciones eliminando el lastre de las actualizaciones no estratégicas.

Respaldado por quince años de excelencia demostrada de
en el ámbito de la seguridad de código abierto

0+ Vulnerabilidades corregidas
0+ Parches entregados
0+ Paquetes seleccionados

Eche un vistazo

Cuenta con la confianza de innovadores de todo el mundo

Recursos relacionados

Ver todo →

Tu árbol de dependencias es más grande que tu archivo package.json

Noviembre 4, 2026

Puntos clave: Una dependencia transitiva es un paquete que se instala porque algo de lo que dependes lo necesita. Un solo paquete de npm puede acarrear cientos de dependencias transitivas, cada una de las cuales puede ejecutar código con tus permisos de acceso. Otros mantenedores establecen los rangos en lo más profundo de tu árbol, por lo que las correcciones y los ataques llegan según su propio calendario. La protección tiene que […]

Más información →

Un único registro respalda la evidencia para CRA, FedRAMP, NIS 2 y PCI DSS

Noviembre 4, 2026

Puntos clave: La CRA, FedRAMP, NIS 2 y PCI DSS plantean las mismas dos preguntas sobre tus componentes de código abierto: qué es lo que distribuyes y qué ocurre cuando se detecta una vulnerabilidad. La diferencia radica en el plazo (PCI DSS cuenta a partir del lanzamiento del parche, FedRAMP a partir de la evaluación, mientras que la CRA y NIS 2 no establecen ningún plazo específico […]

Más información →

El nuevo calendario de corrección de vulnerabilidades de FedRAMP sigue sin esperar a que se apliquen las correcciones en las fases anteriores

Noviembre 3, 2026

Puntos clave: Según las normas de FedRAMP para 2026, los plazos recomendados para la corrección oscilan entre 12 horas y 192 días, contados a partir de la evaluación de la vulnerabilidad por parte del proveedor. Los nuevos solicitantes deberán cumplir las normas sobre vulnerabilidades de FedRAMP 2026 a partir del 7 de diciembre de 2026, y los proveedores actuales deberán adoptarlas a más tardar el 7 de marzo de 2027. Las vulnerabilidades que no se mitiguen por completo […]

Más información →