Microsoft Security Copilot e Inteligência Artificial para Segurança

radio_button_uncheckedshort_text 1. Introdução: da automação baseada em regras à IA generativa

A aplicação de computação à segurança não começou com modelos generativos. Durante décadas, sistemas de detecção trabalharam com assinaturas, regras, listas de reputação e correlações definidas por especialistas. Mais tarde, técnicas de aprendizado de máquina passaram a identificar padrões anômalos em grandes volumes de telemetria. A transformação mais recente ocorreu com modelos de linguagem de grande escala, capazes de interpretar perguntas, resumir evidências e produzir explicações em linguagem natural.

Em 28 de março de 2023, a Microsoft apresentou o então Microsoft Security Copilot. O produto tornou-se disponível de forma geral em 1º de abril de 2024 e evoluiu de uma experiência centrada em chat para uma plataforma que combina prompts, experiências incorporadas, promptbooks, plugins e agentes. Essa evolução não elimina ferramentas como SIEM, XDR, controles de identidade ou profissionais do SOC ; ela cria uma camada de assistência que ajuda pessoas a navegar e correlacionar dados dessas ferramentas.

Para o leitor, compreender essa mudança significa aprender a usar IA sem confundir fluência textual com certeza técnica. Para a sociedade, ferramentas desse tipo podem reduzir tempo de resposta a ataques, democratizar conhecimento especializado e ajudar organizações menores a lidar com a escassez de profissionais. O benefício, porém, só aparece quando a automação é acompanhada por governança, privacidade, permissões adequadas e revisão humana.

Pergunta-guia do capítulo

Como usar uma IA que produz respostas rapidamente sem permitir que uma resposta convincente substitua evidências, controles de acesso e julgamento profissional?

1.1 Por que a segurança precisa de assistência em escala

Ambientes modernos geram alertas de endpoints , identidades, e-mails, aplicativos, redes e nuvens. O problema não é apenas coletar sinais, mas transformá-los em contexto acionável. Analistas precisam reconstruir linhas do tempo, identificar entidades afetadas, consultar reputação de indicadores, interpretar scripts, escrever consultas e comunicar conclusões para públicos diferentes. A IA generativa pode reduzir o esforço mecânico dessas etapas e liberar tempo para decisões de maior valor.

1.2 O Copilot como amplificador, não como autoridade final

O termo copilot indica assistência. O sistema pode sugerir, resumir, explicar e organizar, mas não possui responsabilidade jurídica, conhecimento perfeito nem compreensão completa do negócio. Um profissional continua responsável por validar evidências, avaliar impacto, respeitar procedimentos e autorizar ações. Essa fronteira entre velocidade algorítmica e responsabilidade humana será retomada ao longo de todo o capítulo.

radio_button_uncheckedshort_text 2. Fundamentos de inteligência artificial para entender o Security Copilot

2.1 Grounding : conectar o modelo a informações relevantes

Um modelo de linguagem geral não conhece automaticamente os alertas do tenant, as políticas internas ou o estado atual de um incidente. Grounding é o processo de fornecer contexto relevante no momento da solicitação. No Security Copilot, esse contexto pode vir de plugins de produtos Microsoft, serviços de terceiros, inteligência de ameaças, arquivos carregados ou bases de conhecimento organizacionais. Em vez de depender apenas do que o modelo aprendeu durante o treinamento, a resposta é fundamentada em dados recuperados para aquela tarefa.

2.2 Alucinação e incerteza

Alucinação é a produção de conteúdo plausível, porém incorreto, não comprovado ou inexistente. Em segurança, isso pode aparecer como um indicador inventado, uma interpretação excessiva de um script ou uma recomendação que ignora dependências do ambiente. Grounding reduz esse risco, mas não o elimina. Por isso, respostas devem indicar fontes, evidências, limitações e, quando possível, nível de confiança.

Regra prática

Texto bem escrito não é evidência. Confirme dados no alerta, incidente, log , ativo, consulta ou fonte de inteligência antes de agir.

radio_button_uncheckedshort_text 3. O que é o Microsoft Security Copilot

