RHEL 10.2 und 9.8: Was Red Hat bei Sicherheit und KI-Automation nachlegt

Red Hat verkauft Red Hat Enterprise Linux 10.2 und 9.8 nicht als bloße Wartungsrunde. In der Ankündigung geht es um eine robustere Basis für Hybrid Clouds: Schutz vor neuen Kryptorisiken, bessere Absicherung sensibler KI-Workloads und mehr Automatisierung im täglichen Betrieb.

Die Kurzfassung: Die wichtigsten Neuerungen drehen sich um Post-Quanten-Bereitschaft, Confidential Computing, Lightspeed-gestützte Empfehlungen und Automatisierung sowie Werkzeuge gegen Konfigurations- und Betriebsdrift. Gleichzeitig gilt: In den vorliegenden Belegen finden sich keine vollständigen, direkten Release Notes zu RHEL 10.2 und RHEL 9.8. Einige Details lassen sich daher nur als Richtung oder als bereits dokumentierter RHEL-10-/RHEL-9-Kontext einordnen.

1. Post-Quanten-Kryptografie rückt in den Mittelpunkt

Der auffälligste Sicherheitsblock ist Red Hats Vorbereitung auf kryptografische Risiken durch künftige Quantencomputer. Red Hat beschreibt RHEL 10.2 und 9.8 als Plattformen mit „post-quantum readiness“ beziehungsweise quantenresistenter Kryptografie, um neue Sicherheitsherausforderungen in Hybrid-Cloud-Umgebungen besser adressieren zu können.

Technisch ist die Spur bereits in der RHEL-10-Basis sichtbar: In den RHEL-10.0-Release-Notes nennt Red Hat Technology-Preview-Unterstützung für Post-Quanten-Algorithmen in den systemweiten Kryptorichtlinien (crypto-policies), OpenSSL, GnuTLS, NSS und OpenSSH. Für Admin-Teams heißt das: Die Umstellung ist kein einzelner Schalter, sondern betrifft zentrale Kryptobausteine, Richtlinien und die Dienste, die darauf aufsetzen.

Gerade für langlebige Unternehmensdaten ist das relevant. Der oft diskutierte Angriffsfall lautet: Daten heute abgreifen, später mit leistungsfähigeren Quantencomputern entschlüsseln. Red Hat formuliert die neuen Versionen deshalb als Vorbereitung auf kommende Bedrohungen, nicht nur als Reaktion auf bekannte CVEs.

2. Confidential Computing soll KI-Workloads besser abschirmen

Neben Kryptografie betont Red Hat den Ausbau von Confidential-Computing-Funktionen. Berichte zur Ankündigung beschreiben, dass die erweiterten Funktionen sensible Daten auch während der Verarbeitung in Speicher und CPU besser schützen sollen – ein besonders wichtiger Punkt für KI-Workloads, die häufig mit vertraulichen Geschäfts-, Kunden- oder Forschungsdaten arbeiten.

Das passt zur Positionierung von RHEL als Betriebssystemfundament für KI: Nicht nur das Modell oder die Anwendung zählt, sondern auch die Frage, ob die darunterliegende Plattform Daten während Laufzeit, Training, Inferenz und Analyse verlässlich schützt. Red Hat stellt RHEL 10.2 und 9.8 entsprechend als Grundlage dar, die moderne Sicherheitsanforderungen und KI-Innovation zusammenbringen soll.

3. Weniger Drift: Sicherheit wird stärker mit Betriebsprozessen verknüpft

Red Hat spricht bei RHEL 10.2 und 9.8 auch von schlankeren Upgrade-Pfaden und dem Ziel, „operational drift“ zu minimieren – also das Auseinanderlaufen von Systemzuständen, Konfigurationen und Patchständen in größeren Umgebungen.

Dazu passt ein weiterer sicherheitsnaher Punkt aus der Berichterstattung zur Ankündigung: „sealed images“ als Technology Preview. Diese sollen mehr Sicherheit und neue Workflows über containerbasierte Deployments ermöglichen. Die konkrete Ausgestaltung sollte allerdings anhand der finalen Red-Hat-Dokumentation geprüft werden, weil die vorliegenden Quellen hier keine vollständigen Release-Details liefern.

