Valeurs de l’état de conformité des correctifs
Les informations relatives aux correctifs d'un nœud géré incluent un rapport sur l'état ou le statut de chaque correctif.
Note
Pour affecter un état de conformité spécifique à un nœud géré, vous pouvez utiliser la commande put-compliance-items de la AWS Command Line Interface (AWS CLI) ou l'opération d'API PutComplianceItems. L'attribution d'un état de conformité n'est pas prise en charge dans la console.
Utilisez les informations figurant dans les tableaux suivants pour identifier les raisons pour lesquelles une nœud géré peut ne pas être conforme en matière de correctifs.
Valeurs de conformité des correctifs pour Debian Server, Raspberry Pi OS et Ubuntu Server
Pour Debian Server, Raspberry Pi OS et Ubuntu Server, les règles de classification des packages dans les différents états de conformité sont décrites dans le tableau suivant.
Note
Lorsque vous évaluez les valeurs de statut INSTALLED, INSTALLED_OTHER et MISSING, n’oubliez pas que : si vous ne cochez pas la case Inclure les mises à jour non liées à la sécurité lors de la création ou de la mise à jour d’un référentiel de correctifs, les versions des correctifs candidates se limitent aux correctifs inclus dans 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) ou debian-security (Debian Server et Raspberry Pi OS). Si vous cochez la case Inclure les mises à jour non liées à la sécurité, les correctifs provenant d'autres référentiels sont également pris en compte.
| État du correctif | Description | Statut de conformité |
|---|---|---|
|
Le correctif est répertorié dans le référentiel de correctifs et est installé sur le nœud géré. Il a pu être installé manuellement par une personne ou automatiquement par Patch Manager lors de l'exécution du document |
Conforme |
|
Le correctif n'est pas inclus dans le référentiel ou n'est pas approuvé par le référentiel, mais il est installé sur le nœud géré. Il se peut que le correctif ait été installé manuellement, que le package soit une dépendance obligatoire d'un autre correctif approuvé, ou que le correctif ait été inclus dans une opération InstallOverrideList. Si vous ne spécifiez pas |
Conforme |
|
Dans les deux cas, cela ne signifie pas qu’un correctif ayant cet état nécessite un redémarrage, mais seulement que le nœud n’a pas été redémarré depuis l’installation du correctif. |
Non-Compliant (Non conforme) |
|
Le correctif est installé sur le nœud géré, mais il figure dans une liste Rejected patches (Correctifs rejetés). Cela signifie généralement que le correctif a été installé avant d'être ajouté à la liste des correctifs rejetés. |
Non-Compliant (Non conforme) |
|
Packages qui sont filtrés via le référentiel, mais ne sont pas encore installés. |
Non-Compliant (Non conforme) |
|
Packages dont l'installation a échoué pendant l'opération d'application de correctif. |
Non-Compliant (Non conforme) |
Valeurs de conformité des correctifs pour les autres systèmes d'exploitation
Pour tous les systèmes d'exploitation autres que Debian Server, Raspberry Pi OS et Ubuntu Server, les règles de classification des packages dans les différents états de conformité sont décrites dans le tableau suivant.
| État du correctif | Description | Valeur de conformité |
|---|---|---|
|
Le correctif est répertorié dans le référentiel de correctifs et est installé sur le nœud géré. Il a pu être installé manuellement par une personne ou automatiquement par Patch Manager lors de l'exécution du document |
Conforme |
|
Le correctif ne figure pas dans le référentiel, mais il est installé sur le nœud géré. Il y a deux raisons possibles à cela :
|
Conforme |
|
Le correctif est installé sur le nœud géré, mais il figure dans une liste Rejected patches (Correctifs rejetés). Cela signifie généralement que le correctif a été installé avant d'être ajouté à la liste des correctifs rejetés. |
Non-Compliant (Non conforme) |
|
Dans les deux cas, cela ne signifie pas qu’un correctif ayant cet état nécessite un redémarrage, mais seulement que le nœud n’a pas été redémarré depuis l’installation du correctif. |
Non-Compliant (Non conforme) |
|
Le correctif est approuvé dans le référentiel, mais il n'est pas installé sur le nœud géré. Si vous configurez la tâche de document |
Non-Compliant (Non conforme) |
|
Le correctif est approuvé dans le référentiel, mais le service ou la fonction qui l'utilise n'est pas installé sur le nœud géré. Par exemple, un correctif relatif à un service de serveur web tel qu'Internet Information Services (IIS) indique NoteCe statut de conformité est uniquement signalé sur les systèmes d'exploitation Windows Server. |
Ne s’applique pas |
|
Le correctif est approuvé dans la référence, mais il n'a pas pu être installé. Pour résoudre ce problème, passez en revue la sortie de commande afin d'accéder à des informations supplémentaires susceptibles de vous aider à comprendre ce qui se passe. |
Non-Compliant (Non conforme) |
¹ Pour les correctifs avec l’état INSTALLED_OTHER et NOT_APPLICABLE, Patch Manager omet certaines données dans les résultats des requêtes basées sur la commande describe-instance-patches, comme les valeurs pour Classification et Severity. Cela permet d'éviter de dépasser la limite de données pour les nœuds individuels dans l'iventaire, une fonctionnalité de AWS Systems Manager. Pour voir tous les détails des correctifs, vous pouvez utiliser la commande describe-available-patches.
