Verbessern Sie die Sicherheit Ihres Ubuntu-Systems: Bewährte Verfahren für 2026

Wichtigste Erkenntnisse

• Ubuntu verfügt über solide integrierte Sicherheitsfunktionen: AppArmor, UFW und unattended-upgrades – doch die Standardeinstellungen bieten nur dann Schutz, wenn Sie diese aktiv konfigurieren und pflegen.
• Die meisten Sicherheitslücken bei Ubuntu lassen sich auf drei Ursachen zurückführen: nicht gepatchte Kernel, mangelhafte SSH-Sicherheit und die Nutzung einer LTS-Version über das Ende ihres Lebenszyklus hinaus ohne einen entsprechenden Plan.
• Mit Live-Kernel-Patching können Sie kritische Kernel-Korrekturen vornehmen, ohne einen Neustart planen zu müssen – was besonders bei Workloads mit Rund-um-die-Uhr-Betrieb wichtig ist, bei denen Ausfallzeiten hohe Kosten verursachen.
• Festplattenverschlüsselung, Überwachung der Dateiintegrität und Protokollierung von Prüfvorgängen werden bei einfachen Konfigurationen oft außer Acht gelassen, machen aber einen großen Unterschied, wenn etwas schiefgeht.

Ubuntu läuft auf einem Großteil der Linux-Server weltweit, und genau diese Beliebtheit ist der Grund, warum man die Sicherheit von Ubuntu ernst nehmen sollte. Angreifer gehen dorthin, wo ihre Ziele sind. Die gute Nachricht: Ubuntu bietet Ihnen von Haus aus eine solide Grundlage. Die weniger gute Nachricht: Diese Grundlage setzt voraus, dass Sie das System tatsächlich konfigurieren, auf dem neuesten Stand halten und einen Plan parat haben, wenn der Support für eine LTS-Version ausläuft.

Dieser Leitfaden erläutert, welche Schutzmaßnahmen bereits bestehen, wo die tatsächlichen Gefahren meist lauern und welche wenigen Maßnahmen wirklich etwas bewirken.

Was ist Ubuntu?

Ubuntu ist eine auf Debian basierende Linux-Distribution, die von Canonical gepflegt wird und erstmals 2004 veröffentlicht wurde. Heute ist es eines der weltweit am häufigsten eingesetzten Server-Betriebssysteme. Es ist Open Source, kostenlos nutzbar und wird in zwei Hauptvarianten angeboten: Long-Term-Support-Versionen (LTS), die fünf Jahre lang standardmäßigen Sicherheitssupport erhalten, und Zwischenversionen, die alle sechs Monate erscheinen und jeweils neun Jahre lang unterstützt werden.

Warum sollten Ubuntu-Nutzer über Sicherheit nachdenken?

Denn Ubuntu ist allgegenwärtig. Cloud-Workloads, Container-Hosts, Entwickler-Laptops, Edge-Geräte. Der „2026 Open Source Landscape Report“ von TuxCare ergab, dass über die Hälfte der Linux- Anwender in Unternehmen Ubuntu in der Produktion einsetzt – mehr als jede andere Distribution. Diese Konzentration macht es zu einem beständigen, besonders attraktiven Ziel.

Der Verizon DBIR 2026 ergab, dass die Ausnutzung von Sicherheitslücken mittlerweile mit 31 % der häufigste Einstiegsvektor bei Datenverletzungen ist – ein Anstieg um 55 % gegenüber dem Vorjahr, womit sie erstmals den Diebstahl von Zugangsdaten überholt hat. Bei Linux-Servern sind nicht gepatchte CVEs der direkteste Einfallstor.

