Governa l’ambito delle patch, gli esiti registrati e la revisione indipendente insieme agli strumenti che distribuiscono gli aggiornamenti.
2 asset · 1 aggiornamento richiesto
La copertura della baseline e l’inclusione nell’inventario sono misure diverse.
Osservazioni dello scanner, rapporti di installazione ed esiti verificati rispondono a domande diverse. Nell’esempio, il gateway ha un risultato revisionato mentre il portale resta sconosciuto. La baseline evita di estendere un aggiornamento riuscito a tutto l’inventario. I rilievi di vulnerabilità possono dare contesto; gli aggiornamenti ordinari non richiedono un rilievo inventato né un CVE.
Maya seleziona la policy paghe pubblicata, due asset attivi e l’aggiornamento NS-2026-09, con versione obiettivo 4.2.
Maya seleziona la policy paghe pubblicata, due asset attivi e l’aggiornamento NS-2026-09, con versione obiettivo 4.2. La baseline conserva versione della policy, validità delle osservazioni di 14 giorni e scadenza di policy di 30 giorni. Sono requisiti dell’esempio, non impostazioni predefinite del prodotto.
Un revisore indipendente autorizzato pubblica la baseline; chi la crea non può approvarla da solo.
Un revisore indipendente autorizzato pubblica la baseline; chi la crea non può approvarla da solo. La pubblicazione conserva decisione e riferimento alla policy. Modifiche ad asset o aggiornamenti richiedono una nuova baseline, lasciando il perimetro precedente disponibile alla revisione.
Maya visualizza l’anteprima delle osservazioni JSON con asset, aggiornamento, fonte, orario, risultato e riferimento del rapporto.
Maya visualizza l’anteprima delle osservazioni JSON con asset, aggiornamento, fonte, orario, risultato e riferimento del rapporto. La schermata mostra una nuova osservazione, nessun duplicato e una coppia omessa. Il record omesso resta invariato: l’assenza non significa aggiornamento riuscito né scomparsa dell’esposizione precedente.
Raggruppa un aggiornamento compatibile in un solo ambiente.
Raggruppa un aggiornamento compatibile in un solo ambiente. Conserva responsabile, finestra di manutenzione, fuso orario, piano di test e riferimenti di modifica e rollback. Il pacchetto paghe include il gateway con una deroga di responsabilità motivata. Spostare la finestra non riavvia la scadenza della policy.
Lo strumento di gestione degli endpoint esegue l’installazione.
Lo strumento di gestione degli endpoint esegue l’installazione. Il responsabile registra installato, riavvio in attesa, non riuscito, ripristinato o esecuzione sconosciuta, con riferimento dell’attività e prove. Maya registra l’installazione del gateway; servono ancora osservazioni recenti successive all’esecuzione e revisione indipendente.
Alex controlla indipendentemente le osservazioni recenti e le prove del gateway.
Alex controlla indipendentemente le osservazioni recenti e le prove del gateway. Il portale resta sconosciuto. Ogni asset deve soddisfare tutti gli aggiornamenti dichiarati per essere conteggiato come verificato. Nuove osservazioni possono riportare una decisione precedente in revisione; la verifica non è un’etichetta verde permanente.
Scegli una fase per vedere la registrazione reale, il responsabile e il motivo dell’azione successiva.
Maya visualizza l’anteprima delle osservazioni dello scanner o dello strumento patch. Vengono rilevate una nuova osservazione e una coppia asset–aggiornamento omessa. Può esaminare il cambiamento prima di confermare l’importazione.
Una riga mancante non trasforma silenziosamente un risultato sconosciuto in un aggiornamento riuscito.
La coppia omessa resta invariata; la schermata mostra un’anteprima.
Area di lavoro fittizia · Interfaccia in inglese
Maya visualizza l’anteprima delle osservazioni dello scanner o dello strumento patch. Vengono rilevate una nuova osservazione e una coppia asset–aggiornamento omessa. Può esaminare il cambiamento prima di confermare l’importazione.
Una riga mancante non trasforma silenziosamente un risultato sconosciuto in un aggiornamento riuscito.
La coppia omessa resta invariata; la schermata mostra un’anteprima.
Apri la schermata completa ↗La base paghe pubblicata indica due asset e l’aggiornamento NS-2026-09. Maya vede il riferimento alla policy, il requisito di aggiornamento delle prove e il termine di servizio accanto alla popolazione valutata.
Tutti possono sapere quali asset e aggiornamenti sono inclusi prima di affidarsi al risultato.
Due coppie asset–aggiornamento; sono inclusi due dei tre asset attivi dell’inventario.
Apri la schermata completa ↗Maya coordina il pacchetto di manutenzione e registra un’installazione con prove. Alex verifica indipendentemente l’esito dell’asset. La vista per asset separa il gateway verificato dal risultato sconosciuto del portale.
Il revisore distingue il resoconto del responsabile da prove controllate in modo indipendente.
PlanGRC registra e verifica gli esiti. Lo strumento di distribuzione esegue l’installazione.
Apri la schermata completa ↗La vista mostra una coppia verificata e una sconosciuta. Maya richiede il risultato mancante al responsabile. Esclusioni esaminate ed esposizione differita hanno categorie proprie e non contano come lavoro verificato.
Una vista utile indica dove agire e chiarisce i limiti del risultato comunicato.
Una verificata, una sconosciuta. È copertura della base dichiarata, non conformità dell’intero inventario.
Apri la schermata completa ↗La copertura conta gli asset considerando tutti gli aggiornamenti richiesti. Con un aggiornamento, i due asset dell’esempio rappresentano anche due coppie asset–aggiornamento. L’inclusione dell’inventario è una misura distinta.
Il gateway di integrazione paghe ha un risultato revisionato indipendentemente.
Il portale di accesso paghe richiede ancora un esito verificato.
Il perimetro pubblicato indica NS-2026-09 e la versione obiettivo 4.2.
L’asset rimanente in inventario è fuori da questa valutazione della baseline.
Stati distinti aiutano il team a scegliere il seguito corretto.
Osservazioni mancanti, fonti obsolete e risultati in conflitto richiedono attenzione. Controlla la fonte o ottieni prove recenti. Quando incertezza e rinvio coesistono, la vista di copertura mantiene visibile l’incertezza.
Un ritardo approvato conserva motivo, controlli compensativi e scadenza. Non diventa lavoro verificato e non sposta la scadenza originaria della policy.
Esamina la non applicabilità in modo indipendente. Un aggiornamento sostituito viene escluso solo quando il sostituto dichiarato è verificato. Un asset interamente escluso non appare come verificato.
Assenza di correzione, fine del supporto o manutenzione gestita dal fornitore richiedono un problema di seguito aperto, assegnato e con una futura data di revisione. Il vincolo in sé non è accettazione né rimedio.
PlanGRC coordina perimetro, responsabilità, prove e revisione. Non esegue scansioni né installa software. I contratti dei provider di scanner e i controlli di preparazione non dimostrano integrazioni operative. Conferma il percorso di importazione supportato dai tuoi strumenti prima dell’uso operativo.
Le osservazioni delle patch usano modello JSON e anteprima specifici della baseline. Il processo separato per le vulnerabilità supporta importazioni CSV revisionate, abbinamento degli asset e controlli dei duplicati. Importare rilievi e verificare patch sono processi diversi.
La cronologia precedente resta conservata. Nuove osservazioni possono invalidare la verifica o decisione di applicabilità interessata e riportare il lavoro in revisione. Una riga omessa resta invariata; la sua assenza non chiude un esito.
No. La chiusura delle patch controlla esiti e prove attuali, quindi segue la revisione comune di chiusura dei problemi. Rilievi, rischi e record dei fornitori collegati mantengono le proprie decisioni; non vengono chiusi automaticamente.
Esporta un record JSON datato con baseline, riferimento alla policy, cronologia delle fonti, riferimenti delle prove, contesto di manutenzione, scadenze ed eccezioni. Conserva il perimetro dichiarato; non è un certificato di conformità dell’intero parco.
Porta una policy, un gruppo di asset e un aggiornamento richiesto. Segui importazione, responsabilità, verifica e lacune residue in una demo mirata.
