Gouvernez le périmètre des correctifs, les résultats consignés et la revue indépendante en complément des outils qui déploient vos mises à jour.
2 actifs · 1 mise à jour requise
La couverture du référentiel et l’inclusion dans l’inventaire sont deux mesures différentes.
Observations de scanner, rapports d’installation et résultats vérifiés répondent à différentes questions. Dans l’exemple, la passerelle possède un résultat examiné ; le portail reste inconnu. Le référentiel évite de transformer une mise à jour réussie en affirmation sur tout l’inventaire. Les constats de vulnérabilité peuvent éclairer le contexte ; une mise à jour courante n’exige ni constat inventé ni CVE.
Maya sélectionne la politique de paie publiée, deux actifs et la mise à jour NS-2026-09 ciblant la version 4.2.
Maya sélectionne la politique de paie publiée, deux actifs et la mise à jour NS-2026-09 ciblant la version 4.2. Le référentiel conserve la version de politique, une fraîcheur d’observation de 14 jours et un délai de politique de 30 jours. Ce sont les exigences de l’exemple, pas des valeurs globales du produit.
Un réviseur indépendant habilité publie le référentiel ; son créateur ne peut s’auto-approuver.
Un réviseur indépendant habilité publie le référentiel ; son créateur ne peut s’auto-approuver. La publication conserve décision et fondement de politique. Changer d’actifs ou de mises à jour exige un nouveau référentiel, l’ancien restant consultable.
Maya prévisualise des observations JSON nommant actif, mise à jour, source, heure, résultat et rapport.
Maya prévisualise des observations JSON nommant actif, mise à jour, source, heure, résultat et rapport. La capture montre une observation nouvelle, aucun doublon et une paire omise. L’enregistrement omis reste inchangé : l’absence ne prouve ni réussite ni disparition d’une exposition précédente.
Regroupez une mise à jour compatible dans un environnement.
Regroupez une mise à jour compatible dans un environnement. Conservez responsable, fenêtre de maintenance, fuseau horaire, plan de test et références de changement et de retour arrière. Le dossier couvre la passerelle avec une dérogation de responsabilité expliquée. Déplacer sa fenêtre ne réinitialise pas le délai de politique.
L’outil des terminaux réalise l’installation.
L’outil des terminaux réalise l’installation. Le responsable enregistre installé, redémarrage attendu, échec, retour arrière ou exécution inconnue avec référence et preuve. Maya enregistre l’installation de la passerelle ; des observations fraîches après exécution et une revue indépendante restent nécessaires.
Alex examine indépendamment les observations récentes et preuves de la passerelle.
Alex examine indépendamment les observations récentes et preuves de la passerelle. Le portail reste inconnu. Chaque actif doit satisfaire toutes les mises à jour déclarées pour être vérifié. De nouvelles observations peuvent renvoyer une décision en revue ; la vérification n’est pas un statut vert permanent.
Choisissez une étape pour voir l’enregistrement réel, la personne responsable et la raison de l’action suivante.
Maya prévisualise les observations du scanner ou de l’outil de correctifs. L’aperçu identifie une nouvelle observation et un couple actif–mise à jour omis. Elle examine le changement proposé avant de valider l’import revu.
Une ligne absente ne transforme pas silencieusement un résultat inconnu en mise à jour réussie.
Un couple omis reste inchangé ; la capture montre un aperçu d’import.
Espace de travail fictif · Interface en anglais
Maya prévisualise les observations du scanner ou de l’outil de correctifs. L’aperçu identifie une nouvelle observation et un couple actif–mise à jour omis. Elle examine le changement proposé avant de valider l’import revu.
Une ligne absente ne transforme pas silencieusement un résultat inconnu en mise à jour réussie.
Un couple omis reste inchangé ; la capture montre un aperçu d’import.
Ouvrir l’écran complet ↗La référence publiée pour la paie nomme deux actifs et la mise à jour NS-2026-09. Maya voit la politique associée, l’exigence de fraîcheur et le délai de service avec la population évaluée.
Chacun sait quels actifs et quelles mises à jour sont inclus avant de se fier au résultat.
Deux couples actif–mise à jour ; deux des trois actifs actifs de l’inventaire sont inclus.
Ouvrir l’écran complet ↗Maya coordonne le dossier de maintenance et enregistre l’installation avec une preuve. Alex vérifie indépendamment le résultat de cet actif. La vue par actif sépare la passerelle vérifiée du résultat inconnu du portail.
L’examinateur distingue la déclaration du responsable des preuves contrôlées indépendamment.
PlanGRC consigne et vérifie les résultats. Votre outil de déploiement effectue l’installation.
Ouvrir l’écran complet ↗La vue présente un couple vérifié et un couple inconnu. Maya demande le résultat manquant au responsable. Les exclusions examinées et l’exposition différée ont leurs propres catégories et ne comptent pas comme travaux vérifiés.
Une couverture utile indique où agir et rend explicites les limites du résultat annoncé.
Un vérifié, un inconnu. Il s’agit de la référence déclarée, pas de la conformité de tout l’inventaire.
Ouvrir l’écran complet ↗La couverture compte les actifs sur toutes leurs mises à jour exigées. Avec une mise à jour, les deux actifs de l’exemple représentent aussi deux paires actif–mise à jour. L’inclusion dans l’inventaire est une mesure distincte.
La passerelle d’intégration de paie possède un résultat examiné indépendamment.
Le portail d’accès à la paie attend toujours un résultat vérifié.
Le périmètre publié nomme NS-2026-09 et la version cible 4.2.
L’actif d’inventaire restant est hors de cette évaluation.
Des états distincts aident l’équipe à choisir le suivi approprié.
Observations manquantes, sources anciennes et résultats contradictoires demandent attention. Vérifiez la source ou obtenez une preuve récente. Si incertitude et report coexistent, la couverture garde l’incertitude visible.
Un délai approuvé conserve motif, contrôles compensatoires et expiration. Il ne devient pas un travail vérifié et ne déplace pas le délai initial de politique.
Examinez indépendamment la non-applicabilité. Une mise à jour remplacée n’est exclue que lorsque son remplacement déclaré est vérifié. Un actif entièrement exclu n’est pas affiché comme vérifié.
L’absence de correctif, la fin de support ou une maintenance fournisseur exigent un problème de suivi ouvert, attribué et assorti d’une future revue. La contrainte n’est en soi ni acceptation ni remédiation.
PlanGRC coordonne périmètre, responsabilité, preuves et revue. Il ne scanne ni n’installe de logiciel. Les contrats de fournisseurs de scanners et les contrôles de préparation ne prouvent pas des intégrations actives. Confirmez le chemin d’import pris en charge avant l’usage opérationnel.
Les observations de correctifs utilisent le modèle JSON et la prévisualisation propres au référentiel. Le parcours de vulnérabilités distinct permet l’import CSV examiné, l’appariement des actifs et la détection des doublons. L’import de constats et la vérification de correctifs sont différents.
L’historique reste conservé. Les nouvelles observations peuvent invalider une vérification ou décision d’applicabilité et renvoyer le travail en revue. Une ligne omise reste inchangée ; elle ne clôture pas un résultat.
Non. La clôture des correctifs vérifie résultats et preuves actuels, puis suit la revue commune de clôture des problèmes. Constats, risques et dossiers fournisseurs liés gardent leurs propres décisions et ne sont pas clôturés automatiquement.
Exportez un dossier JSON daté comprenant référentiel, fondement de politique, historique des sources, preuves, contexte de maintenance, échéances et exceptions. Il préserve le périmètre déclaré ; ce n’est pas un certificat de conformité de tout le parc.
Apportez une politique, un groupe d’actifs et une mise à jour exigée. Parcourez import, responsabilité, vérification et lacunes restantes dans une démonstration ciblée.