Microsoft Security Copilot é uma solução de segurança e TI baseada em IA generativa . Sua proposta é aumentar a eficiência e a capacidade de defensores ao combinar linguagem natural, modelos de linguagem, conhecimento especializado de segurança, inteligência global de ameaças e dados autorizados da organização. Ele oferece uma experiência autônoma e experiências incorporadas em produtos do portfólio Microsoft.

3.1 O que a solução busca fazer

• Reduzir o tempo gasto para ler, correlacionar e resumir grandes volumes de sinais.
• Ajudar profissionais menos experientes a executar tarefas técnicas com orientação e contexto.
• Permitir que especialistas transformem procedimentos repetitivos em prompts, promptbooks ou agentes.
• Facilitar colaboração por meio de resumos, sessões compartilháveis e relatórios adaptados ao público.
• Conectar investigação, identidade, dispositivos, dados e inteligência de ameaças em uma experiência assistida.

3.2 O que a solução não é

• Não substitui Microsoft Defender XDR, Microsoft Sentinel , Microsoft Entra , Intune ou Purview; usa esses produtos como fontes e superfícies de trabalho.
• Não concede automaticamente acesso a dados que o usuário não poderia consultar no produto de origem.
• Não garante que toda resposta esteja correta, completa ou atualizada.
• Não transfere a responsabilidade por contenção, comunicação, conformidade ou impacto operacional para a IA.
• Não transforma todo incidente em um processo totalmente autônomo; ações críticas exigem controles e supervisão.

Atualização de produto

Em experiências mais recentes, agentes podem ser a porta de entrada principal; o chat continua disponível para exploração interativa. Para o SC-900, concentre-se na proposta, terminologia, processamento de prompts, integrações e uso responsável.

radio_button_uncheckedshort_text 4. Como o Security Copilot processa uma solicitação

Embora a implementação interna seja sofisticada, o fluxo conceitual pode ser compreendido em cinco etapas. Essa visão ajuda a responder questões do exame e, principalmente, evita imaginar que o modelo consulta todos os dados sem controle.

1. O usuário envia um prompt , seja na experiência autônoma, em um produto incorporado ou por meio de um fluxo predefinido. 2. A plataforma interpreta a intenção e decide quais capacidades, plugins e fontes podem ajudar. 3. O grounding recupera contexto autorizado, como incidentes, alertas, logs , indicadores, políticas ou documentos. 4. O modelo de linguagem gera uma saída, que pode ser pós-processada e enriquecida com informações adicionais. 5. A resposta é exibida para revisão. O log de processo pode mostrar etapas, fontes, capacidades utilizadas e tempo de processamento.

4.1 Permissões continuam sendo a fronteira

Plugins Microsoft utilizam autenticação em nome do usuário, conhecida como on-behalf-of . Isso significa que a plataforma consulta dados usando a identidade e as permissões do profissional conectado. Ter acesso ao Security Copilot não equivale a receber acesso irrestrito a Defender, Sentinel, Entra, Intune ou Purview. Para obter resultados, o usuário precisa de uma função do Security Copilot e das permissões necessárias na fonte de dados.

4.2 Processo iterativo

Uma sessão não precisa terminar na primeira resposta. O analista pode pedir detalhes, restringir o período, trocar o formato, selecionar outra fonte ou solicitar comparação com uma hipótese. Essa interação progressiva é importante porque investigações reais raramente cabem em uma única pergunta.

radio_button_uncheckedshort_text 5. Terminologia essencial do Microsoft Security Copilot

Armadilha comum de prova

Plugin não é apenas uma extensão visual. Ele fornece dados e/ou capacidades que permitem fundamentar e ampliar o que o Copilot consegue fazer.

radio_button_uncheckedshort_text 6. Como escrever prompts eficazes

A qualidade do prompt influencia diretamente a utilidade da resposta. A documentação da Microsoft organiza um bom prompt em quatro elementos: meta, contexto, expectativas e fonte. Nem toda pergunta precisa mencionar os quatro explicitamente, mas esse modelo é especialmente útil quando a tarefa é crítica ou complexa.

6.1 Meta

Declare o resultado desejado. Verbos como resumir, comparar, explicar, identificar, priorizar, gerar e validar reduzem ambiguidade. “Analise este incidente” é genérico; “resuma a linha do tempo, identifique as três entidades mais afetadas e proponha próximos passos” é mais preciso.

