FreeBSD Sicherheitsupdates: freebsd-update und pkg audit

Wie FreeBSD Sicherheitsupdates verarbeitet

FreeBSD verarbeitet Sicherheitsupdates mit zwei getrennten Werkzeugen, weil ein FreeBSD-Server aus zwei getrennten Bestandteilen besteht. Das Basissystem, also der Kernel und die Userland-Komponenten, die mit dem Release ausgeliefert wurden, wird mit freebsd-update gepatcht. Alles, was Sie zusätzlich installiert haben, ist ein Paket. Pakete werden mit pkg gepatcht. Wenn Sie nur eines der beiden Werkzeuge ausführen, bleibt die Hälfte des Systems ungepatcht. Das System weist Sie darauf nicht hin.

SSD Nodes bietet keine FreeBSD-Images an. Unsere Tarife laufen mit Linux. Dieser Beitrag ist trotzdem relevant, weil sich die Leserschaft vollständig überschneidet: Die Personen, die unsere Ubuntu- und Debian-Server betreiben, verwenden FreeBSD auch auf einer Firewall oder auf dem einen übernommenen System. Das getrennte Patchmodell ist der Punkt, der Linux-Administratoren häufig überrascht. Deshalb dokumentieren wir ihn hier. Alle Befehle, Formate von Sicherheitshinweisen und Supportdaten unten wurden im August 2026 anhand der FreeBSD-Sicherheitsseite und der Manualpages des Projekts geprüft.

Ein Hinweis vor den Befehlen: FreeBSD installiert sudo nicht im Basissystem. Für alle folgenden Schritte benötigen Sie root. Verwenden Sie su - oder installieren Sie zunächst sudo oder doas aus den Paketen.

Basissystem und Pakete sind getrennte Welten

Unter Ubuntu verwaltet apt die gesamte Maschine. Der Kernel, openssl, nginx und Ihre eigenen Werkzeuge werden von einem Tool als .deb-Dateien geliefert, und apt upgrade aktualisiert sie gemeinsam.

FreeBSD teilt das in zwei Bereiche. Das Basissystem wird als eine Einheit erstellt und als eine Einheit versioniert: 15.1-RELEASE-p3 ist eine einzelne Versionsnummer für den Kernel, die C-Bibliothek, sshd und die OpenSSL-Kopie in /usr/lib. Nichts davon stammt aus pkg. Alles andere liegt unter /usr/local, wird als Binärpaket aus dem Ports-Tree bereitgestellt und hat eine eigene Version.

Auf einem System können daher zwei OpenSSL-Kopien vorhanden sein: die Basiskopie in /usr/lib, die nur von freebsd-update aktualisiert wird, und die Pakete-Kopie in /usr/local/lib, die nur von pkg aktualisiert wird. Welche Kopie ein Programm verwendet, hängt davon ab, gegen welche Kopie es gelinkt wurde. Aus Paketen installierte Software wird normalerweise gegen die Pakete-Kopie gelinkt. Die Aktualisierung der einen Kopie hat keine Auswirkungen auf die andere.

Mit drei Befehlen können Sie den aktuellen Stand prüfen:

freebsd-version -u
freebsd-version -k
uname -r

freebsd-version -u gibt den Patchstand des installierten Userlands aus. freebsd-version -k gibt den Patchstand des installierten Kernels aus. freebsd-version(1) erklärt ausdrücklich, warum dieser nicht mit uname übereinstimmen muss: „Wenn ein neuer Kernel installiert wurde, das System aber noch nicht neu gestartet wurde, gibt freebsd-version die Version und den Patchstand des neuen Kernels aus.“ uname -r gibt den Kernel aus, der derzeit ausgeführt wird. Außerdem gibt es freebsd-version -r. Dieser Befehl gibt ebenfalls den laufenden Kernel aus, ist aber „nicht von Umgebungsvariablen abhängig“. Das ist innerhalb eines Jails relevant, da UNAME_r dort häufig auf einen anderen Wert gesetzt ist.

Security Advisories und Errata Notices

Das FreeBSD Security Team veröffentlicht zwei Arten von Hinweisen. Sie haben unterschiedliche Bedeutungen.