Das Risiko steigt rapide an, wenn Sie die reguläre Support-Laufzeit Ihrer Version überschreiten. Die Zahl der an die NIST National Vulnerability Database gemeldeten CVEs stieg zwischen 2020 und 2025 um 263 %, wobei allein im Jahr 2025 fast 42.000 CVEs hinzugefügt wurden – und das NIST selbst hat gewarnt, dass diese Zahl weiter zunimmt. Ein Ubuntu-Host am Ende der Lebensdauer (EOL) erhält für praktisch alle diese Schwachstellen keine Patches mehr. Die Lücke zwischen „CVE veröffentlicht“ und „Ihr System gepatcht“ ist bei unterstützten Versionen bereits groß genug – bei einer nicht mehr unterstützten Version schließt sie sich nie.

Wichtige Sicherheitsfunktionen von Ubuntu

Die Standardeinstellungen von Ubuntu sind nicht schlecht. Sie sind nur unvollständig. Hier erfährst du, was im Lieferumfang enthalten ist, was standardmäßig aktiviert ist und was dir die einzelnen Einstellungen konkret bringen.

Sicherer Systemstart

Secure Boot sorgt während des Startvorgangs für eine Vertrauenskette und stellt sicher, dass nur signierte, vertrauenswürdige Software geladen wird, bevor die Sicherheitsmechanismen des Betriebssystems greifen. Unter Ubuntu sind alle vorgefertigten Boot-Binärdateien mit dem UEFI-Zertifikat von Canonical signiert. Dies ist wichtig, da ein kompromittierter Bootloader oder eine kompromittierte Firmware einem Angreifer Zugriff auf Kernel-Ebene verschaffen kann, bevor AppArmor, UFW oder andere Kontrollmechanismen überhaupt reagieren können. Die meisten Cloud-Instanzen und modernen Bare-Metal-Bereitstellungen verfügen über Secure Boot – es lohnt sich, zu überprüfen, ob es tatsächlich aktiviert ist, anstatt einfach davon auszugehen.

AppArmor

AppArmor ist das Framework für die obligatorische Zugriffskontrolle (MAC) von Ubuntu, das standardmäßig aktiviert ist. Es schränkt ein, was einzelne Programme lesen, schreiben oder ausführen dürfen, unabhängig von den Dateiberechtigungen, und arbeitet dabei mit Profilen, die für jede Binärdatei geladen werden. Ubuntu liefert Profile für risikoreiche Dienste wie CUPS, MySQL und Firefox mit.

Im Vergleich zu SELinux lassen sich für AppArmor leichter Regeln erstellen , was einer der Gründe dafür ist, dass sich Canonical dafür entschieden hat. Allerdings erstellen die meisten Teams nie ein benutzerdefiniertes Profil, das über die Standardkonfiguration hinausgeht, wodurch viel Potenzial ungenutzt bleibt.

Mit Ubuntu 24.04 wurden außerdem Einschränkungen für nicht privilegierte Benutzer-Namespaces eingeführt, die festlegen, welche Aktionen Prozesse innerhalb isolierter Namespaces ohne erweiterte Berechtigungen ausführen dürfen. Es handelt sich um eine Steuerung auf Kernel-Ebene, die die Angriffsfläche für Container-Escapes und Sandbox-Umgehungen verringert – sie ist standardmäßig aktiviert und sollte aktiviert bleiben.

Automatische Upgrades

Die unattended-upgrades Das Paket lädt Sicherheitsupdates automatisch aus den Ubuntu-Archiven herunter, ohne dass ein manueller Eingriff erforderlich ist. Bei einer Neuinstallation auf dem Server ist es standardmäßig nur für den Sicherheitsbereich aktiviert, was die richtige Voreinstellung ist.

Wenn du diese Funktion leichtfertig überschreibst oder deaktivierst, weil ein Neustart einmal die Produktion lahmgelegt hat, hast du damit praktisch die mit Abstand wirksamste automatische Steuerung des Systems ausgeschaltet.

Ein wichtiger Aspekt im Zusammenhang mit der Art und Weise, wie Ubuntu Sicherheitskorrekturen handhabt: Anstatt Sie auf die neueste Upstream-Version eines Pakets umzuleiten, nutzt das Sicherheitsteam von Ubuntu das sogenannte „Security Backporting“ – dabei wird die jeweilige Korrektur auf die Version angewendet, die bereits in Ihrer Distribution enthalten ist. Aus diesem Grund erhalten Sie durch einen Befehl „apt upgrade“ unter Ubuntu 22.04 nicht plötzlich eine völlig andere Version von OpenSSL, sondern dieselbe Version, bei der die Sicherheitslücke bereits behoben wurde.

