Schützen Sie nicht mehr unterstützte Fastify -Dienste, ohne ein Framework-Upgrade überstürzt durchzuführen

Verwenden Sie eine gepflegte Ersatzversion für die Version, die Ihr Dienst bereits erwartet. Fügen Sie drei Registry-Zeilen zu Ihrer Projektdatei `.npmrc` hinzu, verweisen Sie die Fastify-Abhängigkeit auf das TuxCare-Paket und führen Sie eine Neuinstallation durch. CVEs werden behoben, ohne dass gleichzeitig eine Framework-Migration erforderlich ist, und Routen, Hooks, Dekoratoren sowie die Plugin-Registrierung bleiben unverändert.

ELS deckt Fastify 3.29.5 und 4.29.1 ab, die letzten Versionen der jeweiligen Produktreihe. Fastify 3 hat den Upstream-LTS-Status im Juni 2023 verlassen, Fastify 4 im Juni 2025. Daher gibt es für neue Sicherheitsprobleme, die eine dieser Versionen betreffen, keinen garantierten Patch-Pfad mehr seitens des Upstreams. Wenn Ihr Dienst eine andere Version festlegt, wenden Sie sich bitte an TuxCare, um die Abdeckung zu besprechen.

Wenn eine veröffentlichte CVE eine betroffene Version betrifft, bewertet TuxCare diese und portiert den erforderlichen Fix, sofern dies möglich ist. In der Fastify-Historie finden sich bereits Denial-of-Service-Angriffe durch manipulierte „Content-Type“-Header und eine Umgehung des CORS-Preflight – also genau die Art von Schwachstellen, die bei einem Scan auftauchen, lange nachdem ein Dienst nicht mehr weiterentwickelt wird.

Ja. ELS umfasst Sicherheitskorrekturen für betroffene direkte und transitive Abhängigkeiten, sodass die Behebung nicht auf das Fastify-Paket der obersten Ebene beschränkt ist. TuxCare dokumentiert einen Eintrag zur Überschreibung von „package.json“ für verschachtelte Kopien, der Patcher schreibt diesen für Sie, und der Support kann die richtige Vorgehensweise bestätigen, falls Ihr Projekt auf einer älteren npm-Version basiert.

Nein. Die Übernahme des von TuxCare gepflegten Pakets ist eine Änderung bei der Abhängigkeitsauflösung, die über die npm-Registry von TuxCare erfolgt. Ihre Routendefinitionen, Lebenszyklus-Hooks, Schemata und der Plugin-Baum verhalten sich genau wie zuvor.

Ja. ELS-Pakete werden über npm aus dem TuxCare-Registry aufgelöst, sodass sie sich für Docker-Builds, CI/CD-Pipelines und bestehende Bereitstellungsabläufe eignen. Die Änderung erfolgt bei der Auflösung der Abhängigkeiten und nicht in Ihrer Anwendungslogik.

ELS wurde entwickelt, um die Anforderungen zur Behebung von Schwachstellen im Rahmen von Rahmenwerken wie SOC 2, PCI DSS, HIPAA, NIS2, DORA und CRA zu erfüllen. Eine vertraglich festgelegte SLA für Patches bietet Auditoren einen dokumentierten Weg zur Behebung von Schwachstellen für ein Rahmenwerk, das ansonsten nicht unterstützt wird.

Führen Sie ein Upgrade durch, wenn es aus technischer Sicht sinnvoll ist. ELS sorgt dafür, dass die abgedeckten Versionen auf dem neuesten Stand bleiben, während Sie Plugins, Laufzeitanforderungen, Schemata und das Anwendungsverhalten auf der neueren Hauptversion testen, sodass die Migration Ihrer Roadmap folgt und nicht der nächsten CVE.