Schon in RHEL 10.0 dokumentiert Red Hat außerdem eine neue sudo RHEL System Role, mit der sich sudo-Konfigurationen konsistent und in großem Maßstab über RHEL-Systeme verwalten lassen. Das ist weniger spektakulär als Post-Quanten-Kryptografie, im Alltag großer Linux-Flotten aber oft entscheidend: Rechteverwaltung muss nachvollziehbar, reproduzierbar und auditierbar bleiben.

Für die RHEL-9-Schiene ist zudem die vorhandene Security-Hardening-Dokumentation wichtig. Sie beschreibt automatisierte Remediation gegen Sicherheits-Baselines, darunter SSG-Ansible-Playbooks, selbst erzeugte Remediation-Playbooks, Bash-Remediation-Skripte und SCAP-Workflows. Das belegt nicht automatisch eine neue Funktion speziell in RHEL 9.8, zeigt aber den Automationsrahmen, in dem Red Hat RHEL 9 sicherheitstechnisch betreibt.

4. Aus Insights wird Lightspeed – und damit mehr KI-gestützter Betrieb

Wer Red Hat Insights kennt, muss sich an einen neuen Namen gewöhnen: Red Hat Insights heißt jetzt Red Hat Lightspeed; Red Hat weist in der Dokumentation auf die geänderte Produktsprache hin.

Lightspeed ist dabei nicht nur ein Rebranding. Red Hat beschreibt Lightspeed als SaaS-Anwendung, die in nahezu allen Subscriptions für Red Hat Enterprise Linux, OpenShift und verwandte Red-Hat-Produkte enthalten ist. Die Plattform kann relevante Erkenntnisse erkennen, zugeschnittene nächste Schritte empfehlen und Aufgaben automatisieren.

Für RHEL 10 nennt Red Hat außerdem „Red Hat Enterprise Linux Lightspeed“ als Funktion für intelligentere, proaktive KI-Hilfe und Empfehlungen. Dazu gehört laut Red-Hat-Datenblatt auch ein generativer KI-Command-Line-Assistent, der beim Troubleshooting und bei administrativen Fragen unterstützen soll.

Der praktische Punkt: Red Hat will KI nicht nur als Workload auf Linux laufen lassen, sondern auch in den Linux-Betrieb selbst einbauen – etwa bei Fehlersuche, Empfehlungen, Priorisierung und Routineaufgaben.

5. Lightspeed in Satellite: Empfehlungen auch ohne Cloud-Konsole

Ein wichtiger Betriebsaspekt betrifft Umgebungen, die nicht permanent mit Cloud-Diensten verbunden sein sollen. Red Hat dokumentiert, dass Lightspeed in Satellite den Zustand von RHEL-Hosts bewerten kann, ohne eine Verbindung zur Red Hat Hybrid Cloud Console aufzubauen.

In dieser lokalen Satellite-Variante liefert Lightspeed Advisor-Empfehlungen und Vulnerability Reports; die Dienste laufen lokal auf dem Satellite Server, und Satellite kommuniziert nur mit den lokal laufenden Lightspeed-Diensten. Für Unternehmen mit stark segmentierten Netzen oder restriktiven Betriebsmodellen ist das ein entscheidender Unterschied: Empfehlungen und Schwachstellenberichte müssen nicht zwingend über die zentrale Cloud-Konsole laufen.

Was ist wirklich neu in 10.2 und 9.8 – und was bleibt offen?

Sicher belegt ist: Red Hat kündigt RHEL 10.2 und 9.8 als kommende Versionen an, die Post-Quanten-Bereitschaft, fortgeschrittene KI-Unterstützung, quantenresistente Kryptografie und vereinfachte Upgrade-Pfade in den Vordergrund stellen.

Ebenfalls gut belegt ist der technische Unterbau: RHEL 10 bringt bereits Post-Quanten-Algorithmen als Technology Preview in zentrale Kryptokomponenten, eine neue sudo System Role und weitere Sicherheitsfunktionen. Für RHEL 9 ist die Automatisierung von Härtung, Scans und Remediation über SCAP, Ansible und Bash dokumentiert.

Nicht vollständig belegt ist dagegen eine exakte, versionweise Liste aller Neuerungen nur für RHEL 10.2 und nur für RHEL 9.8. Dafür fehlen in den gelieferten Quellen die finalen Release Notes dieser beiden Versionen. Die Richtung ist klar: mehr Quantenresilienz, mehr Schutz für KI-Workloads, mehr Lightspeed-Automatisierung und weniger Drift. Die Detailprüfung gehört aber weiterhin ins offizielle Changelog, sobald Red Hat es vollständig veröffentlicht.