Unbegrenzter Lebenszyklus-Support für Sprachökosysteme

Verhindern Sie, dass EOL-Abhängigkeiten von „
“ zu Ihrer größten Sicherheitslücke werden

Patchen Sie nicht mehr unterstützte Libraries für sichere, revisionssichere Systeme und vermeiden Sie kostspielige Neuprogramme, übereilte Upgrades und unnötige Risiken.

Stellen Sie uns eine Frage Dokumentation anzeigen

Unterstützte Ökosysteme

JavaScript
Java
Python
PHP
Los
Rost
.Net
Perl
C++

Beliebte unterstützte Technologien

Sie sehen Ihren Namen nicht? Wir fügen ihn hinzu, fragen Sie einfach.
Alle unterstützten Technologien → anzeigen

Eckig 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-Geschwindigkeit 1.7
AutoMapper Verschiedene
Boost Verschiedene
Bootstrap 3.4.1 | 4.6.2
Sellerie 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
Schnelle API 0.63.0 | 0.104.1
Schnelligkeit 3.29.5
Flachmann 1.1.2 | 2.2.1
fmt Verschiedene
Winterschlaf 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
Weiter.js 12.3.7 | 13.5.11 | 16.0.6
nlohmann-json Verschiedene
NumPy 1.15.4 | 1.16.0
Nuxt 0.10.x | 2.18.x | 3
Reisepass 0.2.2
Protokollpuffer 2.5.0
Reagieren 15.6.2 | 19.2.0
^Frühling® Verschiedene
Starlette 0.27.0
Vue 2.7.16
Werkzeug 1.0.1 | 2.2.3

Was beinhaltet der Endless Lifecycle Support?

Mit ELS ist jede Version sicher, kompatibel und nach Branchenstandards entwickelt, auf die Sie sich verlassen können.

Schnelle CVE-Reaktion

Schnelle SLA-gestützte Sicherheits-Patches
so lange wie nötig

Vollständige Abdeckung

Sicherheitskorrekturen für direkte und transitive EOL-Abhängigkeiten

Bewahrte Kompatibilität

Umfassend getestete Aktualisierungen, die problemlos mit Ihrem bestehenden Code funktionieren

Nahtlose Integration

Plug-and-Play-Integration in Ihre Arbeitsabläufe und CI/CD-Pipelines

Sichere Verteilung

Signierte, fälschungssichere Updates aus von TuxCare gehosteten Repositories, denen Sie vertrauen können

Nachweisbare Herkunft

Jede Version enthält eine SBOM, VEX und eine SLSA-Bescheinigung der Stufe 3**Die SLSA-L3-Bescheinigung für ELS-Pakete wird in Kürze verfügbar sein

Wie funktioniert es?

Wir nehmen neue Projekte auf und ermöglichen ein automatisiertes 24/7 Tracking von CVEs, indem wir die NVD, die Sicherheitshinweise von Anbietern, GitHub und andere Quellen überwachen.

Sobald CVEs entdeckt werden, portieren wir Upstream-Korrekturen mithilfe von algorithmischer und KI-gestützter Automatisierung zurück, wobei die Genauigkeit durch Expertenvalidierung sichergestellt wird.

Patches werden in einem Binärformat kompiliert, umfassend getestet (auf Integrität, Funktionalität und Regression), signiert und in ELS-Repositories bereitgestellt.

Die Package-Manager, Build-Tools oder Orchestratoren suchen nach Updates und installieren sie automatisch.

Eine Abdeckung, die bis in die tiefsten Gebiete reicht

Die EOL-Bibliothek, die Sie kennen, ist selten das einzige Problem. Ihre Abhängigkeiten ändern sich je nach den von Ihnen genutzten Funktionen, und jeder anfällige Knoten bedeutet, dass alles darüber liegende neu kompiliert werden muss.

ELS deckt das gesamte Ökosystem ab – die Bibliothek, wegen der Sie hier sind, alle davon abhängigen Komponenten sowie die EOL-Bibliotheken, die Sie als Nächstes einsetzen – und sorgt dafür, dass diese automatisch gepatcht und neu kompiliert werden.

So führen wir Patches durch →

Wo nicht unterstützte Software „
“ beeinträchtigt und was sich mit ELS ändert

Entwicklungsteams

Verringerung des technischen Aufwands durch Vermeidung instabiler Upgrades, veränderter Abhängigkeitsanforderungen und Neuschreiben von Code

IT-Sicherheitsteams

Gewährleistung der Anwendungssicherheit und der Einhaltung von Vorschriften durch die Beseitigung von Sicherheitslücken in Open-Source-Komponenten, deren Lebenszyklus abgelaufen ist

Produktteams

Halten Sie Ihre Roadmap auf dem richtigen Weg und beschleunigen Sie die Bereitstellung von Funktionen, indem Sie nicht-strategische Upgrades vermeiden.

Gestützt auf fünfzehn Jahre bewährte Exzellenz von „
“ im Bereich Open-Source-Sicherheit

0+ Behobene Sicherheitslücken
0+ Ausgelieferte Patches
0+ Ausgewählte Pakete

Testen Sie es aus

Von Innovatoren auf der ganzen Welt geschätzt

Weiterführende Ressourcen

Alle anzeigen →

Dein Abhängigkeitsbaum ist größer als deine `package.json`-Datei

November 4, 2026

Das Wichtigste in Kürze: Eine transitive Abhängigkeit ist ein Paket, das Sie erhalten, weil etwas, von dem Sie abhängig sind, dieses benötigt. Ein einziges npm-Paket kann Hunderte von transitiven Abhängigkeiten nach sich ziehen, von denen jede in der Lage ist, Code mit Ihren Zugriffsrechten auszuführen. Andere Betreuer legen die Zugriffsbereiche tief in Ihrer Struktur fest, sodass Korrekturen und Angriffe nach deren Zeitplan erfolgen. Der Schutz muss […]

Mehr erfahren →

Ein Register unterstützt die Nachweisführung für CRA, FedRAMP, NIS 2 und PCI DSS

November 4, 2026

Das Wichtigste auf einen Blick: CRA, FedRAMP, NIS 2 und PCI DSS stellen in Bezug auf Ihre Open-Source-Komponenten dieselben zwei Fragen: Was liefern Sie aus, und was geschieht, wenn eine Sicherheitslücke entdeckt wird? Sie unterscheiden sich hinsichtlich der Fristen (PCI DSS rechnet ab der Veröffentlichung eines Patches, FedRAMP ab der Bewertung, während CRA und NIS 2 keine konkreten […]

Mehr erfahren →

Der neue Zeitplan für die Behebung von Sicherheitslücken im Rahmen von FedRAMP wartet nach wie vor nicht auf Korrekturen auf höherer Ebene

November 3, 2026

Wichtige Erkenntnisse: Gemäß den FedRAMP-Vorschriften für 2026 reichen die empfohlenen Fristen für die Behebung von 12 Stunden bis zu 192 Tagen, gerechnet ab dem Zeitpunkt, zu dem der Anbieter die Schwachstelle festgestellt hat. Neue Antragsteller müssen die FedRAMP-Vorschriften für Sicherheitslücken von 2026 ab dem 7. Dezember 2026 befolgen, und bestehende Anbieter müssen diese spätestens bis zum 7. März 2027 umsetzen. Sicherheitslücken, die nicht vollständig behoben werden […]

Mehr erfahren →

Mit einem TuxCare-Experten sprechen

Nennen Sie uns Ihre Herausforderungen, und unsere Experten werden Ihnen helfen, den besten Ansatz zu finden, um sie mit der TuxCare-Produktlinie zu lösen.

Frage stellen