O Sentinel recebe informações de dispositivos, normaliza-as em uma estrutura chamada evento, categoriza o evento e, em seguida, envia-o para processamento. Adicionar informações de categoria (taxonomia) aos eventos facilita a comparação deles em sistemas que relatam eventos de forma diferente. Por exemplo, falhas na autenticação. Os eventos são processados pela exibição em tempo real, pelo mecanismo de correlação, por painéis e pelo servidor back end.
Um evento consiste em mais de 200 campos. Os campos do evento têm tipos e finalidades diferentes. Alguns são predefinidos, como gravidade, importância, IP de destino e porta de destino. Há dois conjuntos de campos configuráveis: os campos reservados são de uso interno da Novell para permitir futuras expansões, enquanto que os campos de Cliente são para extensões de clientes.
Para mudar a finalidade de um campo, basta renomeá-lo. A origem de um campo pode ser referencial ou externa, a qual é definida explicitamente pelo dispositivo ou pelo Coletor correspondente. O valor de um campo referencial é computado como uma função de um ou mais campos que usam o serviço de mapeamento. Por exemplo, um campo pode ser definido como o código da construção que contém o bem mencionado como o IP de destino de um evento. Por exemplo, um campo pode ser computado pelo serviço de mapeamento por meio de um mapa definido pelo cliente usando o IP de destino do evento.
O Serviço de Mapeamento permite que um mecanismo sofisticado propague dados comerciais importantes por todo o sistema. Esses dados podem aprimorar eventos com informações referenciais que fornecem contexto, permitindo que os analistas tomem melhores decisões, escrevam relatórios mais úteis e regras de correlação melhor definidas.
Você pode aprimorar os dados de evento usando mapas para adicionar informações (como detalhes do host e da identidade) aos eventos recebidos de seus dispositivos de origem. Essas informações adicionais podem ser usadas para correlação avançada e geração de relatórios. O sistema suporta vários mapas integrados e também mapas personalizados definidos pelo usuário
Os mapas definidos no Sentinel são armazenados de duas formas:
Os mapas integrados são armazenados no banco de dados, atualizados com o APIs no código do Coletor e exportados automaticamente para o serviço de mapeamento.
Os mapas personalizados são armazenados como arquivos CSV e podem ser atualizados no sistema de arquivos ou via IU de Configuração de Dados de Mapa e, em seguida, carregados pelo Serviço de mapeamento.
Em ambos os casos, os arquivos CSV são mantidos no servidor central do Sentinel, mas as alterações feitas nos mapas são distribuídas para cada Gerenciador de Coletor e aplicadas localmente. Esse processamento distribuído garante que a atividade de mapeamento não sobrecarregue o servidor principal.
O Serviço de Mapeamento emprega um modelo de atualização dinâmica e transmite os mapas de um ponto para outro, evitando o acúmulo de grandes mapas estáticos na memória dinâmica. A importância desse recurso de transmissão é especialmente relevante em um sistema em tempo real que seja vital para os negócios, como o Sentinel, no qual é preciso haver uma movimentação de dados constante, previsível e ágil, qualquer que seja a carga transiente no sistema.
O Sentinel permite a referência cruzada entre as assinaturas dos dados de eventos e os dados do Vulnerability Scanner. Os usuários são notificados de forma automática e imediata em caso de tentativa de ataque para explorar um sistema vulnerável. Isso é possível graças à:
Alimentação do Consultor;
Detecção de intrusão;
Verificação de vulnerabilidades; e
Firewalls
O Consultor fornece uma referência cruzada entre as assinaturas de dados do evento e os dados do verificador de vulnerabilidades. O feed do Advisor contém informações sobre vulnerabilidades e ameaças, uma normalização de assinaturas de evento e plug-ins de vulnerabilidade. Para obter mais informações sobre o Consultor, consulte Configurando o Consultor
no Guia de administração do NetIQ Sentinel 7.1.