6.2 Contexto

Informe período, objetivo de negócio, fase da investigação e público. O mesmo incidente pode exigir uma explicação técnica para o SOC , um resumo executivo para a liderança e uma cronologia para auditoria.

6.3 Expectativas

Defina formato, nível de detalhe, restrições e critérios. Exemplos: tabela, lista numerada, linguagem para público não técnico, separação entre fatos e hipóteses, inclusão de nível de confiança e citação de evidências.

6.4 Fonte

Indique plugins, produtos, arquivos ou bases de conhecimento relevantes. A fonte orienta o grounding e reduz respostas baseadas apenas em conhecimento geral.

6.5 Exemplos de prompts: do vago ao verificável

6.6 Boas práticas de prompting

• Comece com um objetivo e refine em etapas, em vez de tentar resolver toda a investigação em um único prompt .
• Use identificadores concretos: número do incidente, usuário, dispositivo, domínio, endereço IP , CVE e intervalo de tempo.
• Peça separação entre evidência observada, inferência e recomendação.
• Solicite citações de fontes ou indicação dos dados utilizados quando o cenário permitir.
• Especifique o público e o formato de saída.
• Evite inserir segredos, credenciais ou dados pessoais desnecessários no prompt .
• Não aceite automaticamente comandos, scripts ou consultas geradas; revise sintaxe, escopo e impacto.
• Forneça feedback e reformule quando a resposta não atender ao objetivo.

6.7 Promptbooks e padronização

Promptbooks agrupam prompts em uma sequência voltada a uma tarefa, como investigação de phishing, análise de vulnerabilidade ou preparação de relatório. Eles ajudam a codificar procedimentos do time, reduzir etapas esquecidas e criar consistência. Contudo, um promptbook deve ser revisado quando produtos, ameaças ou processos internos mudam.

Exemplo de promptbook

1) resumir incidente; 2) extrair entidades e indicadores; 3) consultar reputação; 4) gerar hipóteses; 5) listar lacunas; 6) propor ações; 7) produzir relatório para o público escolhido.

radio_button_uncheckedshort_text 7. Plugins, fontes de dados e conhecimento organizacional

Plugins são o mecanismo que amplia o Copilot para além do modelo de linguagem. Eles podem fornecer contexto, consultar serviços, buscar inteligência ou expor ferramentas especializadas. A organização pode ativar ou desativar plugins, aplicar filtros e, em alguns casos, personalizar configurações como o workspace padrão do Microsoft Sentinel .

7.1 Categorias de plugins

7.2 Conhecimento organizacional

Políticas internas, playbooks de resposta, procedimentos, bibliotecas KQL e registros históricos representam contexto que um modelo geral não possui. O Security Copilot pode usar arquivos ou conexões com bases de conhecimento para referenciar esse material. A qualidade depende de conteúdo atualizado, bem organizado e autorizado para o usuário.

7.3 Autenticação em nome do usuário

Nos plugins Microsoft, o modelo on-behalf-of preserva o contexto de identidade: a consulta ocorre em nome do usuário conectado. Assim, o Copilot não deve ser tratado como atalho para contornar RBAC . O usuário pode ter função de Contributor no Copilot e, ainda assim, não conseguir ler um incidente específico se não possuir permissão no produto que contém os dados.

Princípio de segurança

Conectar mais fontes aumenta contexto e também amplia a superfície de governança. Ative somente integrações necessárias, aplique menor privilégio e revise dados que podem aparecer nas respostas.

radio_button_uncheckedshort_text 8. Experiência autônoma e experiências incorporadas

O Security Copilot pode ser usado em um portal autônomo e dentro de produtos Microsoft. A experiência autônoma favorece investigações amplas, sessões de chat, uso combinado de plugins, promptbooks e colaboração. As experiências incorporadas apresentam capacidades no contexto do trabalho que já está sendo realizado, reduzindo troca de ferramentas.

8.1 Contexto não significa confiança automática

Uma experiência incorporada pode preencher automaticamente informações do incidente, alerta ou política aberta. Isso melhora relevância, mas o profissional ainda deve conferir o escopo. Um resumo de incidente pode omitir eventos, e uma consulta gerada pode buscar um período diferente do necessário.