Achten Sie besonders auf Pakete aus dem „universe“-Repository – im Gegensatz zu „main“, das direkt von Canonical gepflegt und mit Sicherheitspatches versehen wird, werden „universe“-Pakete von der Community gepflegt und erhalten nicht immer zeitnah Sicherheitsupdates.

UFW- und SYN-Cookies

Uncomplicated Firewall (UFW) ist die Standard-Benutzeroberfläche für iptables/nftables, und Ubuntu aktiviert standardmäßig TCP-SYN-Cookies im Kernel, um SYN-Flood-Angriffe abzuwehren. SYN-Cookies allein ersetzen keine Firewall, und UFW ersetzt keine Kontrollen auf Netzwerkebene, aber zusammen bewältigen sie einen Großteil des normalen, störenden Datenverkehrs, ohne dass man sich groß Gedanken darüber machen muss.

Livepatch

Canonical Livepatch wendet eine Auswahl von Sicherheitskorrekturen für den Kernel an, ohne dass der Host neu gestartet werden muss. Das ist zwar nützlich, aber der Anwendungsbereich ist enger, als es die Marketingaussagen vermuten lassen. Es deckt nur unterstützte LTS-Kernel ab, konzentriert sich auf CVEs mit hohem und kritischem Schweregrad und berührt Bibliotheken im Userspace überhaupt nicht.

Realitätscheck: Livepatch ist keine umfassende Lösung für Kernel-Patches. Es deckt einen definierten Satz von Kernel-CVEs auf unterstützten LTS-Kerneln ab, aber nichts außerhalb des Kernels. Teams, die gehärtete, rund um die Uhr laufende Workloads betreiben, ergänzen es oft (oder ersetzen es sogar ganz) durch etwas wie KernelCare, das einen breiteren CVE-Satz abdeckt, wobei LibCare das Live-Patching auch auf gemeinsam genutzte Bibliotheken ausweitet. Einzelheiten finden Sie in TuxCares Aufschlüsselung der Einschränkungen von Livepatch.

LUKS-Festplattenverschlüsselung

Ubuntu unterstützt die vollständige Festplattenverschlüsselung über LUKS (Linux Unified Key Setup), und am einfachsten lässt sich diese Funktion während der Installation aktivieren. Der Ubuntu-Installer bietet die Option „Neue Ubuntu-Installation verschlüsseln“, mit der ein verschlüsseltes LVM-Volume eingerichtet wird. Nach der Aktivierung ist die gesamte Festplatte ohne die Passphrase unlesbar, was bei Diebstahl der Hardware oder bei der Außerbetriebnahme der Hardware von Bedeutung ist.

Ein wichtiger Vorbehalt, den Systemadministratoren manchmal übersehen: LUKS schützt Daten im Ruhezustand. Sobald das System hochgefahren und die Festplatte entsperrt ist, kann die Verschlüsselung einen Angreifer, der sich bereits im System befindet, nicht mehr aufhalten. Deshalb ist die Festplattenverschlüsselung kein Ersatz dafür, den Kernel und den Userspace auf dem neuesten Stand zu halten. Ein System mit einer verschlüsselten Festplatte, aber einem nicht gepatchten Kernel ist im Arbeitsspeicher nach wie vor vollständig angreifbar. Die beiden Maßnahmen zielen auf unterschiedliche Bedrohungsszenarien ab, und man benötigt beide.

Falls Sie bei der Installation keine Verschlüsselung vorgenommen haben, können Sie mit cryptsetup einzelne Partitionen oder Volumes nachträglich verschlüsseln, auch wenn dies aufwändiger ist als bei der Einrichtung. Die Dokumentation der Ubuntu-Community beschreibt den Vorgang ausführlich.

Häufige Sicherheitsbedrohungen für Ubuntu-Systeme

Ubuntu ist ständig Angriffsziel. Bei den unten aufgeführten Bedrohungen handelt es sich um solche, die tatsächlich in Vorfallberichten auftauchen, nicht um theoretische Risiken.

Nicht behobene CVEs im Kernel und im Userspace

CVE-Schwachstellen im Kernel sorgen zwar für Schlagzeilen, doch die meisten Angriffe auf Ubuntu erfolgen über ungepatchte Komponenten im Userspace: OpenSSL, glibc, sudo, polkit, CUPS. Die CUPS-Sicherheitslücke aus dem Jahr 2024, die eine Remote-Code-Ausführung ermöglichte, ist ein Paradebeispiel dafür. Sie war in Standardinstallationen aller Ubuntu-Versionen vorhanden und erforderte für die Ausnutzung lediglich Netzwerkzugriff. Eine technische Analyse finden Sie im Bericht von TuxCare zu den CUPS-Schwachstellen.

SSH-Brute-Force-Angriffe und Angriffe auf Anmeldedaten

Jeder Ubuntu-Host, dessen Port 22 für das Internet geöffnet ist, verzeichnet bereits wenige Minuten nach der Inbetriebnahme Brute-Force-Angriffe. Diese Angriffe sind primitiv, automatisiert und unerbittlich – sie müssen nur einmal erfolgreich sein, um ein schwaches Passwort oder einen durchgesickerten Schlüssel zu knacken.

Falsch konfigurierte oder veraltete Python- und Bibliotheksstacks

Die Ubuntu-Repositorys enthalten eine Vielzahl von Python-Paketen, und veraltete Interpreter sind eine häufige Quelle für CVEs. Ein Team, das in der Produktion noch Python 3.8 einsetzt, nutzt bis 2026 einen Interpreter, der im Upstream-Projekt bereits das Ende seines Lebenszyklus erreicht hat. TuxCare hat sich eingehend mit den Python-Sicherheitslücken unter Ubuntu befasst, falls Sie sich einen Überblick über das Ausmaß verschaffen möchten.

Weiterlaufen nach Ablauf der Lebensdauer

Ubuntu LTS erhält fünf Jahre Standard-Support. Danach werden keine Sicherheitsupdates mehr bereitgestellt, es sei denn, Sie nutzen Ubuntu Pro – das den erweiterten Sicherheitssupport (ESM) umfasst und den Support auf bis zu zehn Jahre ab dem ursprünglichen Veröffentlichungsdatum ausdehnt – oder ein gleichwertiges Produkt eines Drittanbieters. Zahlreiche Produktionsumgebungen laufen nach wie vor mit Ubuntu 18.04 oder älter, und auf diesen Hosts sammeln sich mit jeder Woche, die sie online bleiben, ungepatchte CVEs an.

Rechteausweitung durch anfällige Komponenten

Die lokale Rechteausweitung über „sudo“, „polkit“ oder Kernel-Fehler ist seit Jahren ein wiederkehrendes Thema bei Ubuntu. Diese Angriffe bauen in der Regel auf einem anfänglichen Zugangspunkt mit geringen Berechtigungen auf (beispielsweise einem kompromittierten Benutzer einer Webanwendung) und können innerhalb weniger Minuten Root-Rechte erlangen. TuxCare führt ein laufendes Protokoll der aktuellen Ubuntu-Sicherheitslücken, das es sich lohnt, regelmäßig zu überprüfen.

Bewährte Methoden zur Verbesserung der Ubuntu-Sicherheit

Das meiste, was einen Ubuntu-Host so schwer angreifbar macht, ist eigentlich eher unspektakuläre, sich wiederholende Arbeit. Die folgenden Maßnahmen bieten den größten Nutzen im Verhältnis zum Aufwand.

Installierte Pakete minimieren

