Mapeamento IBM QRadar campos de infração para campos de resposta a incidentes de segurança

Mapeie campos de infração individual, evento e fluxo para campos em um ServiceNow AI Platform SIR incidente de segurança.

Mapeamento do campo de infração

Como um usuário com a função sn_si.admin, use os campos da seção Exemplos de infrações à esquerda e mapeie-os para os campos de incidente de segurança na coluna Mapeamento de campo de incidente SIR. Edite a configuração de mapeamento arrastando campos de ofensa, evento ou fluxo do lado esquerdo e soltando-os no ServiceNow SIR seção de mapeamento de incidentes à direita. O mapeamento à direita associa o campo de infração de entrada a um campo de incidente de segurança de saída.

1. Depois de obter os dados de amostra, a próxima etapa é mapear os campos de infração, evento ou fluxo para o incidente de segurança. Para mapear um valor de campo do lado esquerdo do formulário para um campo no incidente de segurança no lado direito do formulário, clique e segure um nome de campo azul no lado esquerdo do formulário.
2. Arraste o nome do campo, por exemplo, descrição E solte-o em um campo na coluna Expressão de entrada ao lado de um nome de campo na coluna Incidente de segurança.
   O valor do campo é exibido na coluna Expressão de entrada. Na imagem a seguir, descrição está mapeado para Descrição campo no incidente de segurança.
   
   
   Nota:

   Se você inserir o nome do campo de fluxo ou evento manualmente na seção Expressão de entrada, deverá adicionar um prefixo como Event:eventfield ou (Flow:flowfield) antes do nome do campo que está sendo mapeado.
   
   
   

   Para ajudar você a garantir que nenhum campo de infração, evento ou fluxo seja ignorado ou duplicado no processo de mapeamento, os campos são codificados por cores. A codificação por cores dos campos de ofensa ajuda a acompanhar os valores de ofensa que você já mapeou conforme eles ficam esmaecidos, enquanto todos os campos não mapeados restantes aparecem em azul. Isso ajuda a visualizar melhor quais valores de campo foram adicionados ao incidente de segurança e se alguma informação de infração importante restante permanece não mapeada.

   Campos azuis claros à esquerda indicam que um campo de infração ainda não foi selecionado e mapeado no incidente de segurança. Você pode preferir associar um campo de infração, evento ou fluxo de entrada a mais de um campo em um incidente de segurança. Um campo cinza indica que um campo foi selecionado e mapeado para um campo no incidente de segurança. Esta codificação por cores ajuda você a rastrear o mapeamento.

3. Para adicionar campos aos campos padrão exibidos no incidente de segurança no lado direito do formulário, siga estas etapas:
   1. À direita do formulário, na seção Mapeamento de campo de incidente SIR, na parte inferior da grade, clique no ícone de adição. Um novo campo é exibido.
   2. Na coluna Incidente de segurança, expanda a lista de seleção exibida e selecione um campo.
      Na lista de seleção expandida do novo campo, alguns campos são sombreados. Na figura a seguir, Categoria tem um fundo cinza, porque foi mapeada no incidente de segurança. Semelhante à codificação por cores dos campos de ofensa no lado esquerdo do formulário, essa codificação por cores para os campos de incidente de segurança à direita ajuda a rastrear os campos de incidente DE SIR já mapeados.
      
      
      Nota:

      Como vários observáveis podem ser exibidos no mesmo incidente de segurança, o campo observável pode ser mapeado várias vezes com valores diferentes. Da mesma forma, os campos Item de configuração e Anotações de trabalho são compatíveis com vários valores. Se você tentar mapear dois valores para um campo que não pode oferecer suporte a vários valores, ao visualizar o incidente, uma mensagem de erro será exibida informando que não há valor para o campo. Da mesma forma, se um campo em um incidente de segurança tiver uma lista de seleção da qual você pode escolher várias opções e tentar mapear uma opção para esse campo que não seja exibida na lista de seleção, o campo não será preenchido no incidente de segurança.
   3. Como alternativa, digite um valor no campo Pesquisar para a nova linha.
   4. No lado esquerdo do formulário, selecione o campo Ofensão e arraste-o e solte-o em um campo de incidente de segurança apropriado à direita.