8.2 Agentes

Agentes executam tarefas orientadas a objetivos, estruturadas e repetíveis. Em versões atuais da plataforma, eles podem ser o ponto inicial recomendado. Conceitualmente, um agente combina instruções, identidade, permissões, plugins, gatilhos e limites operacionais. Quanto maior a autonomia, maior a necessidade de auditoria, aprovações e revisão dos resultados.

radio_button_uncheckedshort_text 9. Casos de uso em operações de segurança

9.1 Investigação e resumo de incidentes

O Copilot pode consolidar alertas, entidades, ativos, horários e técnicas observadas em uma narrativa. Esse resumo ajuda na triagem e na passagem de turno, mas deve ser comparado com a página do incidente e os alertas originais. O valor principal é reduzir o tempo de leitura inicial e destacar relações que merecem investigação.

9.2 Inteligência de ameaças

Plugins de inteligência permitem consultar perfis de agentes de ameaça, infraestrutura maliciosa, relatórios de análise e publicações de vulnerabilidades. O Copilot pode resumir contexto, relacionar indicadores e adaptar a explicação. O analista deve verificar atualidade, atribuição, confiabilidade da fonte e relevância para o ambiente.

9.3 Análise de scripts e arquivos

Ao receber um script suspeito, o Copilot pode explicar comandos, técnicas, persistência, comunicação de rede e possíveis indicadores. Essa capacidade melhora a acessibilidade para quem não domina a linguagem, mas não substitui análise estática, dinâmica, sandbox, telemetria do endpoint ou revisão por especialista.

9.4 Geração e explicação de consultas KQL

Kusto Query Language é usada no Microsoft Sentinel e no hunting avançado do Defender. O Copilot pode transformar uma pergunta em linguagem natural em uma consulta, explicar operadores, corrigir sintaxe e sugerir variações. Antes de executar, confirme tabelas, nomes de campos, intervalo de tempo, volume consultado e se a consulta apenas lê dados ou integra um fluxo com efeitos posteriores.

9.5 Relatórios e comunicação

A mesma investigação precisa de formatos diferentes. O Copilot pode criar resumo executivo, linha do tempo técnica, lista de ações, comunicação para usuários ou rascunho de relatório pós-incidente. O profissional deve remover dados desnecessários, adaptar tom, confirmar fatos e seguir o processo formal da organização.

9.6 Resposta e remediação

O sistema pode sugerir contenção, investigação adicional e correções. Exemplos incluem isolar dispositivo, redefinir credencial, revogar sessão, bloquear indicador ou ajustar política. A recomendação não deve ser executada sem verificar impacto, autoridade, dependências, reversibilidade e evidências. Em ambientes críticos, mudanças exigem aprovação e plano de retorno.

Padrão recomendado

Copilot propõe -> analista valida -> responsável autoriza -> ferramenta executa -> equipe confirma resultado -> evidência é registrada.

radio_button_uncheckedshort_text 10. Ativação, capacidade, funções e permissões

A ativação depende do modelo de licenciamento e da situação do tenant. Em documentação atual, clientes elegíveis do Microsoft 365 E5/E7 podem receber capacidade incluída e provisionamento orientado pela Microsoft; outros clientes usam provisionamento de capacidade medida em Security Compute Units. Como essas regras podem mudar, o exame tende a cobrar a ideia geral de habilitar o serviço, disponibilizar capacidade, atribuir funções e integrar fontes, e não valores comerciais específicos.

10.1 Security Compute Units

SCUs representam recursos computacionais usados por experiências autônomas, incorporadas, promptbooks, agentes e outras capacidades. Em modelos provisionados, a organização define capacidade e acompanha consumo. É importante monitorar uso, picos, custo e disponibilidade, pois falta de capacidade pode interromper solicitações.

10.2 Funções do Security Copilot

10.3 Duas camadas de autorização

6. Acesso à plataforma: o usuário precisa de função adequada no Security Copilot. 7. Acesso aos dados: o usuário precisa de funções e permissões no Defender, Sentinel, Entra, Intune , Purview ou serviço externo.

10.4 Menor privilégio

