Linux 7.0 nach Linux 6.19: Torvalds setzt Versions-Rollover fort
Linus Torvalds hat Linux 7.0 veroeffentlicht und damit die Versions-Marke nach 6.19 erwartungsgemaess weitergedreht. Inhaltlich bringt 7.0 vor allem Konsolidierung, Treiber und gepflegte Subsysteme.
Linus Torvalds hat im Frühjahr 2026 die Version 7.0 des Linux-Kernels veröffentlicht. Wie The Register berichtet, ist der Versionssprung kein technischer Bruch, sondern die logische Konsequenz aus Torvalds' bekannter Praxis: Sobald die Minor-Nummer 19 erreicht ist, wird der Kernel auf die nächste Major-Version aktualisiert, um Verwechslungen mit zweistelligen Minor-Nummern zu vermeiden. Linux 7.0 ist somit die direkte Fortsetzung von Version 6.19.
Inhaltlich enthält 7.0 erwartungsgemäß eine Mischung aus Treiber-Updates, weiteren Verbesserungen am Speicher- und Scheduler-Subsystem sowie Konsolidierungen, die seit dem letzten Long-Term-Support-Zyklus angefallen sind. Den LTS-Status hat bereits Kernel 6.18 erhalten, der laut The Register mehrere Jahre lang weiter gepflegt wird und unter anderem in Ubuntu 26.04 „Resolute Raccoon” enthalten sein wird. Wer eine konservative Distribution betreibt, wird mit der LTS-Linie also vorerst gut bedient sein.
Aktuell wichtig für Admins ist eine Lücke, die Ende April 2026 bekannt wurde. The Register berichtete von einem Fehler in der kryptografischen Code-Pipeline des Kernels, der lokalen Angreifern unter bestimmten Bedingungen einen vergleichsweise schnellen Weg zu Root-Rechten öffnete. Die großen Distributionen Debian, Ubuntu und SUSE haben dafür Patches ausgeliefert. Wer seine Server seit Anfang Mai nicht aktualisiert hat, sollte das nachholen – unabhängig davon, ob später auf 6.18 LTS oder 7.0 gewechselt wird.
In diesem Zuge lohnt es sich, die eigene Kernel-Strategie zu schärfen. Distributionen wie Ubuntu LTS bieten über das HWE-Stack-Verfahren einen halbwegs aktuellen Kernel, ohne das LTS-Versprechen zu brechen, während Debian Stable konservativer agiert. Wer Container-Hosts oder Build-Server für jüngere Hardware betreibt, gewinnt durch den zeitnahen Wechsel auf 6.18 oder 7.0 Treiberunterstützung und neue Scheduler-Eigenschaften, ohne die LTS-Stabilität der Anwendungssicht zu verlieren.
Was Admins jetzt tun sollten
- Distributions-Updates der letzten vier Wochen auf Hosts mit lokalem User-Login einspielen
- Migrationsplan für LTS 6.18 in Produktionsumgebungen vorbereiten
- Eigene Kernel-Builds (z. B. für Container-Hosts) auf 6.18 oder 7.0 evaluieren, nicht auf alten 5.15-Linien stehen bleiben
- Compatibility-Tests für Hardware-Treiber durchführen, bevor 7.0 in Produktion geht
- Monitoring auf neue Telemetrie-Fähigkeiten in 7.0 prüfen, z. B. eBPF-Erweiterungen
Für den DACH-Mittelstand bleibt 6.18 LTS der pragmatische Standard – vor allem bei Hosting- und Container-Setups von Anbietern wie Netcup. Version 7.0 ist dort interessant, wo neue Hardware oder bestimmte Treiber bereits jetzt einen jüngeren Kernel verlangen. Strategisch wichtiger als die Versionsnummer ist die Aktualität der Patches: Die jüngste Privilege-Escalation-Lücke zeigt, wie kurz die Halbwertszeit auch in der vermeintlich stabilen Linux-Welt sein kann.
Mehr aus der Kategorie Linux: News aus der Kategorie Linux
Quellen: The Register zu Linux 7.0, The Register zur Kryptografie-Luecke. Abgerufen am 29.05.2026.