Jedes auf Ihrem System installierte Paket ist Code, der Schwachstellen enthalten kann. Ein Druckwarteschlange-Dienst, den Sie vergessen haben, ein übrig gebliebenes Entwickler-Tool, ein Dienst, der im Lieferumfang eines anderen Programms enthalten war – jedes dieser Elemente kann eine CVE-Schwachstelle bergen, von der Sie nie erfahren, weil Sie sie nicht im Blick haben. Die Lösung ist zwar langweilig, aber wirksam: Reduzieren Sie die Paketliste.

Beginnen Sie damit, zu prüfen, was tatsächlich installiert ist:

apt list --installed 2>/dev/null | less

Vergleichen Sie dies mit den tatsächlichen Aufgaben Ihres Servers. Webserver? Dann benötigt er keine Bluetooth-Dienstprogramme oder CUPS. Datenbank-Host? Dann muss wahrscheinlich kein Mail-Transfer-Agent laufen. Entfernen Sie alles, was Sie nicht benötigen:

sudo apt remove --purge <package-name>

Folgeaufgabe:

sudo apt autoremove

Wenn du schon dabei bist, schau doch mal nach, welche Dienste im Netzwerk auf Verbindungen warten:

ss -tlnp

Alles, was in dieser Liste steht und dort nicht hingehört, sollte genauer untersucht werden. Deaktivieren Sie nicht genutzte Dienste mit sudo systemctl disable --now <service>. Je weniger Ihr System läuft, desto weniger gibt es, das ausgenutzt werden kann.

Installiere Patches konsequent – und verlasse dich nicht blind auf die Standardeinstellungen

Überprüfen Sie, ob „unattended-upgrades“ tatsächlich ausgeführt wird (systemctl status unattended-upgrades) und aus der Sicherheitstasche zu ziehen.

Wenn Sie Workloads rund um die Uhr ausführen, bei denen ein Neustart mit hohen Kosten verbunden ist, ist dies einer der wenigen Fälle, in denen das Problem sauber gelöst wird. KernelCare liefert Live-Kernel-Patches unter Ubuntu, ohne dass ein Neustart erforderlich ist, und deckt einen größeren Bereich von CVEs ab als Livepatch.

Es lohnt sich auch, regelmäßig den Befehl „ubuntu-security-status“ auszuführen – er liefert Ihnen eine übersichtliche Aufschlüsselung, welche installierten Pakete unter den Standard-Support fallen, welche Ubuntu Pro/ESM erfordern und für welche Sicherheitsupdates bereitstehen.

SSH sperren

Root-Anmeldung deaktivieren (PermitRootLogin no), die Passwortauthentifizierung vollständig deaktivieren (PasswordAuthentication no) und erfordern eine schlüsselbasierte Authentifizierung.

Wenn Sie keine IP-Whitelist durchsetzen können (was in Umgebungen mit dynamischen IP-Adressen oder bei Remote-Mitarbeitern ohne VPN häufig der Fall ist), lohnt sich der Aufwand für die Einrichtung der Zwei-Faktor-Authentifizierung bei SSH. Das Paket „libpam-google-authenticator“ erweitert die SSH-Anmeldung mit nur etwa 15 Minuten Aufwand um eine TOTP-basierte 2FA. Selbst wenn ein privater Schlüssel in die falschen Hände gerät, benötigt ein Angreifer dennoch den sich ändernden Code. Es ist kein Ersatz für die reine Schlüsselauthentifizierung, bietet aber eine sinnvolle zusätzliche Sicherheitsebene für Zugriffsszenarien mit höherem Risiko.

Profi-Tipp: Führen Sie lastb regelmäßig aus, um fehlgeschlagene Anmeldeversuche zu überprüfen. Tausende von Versuchen, sich als root oder admin von einer einzigen ASN aus anzumelden, sind nicht wirklich ein Angriff. Es handelt sich lediglich um Hintergrundrauschen. Die Lösung besteht darin, die Tür mit einer rein schlüsselbasierten Authentifizierung und einer IP-Whitelist zu verschließen, anstatt einzelne IP-Adressen zu verfolgen.

Audit-Protokollierung aktivieren und überwachen