A Microsoft recomenda usar funções com o menor conjunto de permissões. Funções globais altamente privilegiadas devem ser reservadas para situações em que não exista função específica. É preferível atribuir acesso por grupos, revisar membros periodicamente e separar administração da plataforma do trabalho diário de investigação.

Para memorizar no SC-900

Licença ou capacidade habilita o serviço; função do Copilot habilita o uso da plataforma; função no produto de origem habilita o acesso ao dado. São controles relacionados, mas diferentes.

radio_button_uncheckedshort_text 11. Privacidade, proteção de dados e IA responsável

Prompts, informações recuperadas para gerar respostas, respostas, itens fixados e arquivos carregados podem constituir dados do cliente. Além disso, o serviço cria logs gerados pelo sistema para operação, segurança e desempenho. Administradores precisam compreender onde os dados são processados e armazenados, quais opções de compartilhamento estão habilitadas, como a auditoria é configurada e quais políticas organizacionais se aplicam.

11.1 Controles essenciais

• Aplicar menor privilégio e revisar funções do Security Copilot e dos produtos integrados.
• Ativar apenas plugins necessários e verificar suas formas de autenticação.
• Evitar incluir segredos, credenciais ou dados pessoais sem necessidade operacional.
• Definir quem pode carregar arquivos e quais documentos são apropriados como fontes.
• Monitorar capacidade, uso, sessões, configurações e registros de auditoria.
• Conhecer opções de compartilhamento de dados e feedback do tenant.
• Usar políticas de retenção, classificação e conformidade aplicáveis.
• Treinar usuários para verificar respostas, fontes e impacto das ações.

11.2 Princípios de IA responsável

Uso responsável envolve confiabilidade e segurança, privacidade, inclusão, transparência, responsabilidade e justiça. Na prática, isso significa deixar claro que o conteúdo foi gerado por IA, registrar decisões humanas, testar comportamento em cenários reais, limitar autonomia, proteger dados e oferecer caminhos para contestar ou corrigir resultados.

11.3 Limitações que o profissional deve reconhecer

radio_button_uncheckedshort_text 12. Cenário prático integrado: investigação de conta comprometida

A empresa Contoso recebe um incidente correlacionando entrada de local atípico, criação de regra de encaminhamento de e-mail e execução de PowerShell em um dispositivo do usuário. O analista abre o incidente no Microsoft Defender XDR e utiliza a experiência incorporada para obter uma primeira síntese.

8. Resumo inicial: solicitar linha do tempo, entidades afetadas e alertas que sustentam a correlação. 9. Identidade: usar o plugin do Microsoft Entra para revisar entradas, risco, dispositivos e alterações relevantes. 10. Script: pedir explicação do PowerShell, extração de indicadores e técnicas observadas. 11. Hunting: gerar KQL para localizar execução semelhante em outros dispositivos e usuários. 12. Inteligência: consultar reputação de domínios, IPs e hashes encontrados. 13. Validação: comparar cada afirmação com alertas, logs , resultados de consulta e procedimentos internos. 14. Resposta: propor ações priorizadas; obter autorização para revogar sessões, redefinir credenciais, isolar dispositivo e bloquear indicadores. 15. Comunicação: produzir resumo executivo e registro técnico, removendo dados desnecessários e identificando fatos, hipóteses e lacunas.

Resultado esperado

O Copilot reduz o tempo para organizar e explicar informações. O analista preserva controle sobre evidências, hipóteses, decisões e execução das ações.

radio_button_uncheckedshort_text 13. Revisão direcionada para o SC-900

13.1 Armadilhas conceituais

• Pensar que o Copilot acessa todos os dados do tenant apenas porque o usuário possui função na plataforma.
• Confundir resposta fundamentada com resposta garantidamente correta.
• Imaginar que o Security Copilot substitui o SIEM ou o XDR.
• Tratar plugin e promptbook como sinônimos.
• Considerar prompt vago suficiente para uma investigação crítica.
• Executar script ou consulta gerada sem revisão.
• Esquecer que capacidade, licenciamento, função do Copilot e permissão na fonte são requisitos diferentes.
• Ignorar privacidade e classificação porque a ferramenta é corporativa.

