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 Verlauf des Fruehjahrs 2026 die Version 7.0 des Linux-Kernels veroeffentlicht. Wie The Register berichtet, ist die Versions-Sprung kein technischer Bruch, sondern Konsequenz aus Torvalds' bekannter Praxis: Sobald die Minor-Nummer x.19 erreicht ist, rollt der Kernel auf die naechste Major-Version, um Verwechslungen mit zweistelligen Minor-Nummern zu vermeiden. Linux 7.0 ist damit funktional die direkte Fortsetzung von 6.19.
Inhaltlich enthaelt 7.0 erwartungsgemaess eine Mischung aus Treiber-Updates, weiteren Verbesserungen am Speicher- und Scheduler-Subsystem sowie Konsolidierungen, die seit dem letzten Long-Term-Support-Zyklus angefallen sind. LTS-Status hat bereits Kernel 6.18 erhalten, der laut The Register fuer mehrere Jahre weiter gepflegt wird und unter anderem in Ubuntu 26.04 "Resolute Raccoon" landen soll. Wer eine konservative Distribution betreibt, wird mit der LTS-Linie also vorerst gut bedient sein.
Aktuell wichtig fuer Admins ist eine Lueche, 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 oeffnete. Die grossen Distributionen Debian, Ubuntu und SUSE haben dafuer Patches ausgeliefert. Wer Server seit Anfang Mai nicht aktualisiert hat, sollte das nachholen, unabhaengig davon, ob spaeter auf 6.18 LTS oder 7.0 gewechselt wird.
Strategisch lohnt es sich, in diesem Zuge die eigene Kernel-Strategie zu schaerfen. Distributionen wie Ubuntu LTS bieten ueber das HWE-Stack-Verfahren einen halbwegs aktuellen Kernel ohne Bruch des LTS-Versprechens, waehrend Debian Stable konservativer agiert. Wer Container-Hosts oder Build-Server fuer juengere Hardware betreibt, gewinnt mit dem zeitnahen Wechsel auf 6.18 oder 7.0 Treiber-Unterstuetzung und neue Scheduler-Eigenschaften, ohne die LTS-Stabilitaet der Anwendungssichten zu verlieren.
Was Admins jetzt tun sollten
- Distributions-Updates der letzten vier Wochen einspielen, gerade auf Hosts mit lokalem User-Login
- Migrationsplan fuer LTS 6.18 in Produktionsumgebungen vorbereiten
- Eigene Kernel-Builds (z.B. fuer Container-Hosts) auf 6.18 oder 7.0 evaluieren, nicht auf alten 5.15-Linien stehen bleiben
- Compatibility-Tests fuer Hardware-Treiber durchfuehren, bevor 7.0 in Produktion geht
- Monitoring auf neue Telemetrie-Faehigkeiten in 7.0 pruefen, z.B. eBPF-Erweiterungen
Fuer den DACH-Mittelstand bleibt 6.18 LTS der pragmatische Standard, vor allem in Hosting- und Container-Setups bei Anbietern wie Netcup. 7.0 ist dort interessant, wo neue Hardware oder bestimmte Treiber bereits jetzt ein juengerer Kernel verlangt. Strategisch wichtiger als die Versionsnummer ist die Aktualitaet der Patches – die juengste Privilege-Escalation-Luecke 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.