Installieren Sie auditd und konfigurieren Sie Regeln für relevante Ereignisse: Dateiänderungen in /etc, sudo-Aufrufe, die Erstellung neuer Benutzer, das Laden von Kernelmodulen. Protokolle, die Sie nicht lesen, sind nutzlos. Leiten Sie sie an einen zentralen Protokollserver oder eine SIEM-Lösung weiter. Das Ziel ist nicht bloße Compliance-Show, sondern das Erkennen ungewöhnlicher Authentifizierungsereignisse, bevor sie zu einer Sicherheitsverletzung führen.

Kombinieren Sie auditd mit einem Dateiintegritätsmonitor wie AIDE (Advanced Intrusion Detection Environment). Während auditd protokolliert, was passiert ist, erfasst AIDE, was sich geändert hat. Es erstellt eine Basisdatenbank Ihres Dateisystems – Datei-Hashes, Berechtigungen, Eigentumsrechte – und markiert Abweichungen, wenn Sie eine Überprüfung durchführen. Dies ist besonders nützlich, um Aktivitäten nach einem Kompromittierungsversuch zu erkennen, die keine offensichtlichen Log-Ereignisse erzeugen: eine heimlich ersetzte Binärdatei, eine geänderte Bibliothek, ein hinzugefügter Cron-Job. Führen Sie nach einer Neuinstallation sudo aideinit aus, um die Baseline zu erstellen, und planen Sie dann regelmäßige Überprüfungen über Cron ein. Wie bei der Log-Überwachung ist dies nur dann sinnvoll, wenn jemand die Ausgabe tatsächlich überprüft.

Falls in Ihrer Umgebung Compliance-Anforderungen gelten, bieten sowohl die CIS-Benchmarks als auch die DISA-STIGs Ubuntu-spezifische Sicherheitsprofile, die direkt auf die oben genannten Kontrollmaßnahmen abgestimmt sind – diese eignen sich gut als strukturierte Checkliste, sodass Sie nicht bei Null anfangen müssen.

Planen Sie Ihr Lebensende, bevor es soweit ist

Für jede Ubuntu-LTS-Version gibt es ein veröffentlichtes EOL-Datum. Sie haben drei echte Optionen: direktes Upgrade auf die nächste LTS-Version, Migration der Workloads auf eine unterstützte Version oder Inanspruchnahme von erweitertem Support. Der Weg, „nichts zu tun“, wird zur Standardlösung, wenn den Teams die Zeit ausgeht, und er ist mit Sicherheit der schlechteste.

Upgrades vor Ort sind nicht immer möglich. Ältere Anwendungen, Abhängigkeiten von Kernel-Modulen, zertifizierte Middleware: All dies kann ein reibungsloses Upgrade verhindern. Genau für solche Fälle wurde der „Endless Lifecycle Support“ von TuxCare entwickelt. Er bietet fortlaufende Sicherheitspatches für Ubuntu 16.04, 18.04 und 20.04 – und zwar so lange, wie Sie diese tatsächlich benötigen, und nicht nur bis zu einem vom Hersteller festgelegten EOL-Datum.

Dieser Weg ist häufiger gewählt, als man denkt. Die Umfrage von TuxCare aus dem Jahr 2026 ergab, dass sich Unternehmen, deren Software das Ende der Lebensdauer (EOL) erreicht hatte, fast gleichmäßig auf zwei Optionen verteilten: Migration und der Kauf von Support für eine verlängerte Lebensdauer – jeweils 41,7 %. Für viele Teams ist der Support für eine verlängerte Lebensdauer (ELS) kein Notbehelf, sondern der eigentliche Plan.

Hier ist ein Szenario, das häufiger vorkommt, als man denkt. Ein Team plant sechs Monate vor dem EOL ein Upgrade von Ubuntu 18.04 auf 22.04, stößt dabei auf ein Kompatibilitätsproblem mit einem Kernel-Modul bei einem Hersteller-Gerät und läuft schließlich ein weiteres Jahr lang mit der nicht mehr unterstützten Version 18.04, während die Beschaffungsabteilung eine Lösung findet. Genau für diese Situation gibt es den ELS-Schutz.

