Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Grundlegendes zu Patch-Compliance-Statuswerten
Zu den Informationen über Patches für einen verwalteten Knoten gehört ein Bericht über den Zustand oder den Status jedes einzelnen Patches.
Anmerkung
Wenn Sie einem verwalteten Knoten einen bestimmten Patch-Compliance-Status zuweisen möchten, können Sie den Befehl put-compliance-items AWS Command Line Interface (AWS CLI) oder die PutComplianceItemsAPI-Operation verwenden. Das Zuweisen eines Compliance-Zustands wird in der Konsole nicht unterstützt.
Verwenden Sie die Informationen in den folgenden Tabellen, um zu ermitteln, warum ein verwalteter Knoten möglicherweise nicht die Patch-Compliance erfüllt.
Patch-Compliance-Werte für Debian Server, Raspberry Pi OS und Ubuntu Server
Für Debian Server, Raspberry Pi OS und Ubuntu Server erläutert die folgende Tabelle die Regeln für die Paketklassifizierung in verschiedene Compliance-Zustände.
Anmerkung
Beachten Sie bei der Auswertung der Statuswerte Installiert, Installiert Andere und Fehlend Folgendes: Wenn Sie beim Erstellen oder Aktualisieren einer Patch-Baseline nicht die Checkbox Nicht sicherheitsrelevante Aktualisierungen einschließen aktivieren, sind Patch-Kandidaten-Versionen auf Patches beschränkt, die in trusty-security
(Ubuntu Server 14.04 LTS), xenial-security
(Ubuntu Server 16.04 LTS), bionic-security
(Ubuntu Server 18.04 LTS), focal-security
(Ubuntu Server 20.04 LTS), groovy-security
(Ubuntu Server 20.10 STR), jammy-security
(Ubuntu Server 22.04 LTS) oder debian-security
(Debian Server and Raspberry Pi OS). enthalten sind. Wenn Sie die Option Nicht sicherheitsrelevante Aktualisierungen einschließen auswählen, werden auch Patches aus anderen Repositorys berücksichtigt.
Patch-Status | Beschreibung | Compliance status (Compliance-Status) |
---|---|---|
|
Der Patch wird in der Patch-Baseline aufgeführt und ist auf dem verwalteten Knoten installiert. Er könnte entweder manuell von einer Person oder automatisch von Patch Manager installiert worden sein, wenn das |
Konform |
|
Der Patch ist nicht in der Baseline enthalten oder wird von der Baseline nicht genehmigt, ist aber auf dem verwalteten Knoten installiert. Der Patch wurde möglicherweise manuell installiert, das Paket könnte eine erforderliche Abhängigkeit von einem anderen genehmigten Patch sein, oder der Patch war möglicherweise Teil eines InstallOverrideList Vorgangs. Wenn Sie |
Konform |
|
|
Nicht konform |
|
Der Patch wird auf dem verwalteten Knoten installiert, jedoch in einer Liste der Rejected patches (Abgelehnte Patches) angegeben. Dies bedeutet normalerweise, dass der Patch installiert wurde, bevor er einer Liste der abgelehnten Patches hinzugefügt wurde. |
Nicht konform |
|
Pakete, die über die Baseline gefiltert und noch nicht installiert sind. |
Nicht konform |
|
Pakete, die während des Patch-Vorgangs nicht installiert werden konnten. |
Nicht konform |
Patch-Compliance-Werte für andere Betriebssysteme
Für alle Betriebssysteme außer Debian Server, Raspberry Pi OS und Ubuntu Server erläutert die folgende Tabelle die Regeln für die Paketklassifizierung in verschiedene Compliance-Zustände.
Patch-Status | Beschreibung | Compliancewert |
---|---|---|
|
Der Patch wird in der Patch-Baseline aufgeführt und ist auf dem verwalteten Knoten installiert. Er könnte entweder manuell von einer Person oder automatisch von Patch Manager installiert worden sein, als das |
Konform |
|
Der Patch befindet sich nicht an der Baseline, ist aber auf dem verwalteten Knoten installiert. Der Patch wurde möglicherweise manuell installiert, das Paket könnte eine erforderliche Abhängigkeit von einem anderen genehmigten Patch sein. Wenn Sie |
Konform |
|
Der Patch wird auf dem verwalteten Knoten installiert, jedoch in einer Liste der abgelehnten Patches angegeben. Dies bedeutet normalerweise, dass der Patch installiert wurde, bevor er einer Liste der abgelehnten Patches hinzugefügt wurde. |
Nicht konform |
|
|
Nicht konform |
|
Der Patch wurde in der Baseline genehmigt, aber nicht auf dem verwalteten Knoten installiert. Wenn Sie die |
Nicht konform |
|
Der Patch wurde in der Baseline genehmigt, der Service oder dem Feature, die den Patch verwendet, wurde aber auf dem verwalteten Knoten nicht installiert. Beispielsweise würde ein Patch für einen Webserver-Service wie Internet Information Services (IIS) AnmerkungDieser Compliance-Status wird nur auf Windows Server-Betriebssystemen gemeldet. |
Nicht zutreffend |
|
Der Patch wurde an der Baseline genehmigt, konnte aber nicht installiert werden. Zum Beheben dieses Problems überprüfen Sie die Befehlsausgabe auf Informationen, die Ihnen helfen, das Problem zu verstehen. |
Nicht konform |
¹ Für Patches mit dem Status INSTALLED_OTHER und NOT_APPLICABLE, lässt Patch Manager einige Daten aus Abfrageergebnissen aus, die auf dem Befehl describe-instance-patches basieren, z. B. die Werte für Classification
und Severity
. Dadurch soll verhindert werden, dass das Datenlimit für einzelne Knoten im Inventar überschritten wird, eine Fähigkeit von. AWS Systems Manager Um alle Patch-Details anzuzeigen, können Sie den Befehl describe-available-patches nutzen.