Ein Security Advisory behandelt eine Sicherheitslücke im Basissystem. Die Kennung sieht wie FreeBSD-SA-26:55.elf aus: die Buchstaben SA, das zweistellige Jahr, eine in diesem Jahr fortlaufende Nummer und anschließend die betroffene Komponente. FreeBSD-SA-26:52.if_wg und FreeBSD-SA-26:50.kqueue wurden beide am 2026-07-29 veröffentlicht. Die vollständige Liste steht auf der FreeBSD-Seite mit Security Advisories.

Ein Errata Notice behandelt ein Problem mit der Korrektheit oder Stabilität, das in einen Release-Zweig übernommen werden sollte, aber keine Auswirkungen auf die Sicherheit hat. Das Format ist identisch, wobei EN an die Stelle von SA tritt: FreeBSD-EN-26:19.zfs, FreeBSD-EN-26:18.tzdata. Ein Update der Zeitzonendaten ist das typische Beispiel. Veraltete Zeitzonendaten können nicht für einen Angriff verwendet werden. Ihre Zeitstempel bleiben jedoch falsch, bis Sie die Korrektur installieren. Errata Notices sind auf der FreeBSD-Seite mit Errata Notices aufgeführt.

Beide Arten sind mit dem PGP-Schlüssel (Pretty Good Privacy) des Security Officers signiert und unter security.FreeBSD.org archiviert. Beide werden von freebsd-update auf Ihren Rechner übertragen.

Hier liegt der Punkt, der Linux-Administratoren häufig überrascht. Keine der beiden Arten betrifft Packages. Auf der Security-Seite wird das ausdrücklich erklärt: Probleme in der FreeBSD Ports Collection „werden separat im FreeBSD VuXML-Dokument behandelt“. Eine Remote-Sicherheitslücke im nginx Package erhält niemals eine SA-Nummer. Wenn Sie nur den Advisory-Feed überwachen, erfahren Sie davon nichts.

Wie erfahre ich von einem FreeBSD-Sicherheitsupdate?

Die zu abonnierende Liste ist freebsd-security-notifications. Sie wird moderiert und hat ein geringes Nachrichtenaufkommen. Sie enthält die eigentlichen Advisories und Errata-Hinweise. Abonnieren Sie sie unter lists.freebsd.org.

Auch freebsd-announce wird moderiert und enthält Advisories zusammen mit Release-Ankündigungen. Diese Liste eignet sich daher, wenn Sie eine einzige Liste für alle Informationen möchten. freebsd-security ist die Diskussionsliste. Sie enthält lesenswerte Beiträge. Sie ist jedoch nicht die richtige Quelle, um zu erfahren, dass Sie ein Update installieren müssen.

Alle diese Listen enthalten nur Nachrichten zum Basissystem. Informationen zu Schwachstellen in Paketen werden niemals per E-Mail versendet. Dazu führen Sie einen Befehl aus.

pkg audit und die zugrunde liegende Datenbank

VuXML, die Vulnerabilities and Exposures Markup Language, ist das Verzeichnis des FreeBSD-Projekts für Sicherheitsprobleme in Ports und Paketen. Jeder Eintrag nennt das betroffene Paket, die verwundbaren Versionsbereiche, die CVE-IDs (Common Vulnerabilities and Exposures) und eine kurze Beschreibung. Die gesamte Sammlung können Sie im VuXML-Index nach Paket, CVE oder Datum sortiert durchsuchen.

pkg audit ist das Tool, das die Datenbank einliest:

pkg audit -F

-F lädt vor der Prüfung eine aktuelle Kopie der Datenbank herunter. Verwenden Sie es jedes Mal. Ohne -F wird gegen die Kopie geprüft, die bereits auf dem System vorhanden ist. Diese kann mehrere Monate veraltet sein. Ein sauberes Ergebnis ist dann nicht aussagekräftig. Der Befehl vergleicht jede installierte Paketversion mit jedem VuXML-Eintrag. Er gibt jeden Treffer mit den zugehörigen CVE-Nummern und einem Link zur VuXML-Seite aus. Anschließend zeigt eine Zählzeile, wie viele Probleme in wie vielen installierten Paketen gefunden wurden.

Zwei weitere Optionen aus pkg-audit(8) sollten Sie kennen. pkg audit -r gibt außerdem „Pakete aus, die von verwundbaren Paketen abhängen und daher ebenfalls potenziell verwundbar sind“. So erkennen Sie, dass eine verwundbare Bibliothek relevant ist, weil sechs installierte Programme gegen sie linken. pkg audit -R gibt dasselbe Ergebnis als JSON oder in einem anderen maschinenlesbaren Format aus. Dieses Format können Sie an einen Monitoring-Check übergeben.

