Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Microsoft Sentinel fornece uma vasta gama de conectores prontos a utilizar para serviços do Azure e soluções externas e também suporta a ingestão de dados a partir de algumas fontes sem um conector dedicado.
Se não conseguir ligar a origem de dados ao Microsoft Sentinel com qualquer uma das soluções existentes disponíveis, considere criar o seu próprio conector de origem de dados.
Para obter uma lista completa dos conectores suportados, consulte o artigo Localizar o conector de dados Microsoft Sentinel).
Comparar métodos de conectores personalizados
A tabela seguinte compara detalhes essenciais sobre cada método para criar conectores personalizados descritos neste artigo. Selecione as ligações na tabela para obter mais detalhes sobre cada método.
| Descrição do método | Capacidade | Sem servidor | Complexidade |
|---|---|---|---|
|
Estrutura de conector sem código (CCF) Ideal para públicos menos técnicos criarem conectores SaaS com um ficheiro de configuração, em vez de recorrerem a desenvolvimento avançado. |
Suporta todas as capacidades disponíveis com o código. | Sim | Baixo; desenvolvimento simples, sem código |
|
Agente Azure Monitor Melhor para recolher ficheiros de origens locais e IaaS |
Recolha de ficheiros, transformação de dados | Não | Baixo |
|
Logstash Melhor para origens no local e IaaS, qualquer origem para a qual um plug-in esteja disponível e organizações já familiarizadas com o Logstash |
Suporta todas as capacidades do Agente do Azure Monitor | Não; requer uma VM ou um cluster de VM para ser executado | Baixa; suporta muitos cenários com plug-ins |
|
Aplicações Lógicas Custo elevado; evitar dados de grande volume Ideal para fontes na nuvem de volume reduzido |
A programação sem código permite uma flexibilidade limitada, sem suporte para a implementação de algoritmos. Se nenhuma ação disponível já suportar os seus requisitos, criar uma ação personalizada pode adicionar complexidade. |
Sim | Baixo; desenvolvimento simples, sem código |
|
API de Ingestão de Registos no Monitor do Azure Ideal para ISVs que implementam a integração e para requisitos específicos de recolha |
Suporta todas as capacidades disponíveis com o código. | Depende da implementação | Alto |
|
Funções do Azure Ideal para fontes na cloud de grande volume e para necessidades específicas de recolha |
Suporta todas as capacidades disponíveis com o código. | Sim | Alto; requer conhecimento de programação |
Sugestão
Para obter comparações da utilização do Logic Apps e Funções do Azure para o mesmo conector, veja:
- Importar registos do firewall de aplicações Web Fastly para o Microsoft Sentinel
- Office 365 (comunidade do GitHub do Microsoft Sentinel): Conector da Aplicação Lógica | Conector da Função do Azure
Ligue-se ao Codeless Connector Framework
O Codeless Connector Framework (CCF) fornece um ficheiro de configuração que pode ser utilizado por clientes e parceiros e, em seguida, implementado na sua própria área de trabalho ou como uma solução para o hub de conteúdos do Microsoft Sentinel.
Os conectores criados com o CCF são totalmente SaaS, sem necessidade de instalar quaisquer serviços, e incluem também monitorização do estado de funcionamento e suporte completo do Microsoft Sentinel.
Para obter mais informações, veja Criar um conector sem código para Microsoft Sentinel.
Ligar ao Agente do Azure Monitor
Se a sua origem de dados fornecer eventos em ficheiros de texto, recomendamos que utilize o agente do Azure Monitor para criar o conector personalizado.
Para obter mais informações, veja Collect logs from a text file with Azure Monitor Agent (Recolher registos de um ficheiro de texto com o Agente do Monitor do Azure).
Para obter um exemplo deste método, veja Collect logs from a JSON file with Azure Monitor Agent (Recolher registos de um ficheiro JSON com o Agente do Monitor do Azure).
Ligar-se ao Logstash
Se estiver familiarizado com o Logstash, poderá querer utilizar o Logstash com o plug-in de saída do Logstash para Microsoft Sentinel para criar o conector personalizado.
Com o plug-in Microsoft Sentinel Logstash Output, pode utilizar todos os plug-ins de entrada e filtragem do Logstash e configurar Microsoft Sentinel como saída para um pipeline do Logstash. O Logstash tem uma grande biblioteca de plug-ins que permitem entradas de várias origens, tais como Hubs de Eventos, Apache Kafka, Files, Bases de Dados e Serviços cloud. Use plug-ins de filtragem para processar eventos, filtrar eventos desnecessários, ofuscar valores e muito mais.
Para obter exemplos de utilização do Logstash como um conector personalizado, consulte:
- Hunting for Capital One Breach TTPs in AWS logs using Microsoft Sentinel (blog) (Investigação de TTPs de Violação do Capital One nos registos do AWS com Microsoft Sentinel (blogue)
- Guia de implementação do radware Microsoft Sentinel
Para obter exemplos de plug-ins do Logstash úteis, veja:
- Plug-in de entrada do Cloudwatch
- plug-in Hubs de Eventos do Azure
- Plug-in de entrada do Google Cloud Storage
- Google_pubsub plug-in de entrada
Sugestão
O Logstash também permite a recolha de dados em escala utilizando um cluster. Para obter mais informações, veja Utilizar uma VM do Logstash com balanceamento de carga em escala.
Ligar a Logic Apps
Utilize Azure Logic Apps para criar um conector personalizado sem servidor para Microsoft Sentinel.
Nota
Embora a criação de conectores sem servidor com o Logic Apps possa ser conveniente, a utilização do Logic Apps para os conectores pode ser dispendiosa para grandes volumes de dados.
Recomendamos que utilize este método apenas para origens de dados de baixo volume ou para enriquecer os carregamentos de dados.
Utilize um dos seguintes acionadores para iniciar o Logic Apps:
Acionador Descrição Uma tarefa periódica Por exemplo, agende a sua Aplicação Lógica para obter dados regularmente a partir de ficheiros, bases de dados ou APIs externas específicos.
Para obter mais informações, veja Criar, agendar e executar tarefas e fluxos de trabalho periódicos no Azure Logic Apps.Acionamento a pedido Execute a aplicação lógica a pedido para recolha e teste de dados manuais.
Para obter mais informações, veja Chamar, acionar ou aninhar aplicações lógicas com pontos finais HTTPS.Terminal HTTP/S Recomendado para streaming e se o sistema de origem conseguir iniciar a transferência de dados.
Para obter mais informações, veja Chamar pontos finais de serviço através de HTTP ou HTTPS.Utilize qualquer um dos conectores da Aplicação Lógica que leia informações para obter os seus eventos. Por exemplo:
Sugestão
Os conectores personalizados para APIs REST, SQL Servers e sistemas de ficheiros também suportam a obtenção de dados de origens de dados no local. Para obter mais informações, consulte a documentação Instalar o gateway de dados no local.
Prepare as informações que pretende obter.
Por exemplo, utilize a ação analisar JSON para aceder às propriedades no conteúdo JSON, permitindo-lhe selecionar essas propriedades na lista de conteúdo dinâmico quando especifica entradas para a sua Aplicação Lógica.
Para obter mais informações, veja Executar operações de dados no Azure Logic Apps.
Escreva os dados no Log Analytics.
Para obter mais informações, veja a documentação do Recoletor de Dados do Azure Log Analytics.
Para obter exemplos de como pode criar um conector personalizado para Microsoft Sentinel com o Logic Apps, veja:
- Criar um pipeline de dados com a API do Recoletor de Dados
- Conector da Aplicação Lógica Palo Alto Prisma com um webhook (Microsoft Sentinel comunidade do GitHub)
- Proteja as suas chamadas no Microsoft Teams com ativação agendada (blogue)
- Importar indicadores de ameaça do AlienVault OTX para o Microsoft Sentinel (blogue)
Ligar-se à API de ingestão de logs
Pode transmitir eventos para o Microsoft Sentinel utilizando a API do Data Collector do Log Analytics para chamar diretamente um ponto de extremidade REST.
Embora chamar diretamente um terminal RESTful exija mais programação, também proporciona maior flexibilidade.
Para mais informações, consulte os seguintes artigos:
- API de Ingestão de Registos no Monitor Azure.
- Código de exemplo para enviar dados para Azure Monitor com a API de ingestão de registos.
Ligar com Funções do Azure
Utilize Funções do Azure em conjunto com uma API RESTful e várias linguagens de codificação, como o PowerShell, para criar um conector personalizado sem servidor.
Para obter exemplos deste método, veja:
- Ligue o VMware Carbon Black Cloud Endpoint Standard ao Microsoft Sentinel com o Azure Function
- Ligue o Single Sign-On da Okta ao Microsoft Sentinel com o Azure Functions
- Ligue o seu Proofpoint TAP ao Microsoft Sentinel com o Azure Function
- Ligar a VM Qualys ao Microsoft Sentinel com a Função Azure
- Ingerir XML, CSV ou outros formatos de dados
- Monitorização do Zoom com o Microsoft Sentinel (blogue)
- Implementar uma Aplicação de Funções para ingerir dados da API de Gestão do Office 365 no Microsoft Sentinel (comunidade do GitHub do Microsoft Sentinel)
Analisar os dados do conector personalizado
Para tirar partido dos dados recolhidos com o conector personalizado, desenvolva analisadores do Modelo de Informação de Segurança Avançada (ASIM) para trabalhar com o conector. A utilização do ASIM permite que o conteúdo incorporado do Microsoft Sentinel utilize os seus dados personalizados e facilita a consulta dos dados por parte dos analistas.
Se o método do conector o permitir, pode implementar parte da análise no próprio conector para melhorar o desempenho da análise em tempo de consulta:
- Se tiver utilizado o Logstash, utilize o plug-in de filtro Grok para analisar os seus dados.
- Se tiver utilizado uma função Azure, analise os seus dados com código.
Ainda terá de implementar analisadores ASIM, mas implementar parte da análise diretamente com o conector simplifica a análise e melhora o desempenho.
Passos seguintes
Utilize os dados ingeridos no Microsoft Sentinel para proteger o seu ambiente com qualquer um dos seguintes processos: