Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Un résultat peut avoir l'un des deux états suivants : Active ou Inactive.
Lorsqu'un résultat est créé pour la première fois, les services de détection intégrés définissent la propriété state du résultat sur Active. En général, vous pouvez considérer que Active signifie que le problème de sécurité sous-jacent existe toujours. Toutefois, comme expliqué plus loin dans cette section, ce n'est pas toujours le cas.
L'état d'un résultat peut devenir Inactive si certains services de détection détectent que le problème de sécurité a été résolu ou que la ressource concernée a été supprimée. Vous pouvez également modifier manuellement l'état sur Inactive. En général, Inactive signifie que le problème de sécurité sous-jacent n'existe plus. Toutefois, comme expliqué plus loin dans cette section, ce n'est pas toujours le cas.
À tout moment, le state d'un résultat peut ne pas refléter l'état actuel du problème de sécurité détecté. Voici quelques raisons pour lesquelles une incohérence peut se produire :
Certains services de détection ne mettent pas à jour automatiquement leurs résultats une fois le problème détecté résolu.
L'état des résultats de menace n'est jamais modifié automatiquement.
Pour les services de détection qui mettent à jour automatiquement leurs résultats, il y a généralement un délai avant que la correction soit détectée et que le résultat soit mis à jour.
Pour certains services de détection, l'état d'un résultat peut être modifié manuellement pour correspondre à un état qui ne correspond pas à celui du problème détecté.
Seuls les services de détection des failles et des erreurs de configuration suivants modifient automatiquement l'état d'un résultat de Active à Inactive lorsqu'ils détectent que le problème correspondant a été résolu :
Security Health Analytics, y compris lorsqu'un détecteur de Security Health Analytics est désactivé. Pour en savoir plus sur tous les événements qui peuvent entraîner la modification automatique de l'état d'un résultat par Security Health Analytics, consultez Désactivation automatique des résultats. + VM Manager
Si vous passez au niveau Standard, l'état des résultats Premium ou Enterprise passe également à Inactive. En savoir plus sur les niveaux de service
Pour savoir comment modifier manuellement l'état d'un résultat dans la consoleGoogle Cloud , consultez Modifier l'état d'un résultat.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/05 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/05 (UTC)."],[],[],null,["| Standard, Premium, and Enterprise [service tiers](/security-command-center/docs/service-tiers)\n\nA finding can have one of two states: `Active` or `Inactive`.\n\nWhen a finding is first created, the built-in detection services set the\n`state` property of the finding to `Active`. Generally, you can consider\n`Active` to mean that the underlying security issue still exists; however,\nas explained later in this section, that is not always the case.\n\nThe state of a finding can become `Inactive` if certain detection services\ndetect that the security issue was remediated or that the affected resource\nwas deleted. You can also manually change the state to `Inactive`. Generally, `Inactive` means that the underlying security issue no\nlonger exists; however, as explained later in this section, that is\nnot always the case.\n\nAt any point in time, the `state` of a finding might not reflect the\ncurrent state of the detected security issue. The following list shows some\nof the reasons a mismatch might occur:\n\n- Some detection services do not update their findings automatically\n after the detected issue is remediated.\n\n The state of threat findings are never changed automatically.\n- For the detection services that do update their findings automatically,\n there is usually a delay before the remediation is detected and the finding\n is updated.\n\n- For some detection services, the state of a finding might be changed manually to a state that does\n not match the state of the detected issue.\n\nOnly the following vulnerability and misconfiguration detection services\nautomatically change the state of a finding from `Active` to `Inactive` upon\ndetecting that the corresponding issue is remediated:\n\n- Security Health Analytics, including when a detector in Security Health Analytics is disabled. See [Automatic deactivation of\n findings](/security-command-center/docs/how-to-remediate-security-health-analytics-findings#finding-deactivation) for information about all the events that might cause Security Health Analytics to automatically change the state of their finding. + VM Manager\n\nDowngrading to the Standard tier also changes the state of Premium or Enterprise\nfindings to `Inactive`. Learn more about [Service\ntiers](/security-command-center/docs/service-tiers).\n\nFor information about manually changing the state of a finding in the\nGoogle Cloud console, see\n[Changing the state of a finding](/security-command-center/docs/how-to-work-with-findings-in-the-dashboard#change_the_state_of_a_finding)."]]