Das Paket pkg installiert ein regelmäßiges Skript unter /usr/local/etc/periodic/security/410.pkg-audit. Es wird als Teil der täglichen Sicherheitsprüfung ausgeführt und sendet das Ergebnis per E-Mail an root. Prüfen Sie mit einer Zeile in /etc/periodic.conf, ob es aktiviert ist:

daily_status_security_pkgaudit_enable="YES"

Diese tägliche E-Mail kommt dem Verhalten automatischer Updates unter Ubuntu am nächsten. Der Unterschied ist jedoch entscheidend: unattended-upgrades installiert die Korrektur, während Sie schlafen, und pkg audit teilt Ihnen nur mit, dass eine Korrektur erforderlich ist. pkg audit erstellt Berichte. Es installiert keine Korrekturen. Auf einem unveränderten FreeBSD-System wird kein Sicherheitsupdate ohne Ihr Zutun installiert.

Ein verwundbares Paket korrigieren

pkg update
pkg upgrade

In den FreeBSD-Paket-Repositories gibt es keine Pocket ausschließlich für Sicherheitsupdates. Ubuntu kann nur aus noble-security Pakete beziehen und alle anderen Pakete unverändert lassen. FreeBSD bietet dafür keine Entsprechung. Ein einzelnes verwundbares Paket zu korrigieren bedeutet daher, die aktuell vom Repository angebotene Version sowie alle Abhängigkeiten zu übernehmen, die sich mit ihr geändert haben. Planen Sie Paketaktualisierungen als Änderung und nicht als Hintergrundaufgabe.

Der Repository-Zweig bestimmt, wie schnell ein Fix bei Ihnen verfügbar ist. Standardmäßig wird der Quarterly-Zweig verwendet. Das Handbuch beschreibt ihn als eine Variante mit „vorhersehbarerem und stabilerem Verhalten“, da nur Aktualisierungen ohne neue Funktionen übernommen werden. Der Latest-Zweig verwendet die neuesten Versionen aller Pakete. Wenn pkg audit -F ein Paket als verwundbar meldet und pkg upgrade angibt, dass nichts zu tun ist, wurde der Fix noch nicht in Ihren Zweig übernommen. Das ist die Ursache für diese scheinbare Diskrepanz.

Um ein System auf den Latest-Zweig umzustellen, kopieren Sie die mit dem System ausgelieferte Repository-Datei und bearbeiten Sie die Kopie:

mkdir -p /usr/local/etc/pkg/repos
cp /etc/pkg/FreeBSD.conf /usr/local/etc/pkg/repos/FreeBSD.conf

Ändern Sie quarterly in der url-Zeile der Kopie in latest. Führen Sie anschließend pkg update -f aus, um den neuen Katalog abzurufen. Kopieren Sie die Datei, statt den Repository-Namen aus dem Gedächtnis einzugeben: Der Name in /etc/pkg/FreeBSD.conf ist der Name, den Ihr System tatsächlich verwendet. Eine Datei unter /usr/local/etc/pkg/repos überschreibt nur ein Repository, dessen Name exakt übereinstimmt.

Anwenden von Patches für das Basissystem

freebsd-update fetch
freebsd-update install

fetch lädt Patches für Ihre aktuelle Version herunter und gibt die Liste der Dateien aus, die geändert werden. Wenn nichts zu tun ist, gibt der Befehl No updates needed to update system to 15.1-RELEASE-p3. aus und beendet sich. Wenn Änderungen vorhanden sind, fordert er Sie am Ende auf, den Installationsbefehl auszuführen. Es wird nichts angewendet, bevor Sie freebsd-update install ausführen. Daher kann fetch jederzeit sicher ausgeführt werden.

freebsd-update(8) stellt binäre Updates für die Versionen ALPHA, BETA, RC und RELEASE bereit, nicht jedoch für PRERELEASE, STABLE oder CURRENT. Wenn Sie stable/15 verwenden, erstellen Sie das System aus den Quellen. Dieses Werkzeug kann dann nicht verwendet werden.

Automatisieren Sie den Download, führen Sie die Installation aber manuell aus. Die entsprechende Zeile im Handbuch für /etc/crontab lautet:

@daily                                  root    freebsd-update cron

freebsd-update cron wartet eine zufällige Zeit zwischen 1 und 3600 Sekunden und lädt anschließend Updates genau wie fetch herunter. Wenn Updates zur Installation bereitstehen, sendet der Befehl eine E-Mail an root. Die zufällige Wartezeit verhindert, dass alle FreeBSD-Systeme im Internet in derselben Sekunde auf die Update-Spiegel zugreifen.

Zwei Angaben in der Ausgabe sorgen häufig für Verwirrung. src component not installed, skipped ist auf einem Server ohne Quellcodebaum normal und kein Fehler. Die Auswahl der Komponenten wird durch eine Components-Zeile in /etc/freebsd-update.conf gesteuert. Möglich sind src, world und kernel.

Wenn eine Installation fehlschlägt, deinstalliert freebsd-update rollback die zuletzt installierten Updates. Auf einem ZFS-Root-System können Sie zusätzlich vorab eine Boot-Umgebung erstellen:

bectl create pre-patch
freebsd-update fetch install

Wenn das gepatchte System nicht startet, wählen Sie die alte Boot-Umgebung im Loader-Menü aus. Danach befindet sich das System wieder im vorherigen Zustand. Diese Möglichkeit ist ein praktischer Grund für ZFS als Root-Dateisystem zu verwenden. Solange die beiden Umgebungen nicht voneinander abweichen, wird dafür nahezu kein zusätzlicher Speicherplatz benötigt.

Ist mein FreeBSD-Release noch unterstützt?

Jedes Release wird für einen festen Zeitraum unterstützt, der auf der Security-Seite in einer Branch-Tabelle veröffentlicht wird. Im August 2026 lautet diese Tabelle:

• releng/15.1, also 15.1-RELEASE, bis zum 31. März 2027
• releng/15.0, also 15.0-RELEASE, bis zum 30. September 2026
• releng/14.4, also 14.4-RELEASE, bis zum 31. Dezember 2026
• stable/15 bis zum 31. Dezember 2029
• stable/14 bis zum 30. November 2028

Point-Releases haben kurze Supportzeiträume. 15.0-RELEASE läuft ungefähr sieben Wochen nach Veröffentlichung dieses Beitrags aus, weil 15.1 veröffentlicht wurde und dadurch die Frist für 15.0-RELEASE feststand. Die Stable-Branches bleiben über Jahre bestehen. Es handelt sich um Source-Branches, die freebsd-update nicht bedient.

Prüfen Sie Ihr Release mit freebsd-version -u und vergleichen Sie es mit der Tabelle. Auch freebsd-update warnt Sie. Wenn das Datum näher rückt, gibt fetch Folgendes aus:

WARNING: FreeBSD 15.0-RELEASE is approaching its End-of-Life date.
It is strongly recommended that you upgrade to a newer
release within the next 2 months.

Nach Ablauf des Datums wird die Warnung zu WARNING: FreeBSD 15.0-RELEASE HAS PASSED ITS END-OF-LIFE DATE. Ein nicht unterstütztes Release funktioniert weiterhin. Es erhält jedoch keine Security Advisories mehr. Das bedeutet, dass die nächste Sicherheitslücke im Basissystem dauerhaft in Ihrer Verantwortung bleibt.

Ein Release-Upgrade erfolgt mit freebsd-update -r 15.1-RELEASE upgrade, anschließend mit freebsd-update install, dann mit einem Reboot, danach erneut mit freebsd-update install und anschließend mit pkg-static upgrade -f, um jedes Package gegen die neuen Libraries neu zu installieren. Zum Schluss führen Sie freebsd-update install aus. Im Handbook wird darauf hingewiesen, dass abhängig davon, ob Versionsnummern von Libraries erhöht wurden, möglicherweise nur zwei Installationsphasen statt drei erforderlich sind. Planen Sie ein Wartungsfenster ein und lesen Sie vor Beginn die Anleitung zum Einrichten eines FreeBSD-15-Servers.

Neustart oder reicht ein Dienstneustart?

FreeBSD beantwortet diese Frage mit einem Vergleich:

freebsd-version -k
uname -r

freebsd-version -k ist der Kernel auf dem Datenträger. uname -r ist der Kernel im Arbeitsspeicher. Unterschiedliche Zeichenfolgen bedeuten, dass ein neuer Kernel installiert ist, aber noch nicht ausgeführt wird. Führen Sie daher einen Reboot durch. Übereinstimmende Zeichenfolgen bedeuten, dass der Patch den Kernel nicht verändert hat. Ein Reboot bringt dann keinen Vorteil.

Starten Sie nach einem Patch im Userland alle Dienste neu, die den gepatchten Code verwenden. Eine Korrektur an der OpenSSL-Basisbibliothek in /usr/lib bewirkt nichts für einen sshd, der vor drei Wochen gestartet wurde und weiterhin die alte Bibliothek in seinen Adressraum eingebunden hat. Die Datei auf dem Datenträger ist neu. Der laufende Prozess ist es nicht.

service sshd restart

Dieselbe Regel gilt für Pakete. pkg upgrade ersetzt die Binärdatei auf dem Datenträger, während der laufende Prozess noch die alte Datei geöffnet hält. service nginx restart ist daher der Schritt, der die Korrektur wirksam macht.

Das Basissystem verfügt über kein Gegenstück zu Debian's needrestart. Daher werden Sie nicht aufgefordert, und es wird keine Liste geführt. Ermitteln Sie entweder, welche Dienste welche gepatchte Bibliothek verknüpfen, oder führen Sie nach jedem Patch, der Basisbibliotheken betrifft, einen Reboot durch. Auf einem Server, dessen Konfiguration in der Versionsverwaltung liegt, ist ein Reboot ein routinemäßiger Vorgang. Das ist wesentlich günstiger, als von einem eingespielten Patch auszugehen, obwohl er noch nicht aktiv ist.

Eine Maschine aktualisieren, auf der Jails ausgeführt werden

Ein Jail verwendet den Kernel des Hosts gemeinsam. Daher betrifft ein Kernel-Sicherheitshinweis den Host, und jedes Jail auf der Maschine ist ebenfalls betroffen. Aktualisieren Sie den Host und starten Sie ihn neu. Damit ist die Kernel-Seite für alle Jails erledigt. Der Userland-Bestand in jedem Jail ist eine separate Installation mit eigenem Patchstand. freebsd-version -j <jail> meldet diesen vom Host aus. Auch die Pakete in einem Jail sind separat. pkg -j <jail> audit -F prüft sie, ohne das Jail zu betreten. Diese Trennung zwischen gemeinsam verwendetem Kernel und separatem Userland ist derselbe strukturelle Unterschied, der den Vergleich von Jails mit Docker-Containern bestimmt.

Die Ubuntu-Übersetzung

Für jede FreeBSD-Gewohnheit gibt es ein Gegenstück, sodass Sie den Ablauf in beide Richtungen übertragen können.

• Patches für das Basissystem: freebsd-update fetch und anschließend freebsd-update install. Unter Ubuntu verwenden Sie apt update && apt upgrade, das das Basissystem und alle übrigen Pakete in einem Schritt abdeckt.
• Software von Drittanbietern: Unter FreeBSD pkg update && pkg upgrade. Unter Ubuntu erneut apt.
• Prüfung auf bekannte Schwachstellen: Unter FreeBSD pkg audit -F. Unter Ubuntu 24.04 ist pro security-status der nächstgelegene Befehl. Er zeigt Sicherheitsupdates für installierte Pakete an, einschließlich der Inhalte von Expanded Security Maintenance.
• Automatische Installation: unattended-upgrades installiert unter Ubuntu Sicherheitsupdates automatisch. FreeBSD bietet dafür kein gleichwertiges Verfahren. Daher lädt freebsd-update cron die Datenbank herunter und versendet sie per E-Mail, während Sie die Updates manuell installieren.
• Sicherheitsmeldungen: freebsd-security-notifications enthält FreeBSD-SA- und FreeBSD-EN-Einträge. ubuntu-security-announce enthält Ubuntu Security Notices.
• Schwachstellendatenbank: VuXML für FreeBSD-Ports und -Pakete. Für Ubuntu-Pakete gibt es den Ubuntu CVE tracker.
• Prüfung auf erforderlichen Reboot: Unter FreeBSD freebsd-version -k gegen uname -r. Unter Ubuntu prüfen Sie, ob /var/run/reboot-required vorhanden ist.
• Supportzeitraum: die Branch-Tabelle auf der FreeBSD-Sicherheitsseite. Unter Ubuntu der Release-Zeitplan und pro security-status.