Ressourcen zur Ubuntu-Sicherheit

Ein paar Seiten, die man regelmäßig im Auge behalten sollte, um auf dem Laufenden zu bleiben.

Ubuntu Sicherheitshinweise

Der Feed „Ubuntu Security Notices“ ist die offizielle Quelle von Canonical für CVE-Meldungen, die Ubuntu-Pakete betreffen, einschließlich Details zu Backports und Schweregraden. Abonnieren Sie den Feed über RSS oder die Mailingliste. Die Meldungen werden vom Ubuntu Security Team gepflegt, einer speziellen Gruppe bei Canonical, die für die Einstufung von Sicherheitslücken und die Veröffentlichung von Sicherheitspatches für alle Ubuntu-Versionen zuständig ist.

CISA-Katalog bekannter ausgenutzter Sicherheitslücken

Der CISA-KEV-Katalog erfasst CVEs, die derzeit aktiv ausgenutzt werden. Ein Abgleich mit den Versionen Ihrer Ubuntu-Pakete ist eine schnelle Methode, um zu entscheiden, welche Patches zuerst installiert werden sollten. Wenn ein KEV-Eintrag auf ein installiertes Paket zutrifft, hat dieses höchste Priorität.

r/Ubuntu und r/linuxadmin

In beiden Subreddits tauchen Diskussionen über Sicherheitsmaßnahmen in der Praxis, Nachbetrachtungen und Fallstricke für Systemadministratoren schneller auf als in den meisten Hersteller-Blogs. Das Verhältnis von relevanten Beiträgen zu irrelevantem Rauschen schwankt zwar, aber die Beiträge sind ehrlich.

TuxCare CVE-Tracker

Wenn Sie eine von ELS abgedeckte Version wie Ubuntu 16.04, 18.04 oder 20.04 verwenden, lohnt es sich, den TuxCare CVE Tracker als Lesezeichen zu speichern. Damit können Sie Sicherheitslücken nach Schweregrad, Produkt, Komponente und Behebungsstatus über alle von TuxCare unterstützten, nicht mehr unterstützten Systeme und deren Abhängigkeitsketten hinweg filtern – so sehen Sie genau, welche Risiken bestehen und wann eine Behebung verfügbar ist. Sie können sich auch anmelden, um benachrichtigt zu werden, wenn sich der CVE- oder Fix-Status ändert. Das ist besser, als manuell die Advisory-Feeds für mehrere EOL-Produkte zu überwachen.

Ubuntu-Systeme mit TuxCare sichern

Die Absicherung von Ubuntu ist kein einmaliges Projekt. Es handelt sich um einen regelmäßigen Patch-Rhythmus, eine SSH-Sperre, einen Plan für das Ende des Lebenszyklus sowie die Gewohnheit, Standardeinstellungen zu überprüfen, anstatt ihnen blind zu vertrauen.

Insbesondere im Hinblick auf Kernel-Patches und die Abdeckung nach Ablauf der Support-Laufzeit (EOL) schließen TuxCares „KernelCare“ und „Endless Lifecycle Support“ die Lücken, die die Standardangebote von Canonical offen lassen. KernelCare ermöglicht Kernel-Patching ohne Neustart und bietet eine umfassendere CVE-Abdeckung als Livepatch. ELS versorgt Ubuntu 16.04, 18.04 und 20.04 so lange wie nötig mit Sicherheitspatches, auch über den von Canonical festgelegten Supportzeitraum hinaus.

Zusammenfassung

Artikel Name

Verbessern Sie die Sicherheit Ihres Ubuntu-Systems: Bewährte Verfahren für 2026

Beschreibung

Erfahren Sie, warum die Sicherheit von Ubuntu wichtig ist und wie Nutzer ihre Systeme schützen können.

Autor

Rohan Timalsina

Name des Herausgebers

TuxCare

Logo des Herausgebers