4. Remova campos usando o ícone - ao lado do nome do campo na seção de mapeamento de campo de incidente SIR.
5. Continue o mapeamento adicionando ou removendo valores de campo ao mapeamento.

Campos de infração com vários valores

• Campos de incidente de segurança, como Categoria e. Usuário Os campos (por exemplo, usuário afetado, Atribuído a) disponíveis com o produto de base não são compatíveis com vários valores.
• A seguir IBM QRadar os campos oferecem suporte a vários valores:
  • categorias
  • destination_networks
  • source_address_ids
  • local_destination_address_ids
  • remote_destination_ips
  • rules_contributing_to_ofense
  • usuários

  Se você precisar mapear os campos acima para qualquer Resposta a incidentes de segurança Campos além dos campos de IC e do tipo observável, você deve criar novos Resposta a incidentes de segurança campos do tipo Lista e usá-los para mapeamento.

  Nota:

  Por padrão, somente não referência Lista campos de tipo são compatíveis.

Tradução de campo de formato

Em determinados casos, os valores do campo de infração em IBM QRadar Não pode ser traduzido diretamente para os campos no incidente de segurança SIR. Para esses valores, você pode usar um editor de scripts para formatar valores de campo no incidente de segurança durante a etapa de mapeamento. Use o editor de scripts se quiser formatar valores semelhantes, mas não idênticos. Por exemplo, com o editor de script, um valor de categoria Alerta de malware e infecção por vírus pode ter valores de campo diferentes para a categoria de origem, mas ambos os valores podem ser traduzidos em uma Atividade de código mal-intencionado comum no campo Categoria no incidente de segurança SIR usando a funcionalidade Tradução de campo de formatação.

Para usar o editor de scripts, clique em . O editor de script é exibido.

Insira as mudanças no script e clique em Atualização Para salvar as mudanças e retornar à página Mapeamento.

Condições de geração de incidentes

Quando a seção de mapeamento estiver concluída, você poderá definir condições de filtro para especificar quais infrações devem criar incidentes de segurança versus quais infrações devem ser filtradas, por exemplo, infrações de baixa prioridade. Você pode usar os mesmos valores de campo no construtor Condições de geração de incidentes para definir critérios adicionais que uma infração de entrada deve atender para criar um incidente de segurança. Para definir condições de geração de incidentes, siga estas etapas.

1. Role até Condições de geração de incidentes no formulário e selecione Filtro com base em condições marque a caixa para habilitar a opção.

   O construtor Condições de filtro é exibido. Use esses filtros para criar incidentes de segurança que correspondam às condições específicas descritas pelos campos.

   As opções nas listas de seleção do primeiro campo no construtor Condições de filtro correspondem aos campos exibidos na seção Amostra de ingestão de infração do QRadar para as infrações que você ingeriu. Esses campos são dinâmicos e mudam dependendo das infrações que você ingerir. Os critérios inseridos diferenciam maiúsculas de minúsculas e devem corresponder exatamente aos valores de IBM QRadar infração. Se você não tiver certeza sobre os valores a serem inseridos nos campos de filtro, talvez prefira retornar ao IBM QRadar console e revise suas infrações em busca das palavras-chave.

   Nota:

   . categorias , destination_networks , source_address_ids , local_destination_address_ids , remote_destination_ips , rules_contributing_to_ofense e usuários os campos de ofensa podem ter vários valores (pois os valores são armazenados em matrizes). Como a condição de filtro pode recuperar somente cadeias de caracteres, você deve usar contém condição de filtro para esses campos para garantir que os dados sejam filtrados corretamente.
2. Usando as listas de seleção e os campos do construtor de condições, defina filtros para a primeira linha.
3. Para adicionar mais condições, à direita dos campos, clique em E. ou OU .
   • Se E. selecionado, todas as condições devem ser correspondidas.
   • Se OU está selecionado, qualquer condição pode ser correspondida.