Der zugrunde liegende Ablauf ist auf beiden Systemen identisch: Abonnieren Sie den Feed, führen Sie die Prüfung regelmäßig aus und entscheiden Sie anschließend, was installiert werden soll und wann ein Neustart erforderlich ist. Bei FreeBSD müssen Sie den zweiten Teil lediglich ausdrücklich ausführen, weil das System ihn nicht automatisch für Sie übernimmt. Der umfassendere Vergleich von Linux und FreeBSD als Serverplattform beschreibt, was sich bei der Verlagerung einer Workload zwischen den Systemen außerdem ändert.

FAQ

Behebt freebsd-update auch meine Pakete?

Nein. freebsd-update deckt nur das Basissystem ab, also den Kernel und den Userland-Bestand, der mit dem Release ausgeliefert wurde. Unter /usr/local installierte Software stammt aus Paketen und wird mit pkg upgrade aktualisiert. Führen Sie pkg audit -F aus, um festzustellen, welche installierten Pakete bekannte Sicherheitslücken aufweisen, da Hinweise zum Basissystem diese nie erwähnen und die Security-Mailinglisten sie nie ankündigen.

Woher weiß ich, ob ein FreeBSD-Update einen Reboot erfordert?

Vergleichen Sie freebsd-version -k mit uname -r. Der erste Befehl gibt den auf der Festplatte installierten Kernel aus, einschließlich eines Kernels, der gerade geschrieben, aber noch nicht gebootet wurde. Der zweite Befehl gibt den laufenden Kernel aus. Unterschiedliche Zeichenfolgen bedeuten, dass ein Reboot erforderlich ist. Stimmen die Zeichenfolgen überein, betraf der Patch nur das Userland. Starten Sie stattdessen die betroffenen Dienste neu, beispielsweise mit service sshd restart, da ein laufender Prozess die alte Bibliothek so lange eingebunden hält, bis er neu gestartet wird.

Was ist der Unterschied zwischen einem Security Advisory und einem Errata Notice?

Ein Security Advisory, beispielsweise FreeBSD-SA-26:55.elf, behebt eine Sicherheitslücke im Basissystem. Ein Errata Notice, beispielsweise FreeBSD-EN-26:18.tzdata, behebt ein Problem mit der Korrektheit oder Stabilität ohne Auswirkungen auf die Sicherheit, etwa veraltete Zeitzonendaten. Beide verwenden das Schema Jahr, Doppelpunkt, Sequenznummer, Komponente. Beide sind vom Security Officer signiert und werden mit freebsd-update ausgeliefert. Keines von beiden deckt Software ab, die aus Ports oder Paketen installiert wurde.

Gibt es für FreeBSD ein Äquivalent zu unattended-upgrades?

Nicht im Basissystem. freebsd-update cron lädt ausstehende Patches für das Basissystem herunter und sendet eine E-Mail an root, installiert sie aber nie. Das von pkg installierte periodic-Skript wird täglich mit pkg audit ausgeführt und sendet das Ergebnis per E-Mail. Es führt ebenfalls keine Upgrades durch. Eine unbeaufsichtigte Installation müssten Sie selbst mit einem cron-Job einrichten. Da ein FreeBSD-Paket-Upgrade die neueste Version und keinen ausschließlich sicherheitsbezogenen Backport installiert, lesen die meisten Administratoren die E-Mail und installieren die Updates manuell.

Wie prüfe ich, ob mein FreeBSD-Release noch unterstützt wird?

Führen Sie freebsd-version -u für die Userland-Version aus. Vergleichen Sie sie anschließend mit der Tabelle der unterstützten Branches auf der FreeBSD-Security-Seite. Point-Releases haben kurze Supportzeiträume: Im August 2026 endet der Support für 15.0-RELEASE am 30. September 2026, während 15.1-RELEASE bis zum 31. März 2027 unterstützt wird. freebsd-update fetch warnt Sie, wenn das Datum näher rückt. Nach Ablauf des Datums gibt der Befehl eine Zeile aus, die besagt, dass das Release HAS PASSED ITS END-OF-LIFE DATE. Danach gelten für Sie keine weiteren Hinweise mehr.