Governe o âmbito dos patches, os resultados registados e a revisão independente em conjunto com as ferramentas que implementam as suas atualizações.
2 ativos · 1 atualização necessária
A cobertura da referência e a inclusão no inventário são medidas diferentes.
Observações do scanner, relatórios de instalação e resultados verificados respondem a perguntas diferentes. No exemplo, o gateway tem um resultado revisto e o portal continua desconhecido. A linha de base evita transformar uma atualização bem-sucedida numa afirmação sobre todo o inventário. As constatações de vulnerabilidades podem dar contexto; atualizações correntes não exigem uma constatação inventada nem um CVE.
Maya seleciona a política de salários publicada, dois ativos em serviço e a atualização NS-2026-09, com versão de destino 4.2.
Maya seleciona a política de salários publicada, dois ativos em serviço e a atualização NS-2026-09, com versão de destino 4.2. A linha de base conserva a versão da política, uma validade de observações de 14 dias e um prazo de política de 30 dias. São requisitos do exemplo, não valores predefinidos de todo o produto.
Um revisor independente elegível publica a linha de base; quem a cria não pode aprová-la sozinho.
Um revisor independente elegível publica a linha de base; quem a cria não pode aprová-la sozinho. A publicação conserva a decisão e a base na política. Alterar ativos ou atualizações exige uma nova linha de base, mantendo o âmbito anterior disponível para revisão.
Maya pré-visualiza observações JSON com ativo, atualização, fonte, hora, resultado e referência do relatório.
Maya pré-visualiza observações JSON com ativo, atualização, fonte, hora, resultado e referência do relatório. A captura mostra uma observação nova, nenhum duplicado e um par omitido. O registo omitido permanece inalterado: a ausência não significa atualização bem-sucedida nem desaparecimento da exposição anterior.
Agrupe uma atualização compatível num único ambiente.
Agrupe uma atualização compatível num único ambiente. Conserve responsável, janela de manutenção, fuso horário, plano de testes e referências de alteração e reversão. O pacote de salários abrange o gateway, com uma exceção de responsabilidade fundamentada. Alterar a janela não reinicia o prazo da política.
A ferramenta de gestão de dispositivos executa a instalação.
A ferramenta de gestão de dispositivos executa a instalação. O responsável regista instalado, reinício pendente, falhou, revertido ou execução desconhecida, com referência da tarefa e evidências. Maya regista a instalação do gateway; ainda são necessárias observações recentes após a execução e revisão independente.
Alex verifica independentemente as observações recentes e as evidências do gateway.
Alex verifica independentemente as observações recentes e as evidências do gateway. O portal continua desconhecido. Cada ativo deve cumprir todas as atualizações declaradas para contar como verificado. Novas observações podem devolver uma decisão anterior à revisão; a verificação não é um rótulo verde permanente.
Escolha uma etapa para ver o registo real, o responsável e o motivo da ação seguinte.
Maya pré-visualiza observações do scanner ou da ferramenta de atualizações. A vista identifica uma nova observação e um par ativo–atualização omitido. Pode analisar a alteração antes de confirmar a importação revista.
Uma linha em falta não transforma silenciosamente um resultado desconhecido numa atualização bem-sucedida.
O par omitido permanece inalterado; a captura mostra uma pré-visualização.
Espaço de trabalho fictício · Interface em inglês
Maya pré-visualiza observações do scanner ou da ferramenta de atualizações. A vista identifica uma nova observação e um par ativo–atualização omitido. Pode analisar a alteração antes de confirmar a importação revista.
Uma linha em falta não transforma silenciosamente um resultado desconhecido numa atualização bem-sucedida.
O par omitido permanece inalterado; a captura mostra uma pré-visualização.
Abrir o ecrã completo ↗A base salarial publicada identifica dois ativos e a atualização NS-2026-09. Maya vê a política associada, a exigência de atualidade e o prazo de serviço junto à população avaliada.
Todos sabem quais os ativos e atualizações abrangidos antes de confiar no resultado.
Dois pares ativo–atualização; inclui dois dos três ativos em uso no inventário.
Abrir o ecrã completo ↗Maya coordena o pacote de manutenção e regista uma instalação com provas. Alex verifica independentemente o resultado desse ativo. A vista por ativo separa a gateway verificada do resultado desconhecido do portal.
O revisor distingue o relato do responsável de provas verificadas de forma independente.
O PlanGRC regista e verifica resultados. A sua ferramenta de implementação efetua a instalação.
Abrir o ecrã completo ↗A cobertura mostra um par verificado e outro desconhecido. Maya solicita o resultado em falta ao responsável. Exclusões revistas e exposição adiada têm categorias próprias e não contam como trabalho verificado.
Uma vista útil indica onde agir e esclarece os limites do resultado comunicado.
Um verificado e outro desconhecido. É cobertura da base declarada, não conformidade de todo o inventário.
Abrir o ecrã completo ↗A cobertura conta os ativos considerando todas as atualizações exigidas. Com uma atualização, os dois ativos do exemplo representam também dois pares ativo–atualização. A inclusão do inventário é uma medida separada.
O gateway de integração de salários tem um resultado revisto independentemente.
O portal de acesso a salários ainda precisa de um resultado verificado.
O âmbito publicado identifica NS-2026-09 e a versão de destino 4.2.
O ativo restante do inventário está fora desta avaliação da linha de base.
Estados distintos ajudam a equipa a escolher o acompanhamento adequado.
Observações em falta, fontes desatualizadas e resultados contraditórios requerem atenção. Verifique a fonte ou obtenha provas recentes. Quando incerteza e adiamento coexistem, a vista de cobertura mantém a incerteza visível.
Um atraso aprovado conserva motivo, controlos compensatórios e validade. Não se transforma em trabalho verificado nem altera o prazo original da política.
Reveja a não aplicabilidade de forma independente. Uma atualização substituída só é excluída quando o substituto declarado está verificado. Um ativo totalmente excluído não aparece como verificado.
A falta de correção, o fim do suporte ou a manutenção gerida pelo fornecedor exigem um problema de acompanhamento aberto, atribuído e com data de revisão futura. A restrição em si não constitui aceitação nem remediação.
O PlanGRC coordena âmbito, responsabilidade, evidências e revisão. Não analisa nem instala software nos dispositivos. Os contratos dos fornecedores de scanners e os controlos de prontidão não demonstram integrações ativas. Confirme o percurso de importação suportado pelas suas ferramentas antes da utilização operacional.
As observações de patches usam o modelo JSON e a pré-visualização específicos da linha de base. O fluxo separado de vulnerabilidades suporta importação CSV revista de constatações, correspondência de ativos e verificação de duplicados. Importar constatações e verificar patches são processos diferentes.
O histórico anterior permanece. Novas observações podem invalidar a verificação ou decisão de aplicabilidade afetada e devolver o trabalho à revisão. Uma linha omitida fica inalterada; a ausência não encerra um resultado.
Não. O encerramento de patches verifica resultados e evidências atuais e depois segue a revisão comum de encerramento de problemas. Constatações, riscos e registos de fornecedores relacionados mantêm as suas próprias decisões; não são encerrados automaticamente.
Exporte um registo JSON datado com linha de base, fundamento na política, histórico de fontes, referências de evidências, contexto de manutenção, prazos e exceções. Conserva o âmbito declarado; não é um certificado de conformidade de todo o parque.
Traga uma política, um grupo de ativos e uma atualização exigida. Percorra importação, responsabilidade, verificação e lacunas restantes numa demonstração focada.