4. (Opcional) Na segunda linha, defina uma segunda condição de filtro.

   A imagem a seguir é um exemplo com duas condições que devem ser correspondidas antes que os incidentes de segurança sejam criados.

   
   
   

   Você definiu as condições de geração de incidentes para que os incidentes de segurança sejam criados somente quando as duas condições de filtragem inseridas forem correspondidas.

   Este tipo de filtragem de condição de geração de incidentes ajuda a restringir as infrações e limitar o número de incidentes de segurança desnecessários que você cria sem modificar a regra ou os filtros subjacentes em IBM QRadar. Se critérios de filtragem adicionais forem definidos, somente as infrações que corresponderem a todos os critérios serão mapeadas para incidentes.

   Nota:

   Se qualquer um dos nomes de campo de ofensa tiver caracteres especiais, como aspas ("), hifens ("), sublinhados (-) ou ampersands ("), esses caracteres podem precisar ser substituídos para fins de filtragem, mas um sufixo numérico será anexado para diferenciar campos com nomes de ofensa duplicados. Por exemplo, se o campo Primeira infração for alerts.alert e o segundo campo de ofensa é alertas em alertas esses campos não podem ser identificados exclusivamente, pois os caracteres de texto padrão restantes são os mesmos. Nesse caso, um sufixo é adicionado ao segundo campo de infração e o campo é renomeado para alertas em alerta (1) Quando exibido na lista Condições de filtro.

Critérios de agregação de infrações para lidar com infrações semelhantes e evitar incidentes duplicados

Defina critérios de agregação de infração adicionais que agreguem uma infração de entrada a um incidente de segurança SIR existente em vez de criar incidentes semelhantes e potencialmente duplicados. Usando critérios de valor de correspondência de campo para cada perfil, esse recurso de agregação adicional pode reduzir o número de incidentes de segurança ativos sobrepostos, colocando todos os dados de infração relacionados em um único incidente de segurança. Para definir os critérios, siga estas etapas abaixo:

1. Role até a seção Critérios de agregação de ofensa no formulário e selecione Condições de agregação marque a caixa para habilitar esta opção.

   As colunas Valores de correspondência do campo do incidente são exibidas. Esses nomes de campos são os campos no incidente de segurança que incluem todos os campos personalizados configurados no SIR incidente de segurança.

2. Na lista Disponível, selecione os valores de campo que você deseja corresponder nos incidentes de segurança existentes em seu ServiceNow AI Platform E mova-os para a lista Selecionado.

   Todos os valores de campo selecionados devem ser correspondidos para anexar este alerta de entrada a um incidente de segurança existente. Isso inclui campos, como Observáveis e Itens de configuração, que podem ter vários valores de campo de ofensa mapeados para eles. Todos os valores devem corresponder. Se somente um subconjunto dos valores for correspondido, as condições de agregação de infração não serão atendidas e um novo incidente de segurança será criado. Consulte a captura de tela abaixo para obter o mapeamento de campos de vários valores.

   
   
   

   Se uma nova infração corresponder a todos os valores selecionados nas condições do campo de agregação na etapa de mapeamento, a nova infração será adicionada automaticamente ao incidente de segurança aberto mais recentemente com os mesmos valores de campo. Como um usuário com a função sn_si.analyst trabalhando com incidentes de segurança, você pode exibir todas as infrações agregadas adicionadas em uma lista relacionada em um incidente de segurança. Esta lista detalha carimbos de data/hora associados e valores de campo agregados. Essas informações ajudam você a entender por que essas infrações estão sendo agregadas aos incidentes de segurança existentes. Se esta guia não for exibida, role para o lado esquerdo do registro em Links relacionados e clique em Mostrar todas as listas relacionadas link.

3. (Opcional) Para registrar em log uma anotação de trabalho para uma nova infração que foi adicionada recentemente ao incidente de segurança, marque a caixa de seleção para habilitar esta opção. A anotação de trabalho registra em log que uma nova infração foi adicionada junto com um link para os detalhes da infração e quaisquer outros detalhes que possam ter sido adicionados ao campo de anotação de trabalho na seção de mapeamento.

   Valores mapeados com sucesso de um IBM QRadar violação aos campos em um incidente de segurança. Além disso, você configurou condições adicionais para limitar a criação de incidentes de segurança com critérios de filtragem de geração de incidentes. Você também anexou infrações a incidentes de segurança existentes quando os valores do campo de infração correspondem aos critérios de agregação configurados.

4. Clique em Continuar para continuar com a configuração do perfil. A próxima etapa é visualizar os campos mapeados em um SIR incidente de segurança