Rever a metodologia e reavaliar vulnerabilidades

A metodologia explica como a informação da fonte e o contexto confirmado do ativo produzem prioridade e prazo. Criar/editar, aprovar e reavaliar são operações distintas e exigem as permissões respetivas.

Em Metodologia, a lista e as operações disponíveis aparecem primeiro. Se precisar de orientação, abra Como funciona a priorização?. Esta explicação começa recolhida e distingue severidade técnica, contexto, prioridade e SLA; consultá-la não altera a metodologia nem constitui aprovação.

Preparar uma metodologia

1. Abra Vulnerabilidades → Metodologia e escolha Criar metodologia, Retomar rascunho ou Criar nova versão.
2. Comece por Identificação: nome, descrição, responsável e vigência. Depois reveja Severidade de entrada, Contexto do ativo, Matriz, SLA e Rever e guardar.
3. Mapeie valores da fonte explicitamente. Se um relatório fictício só tiver uma escala própria de severidade, não lhe atribua um CVSS inexistente.
4. Defina condições de contexto com atributos conhecidos. Ambiente, criticidade e exposição são conceitos diferentes; dados em falta devem ficar para revisão.
5. Use o simulador para testar exemplos. Guardar conserva um rascunho; Aprovar metodologia exige revisão e fundamentação antes de a usar.

Em Contexto do ativo, escolha Todas as condições (E) ou Qualquer condição (OU). Uma condição Rede CIDR aceita várias redes alternativas através de Adicionar rede (OU). Assim, pode exigir exposição à Internet E (rede A OU rede B), mantendo as alternativas dentro da condição de rede.

Comparação permite Não é igual a; no Nome do equipamento, permite também Não contém. Num exemplo fictício, pode distinguir equipamentos IoT de estações de trabalho na mesma rede pelo tipo ou pelo hostname. Escolha o Tipo de ativo na lista do inventário. Informação desconhecida continua a precisar de revisão, mesmo numa condição negativa.

Cada contexto admite até dez condições; uma condição de rede admite até vinte redes. Contextos com a mesma rede e exposição obrigatória oposta não são tratados como conflito apenas por partilharem o endereço. Outros avisos de sobreposição pedem revisão das condições e da precedência.

O simulador não altera os registos operacionais. Critérios sobrepostos ou resultados ambíguos precisam de resolução; não presuma uma prioridade baixa por faltar um atributo.

Aplicar uma versão aprovada

Na lista ou detalhe, use a reavaliação individual, Reavaliar selecionadas ou Reavaliar todas, conforme a autorização. Confirme a quantidade e o âmbito: todas refere-se ao conjunto autorizado da organização, não apenas ao filtro ou à página atual.

Escolha metodologia ativa e fundamento. Mantenha a página aberta e examine os resultados: com prioridade, para revisão e erros técnicos não são equivalentes. Zero erros técnicos não significa que todos os casos receberam prioridade.

Exemplo fictício: após confirmar a criticidade de um serviço, reavalie as vulnerabilidades dos seus ativos com a metodologia vigente. A mudança de metodologia não reavalia automaticamente todo o histórico.

Retomar

Mudar entre Vulnerabilidades, Importações e Metodologia oculta o editor fora do respetivo separador e conserva a edição enquanto a página estiver aberta. Use Guardar rascunho antes de recarregar, fechar o browser ou terminar a sessão. Quando a gravação é confirmada, o editor fecha e a lista mostra os dados guardados, com a data e o autor. Ao regressar, escolha Retomar rascunho; os rascunhos anteriores conservam os dados e a secção de trabalho.

Lotes já concluídos podem conservar resultado mesmo se um pedido posterior falhar. Consulte o estado e corrija informação em falta antes de repetir. Reavaliar prioridade/SLA não verifica eficácia, não fecha vulnerabilidades e não aceita risco formal.

Veja importações, riscos e resultados desatualizados.