Filtragem em Gerenciamento de vulnerabilidade de aplicação

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 1 min. de leitura
  • Calculadoras e regras de atribuição usam condições durante a importação, criadas usando o construtor de condição. Mudanças em seus critérios podem afetar o desempenho, já que cada registro é avaliado usando esses filtros.

    As regras e calculadoras enviadas com o sistema básico são otimizadas para desempenho. Editar ou criar regras ou calculadoras é cuidadoso e pode exigir experiência em ServiceNow e Application Vulnerability Response. Dito isso, algumas orientações estão disponíveis.

    Evite filtrar com base em campos de subclasse

    Algumas tabelas oferecem suporte à extensão. Um exemplo disso é a tabela IC do CMDB [cmdb_ci]. Tabelas como cmdb_ci_hardware e cmdb_ci_computer estendem esta tabela. Se você filtrar com base em um campo que não está na tabela primária, esse filtro poderá ser caro de construir e avaliar.
    Figura 1. Menu suspenso de filtro de condição
    Exemplo de menu suspenso de filtro de condição

    Por exemplo, filtrar em Item de Configuração > Custo não afetaria negativamente o desempenho porque Custo é um campo de classe, e não um campo de subclasse, de Item de configuração. Filtrar no exemplo de campo de classe

    Item de Configuração > Computador, no entanto, é uma subclasse que requer uma referência com pontos para outro campo, neste caso, Sistema operacional. Este processo pode levar muitos milissegundos que se somam rapidamente, quando milhões de itens vulneráveis estão sendo importados e afetam o desempenho. Filtrar no exemplo de campo de subclasse
    Nota:
    Usar a condição [contains] é como uma pesquisa de caractere curinga e pode causar impacto no desempenho. Usar [is] sempre que possível é mais eficiente.