radio_button_uncheckedshort_text 14. Conclusão

O Microsoft Security Copilot representa uma mudança importante na forma como profissionais interagem com dados de segurança. Ele transforma linguagem natural em uma interface para investigação, inteligência, consultas, explicações e relatórios. Seu valor nasce da combinação de modelos de linguagem com grounding , plugins, fontes autorizadas e integração ao ecossistema Microsoft.

Na minha avaliação, a maior contribuição da solução não é “automatizar o analista”, mas diminuir a distância entre um sinal técnico e uma decisão compreensível. Isso pode elevar produtividade e aprendizagem, desde que a organização preserve menor privilégio, rastreabilidade, qualidade de dados e validação humana. Quanto mais convincente a IA se torna, mais importante é cultivar o hábito de perguntar: qual evidência sustenta esta resposta?

radio_button_uncheckedshort_text 15. Questões de revisão

1. Qual alternativa descreve melhor o papel dos plugins no Microsoft Security Copilot?

• A) Substituir as permissões dos produtos integrados.
• B) Conectar o Copilot a dados e capacidades especializadas usadas no grounding e na execução de tarefas.
• C) Armazenar exclusivamente o histórico de prompts.
• D) Converter automaticamente qualquer recomendação em ação.

2. Quais são os quatro elementos recomendados para um prompt eficaz?

• A) Modelo, token , licença e tenant.
• B) Usuário, senha, sessão e auditoria.
• C) Meta, contexto, expectativas e fonte.
• D) Alerta, incidente, evidência e ativo.

3. Um usuário possui a função Copilot Contributor, mas não consegue consultar um incidente no Defender XDR. Qual é a explicação mais provável?

• A) Contributor só permite criar plugins.
• B) A função do Copilot permite usar a plataforma, mas o usuário também precisa de permissão no produto que contém o incidente.
• C) Todo incidente exige função Global Administrator.
• D) O Security Copilot não integra com o Defender XDR.

4. Qual é a conduta mais segura diante de uma recomendação de contenção gerada pelo Copilot?

• A) Executá-la imediatamente porque foi fundamentada por plugins.
• B) Copiar a recomendação para um script e executá-la em todos os ativos.
• C) Validar evidências, impacto, autoridade, escopo e reversibilidade antes de autorizar a ação.
• D) Ignorar todas as recomendações geradas por IA.

Gabarito comentado

1. B. Plugins conectam o Copilot a fontes e ferramentas. Eles não elevam automaticamente permissões nem tornam a resposta infalível.

2. C. Meta, contexto, expectativas e fonte ajudam o sistema a entender o que produzir, por que, em qual formato e com quais dados.

3. B. O acesso possui camadas: função na plataforma e autorização nos produtos de origem. O modelo on-behalf-of preserva as permissões do usuário.

4. C. Recomendações devem ser confrontadas com evidências e controles operacionais. A validação humana é parte do uso responsável.

radio_button_uncheckedshort_text 16. Glossário rápido

radio_button_uncheckedshort_text 17. Referências oficiais para aprofundamento

• Microsoft Learn. Study guide for Exam SC-900: Microsoft Security, Compliance, and Identity Fundamentals.
• Microsoft Learn. Describe Microsoft Security Copilot (módulo de treinamento).
• Microsoft Learn. What is Microsoft Security Copilot?
• Microsoft Learn. Prompting in Microsoft Security Copilot.
• Microsoft Learn. Create effective prompts.
• Microsoft Learn. Use plugins in Microsoft Security Copilot.
• Microsoft Learn. Get started with Microsoft Security Copilot.
• Microsoft Learn. Security Compute Units and capacity.
• Microsoft Learn. Privacy and data security in Microsoft Security Copilot.
• Microsoft Learn. Understand authentication in Microsoft Security Copilot.
• Microsoft Security Blog. Introducing Microsoft Security Copilot, 28 mar. 2023.
• Microsoft Security Blog. Microsoft Copilot for Security is generally available on April 1, 2024.

Nota de atualização

Conteúdo revisado em julho de 2026. Recursos, interfaces, disponibilidade regional, licenciamento e capacidade podem mudar. Consulte a documentação oficial antes de decisões de implantação.