Biblioteca de Playbooks (A8)

artefato a8 · grupo 2 — tração biblioteca de playbooks autonomous · central it · kit gtm 2 0 — 12 casos de uso por funcionalidade operador de soc/noc · gestor de ativos · gestor de infraestrutura · analista de segurança este documento reúne os casos de uso do autonomous, organizados na sequência lógica de uso — do primeiro contato com a plataforma até os cenários mais avançados de previsão, simulação e maturidade de detecção o conteúdo foi elaborado com base exclusivamente nas funcionalidades verificadas no código fonte do sistema, sendo adequado para uso em propostas comerciais, apresentações institucionais e capacitação comercial dono gtm + po, com apoio do núcleo de inteligência, marketing e comercial catálogo de soluções operador de soc/noc / observabilidade e resposta a incidentes 01 — briefing do dia leitura inicial do ambiente com ia 02 — redução de ruído com análise de padrões e políticas de descarte 03 — investigação e tratamento de evento correlacionado com ia 04 — erros conhecidos reconhecimento e remediação assistida por ia 05 — encaminhamento de evento para resposta autônoma 06 — acionamento automático por regra de ação (action rules) 07 — continuidade distinguindo queda real de perda de visibilidade gestor de ativos e infraestrutura 08 — atualização de inventário via descoberta e conciliação 09 — gestão de ciclo de vida, licenciamento e conformidade de ativos (itam) 10 — modelagem de serviços, confiabilidade e simulação what if 11 — priorização por índice de comprometimento com carga automática de cves analista de segurança / gestor de soc 12 — maturidade de detecção cobertura mitre att\&ck e importação de regras sigma playbook 01 playbook 01 briefing do dia leitura inicial do ambiente com ia operador de soc/noc · gestor de ti / visão gerencial problema o início de cada turno ou de cada reunião de operações exige que o analista ou o gestor monte rapidamente um panorama do ambiente o que aconteceu nas últimas horas, o que está em aberto, o que mais chamou atenção sem uma visão consolidada, essa leitura depende de consultas manuais a múltiplas telas cenário um gestor precisa apresentar o status da operação em uma reunião de 15 minutos ou um analista está iniciando o turno e precisa saber em que ponto está o ambiente antes de decidir por onde começar o que o sistema faz gera, em uma única chamada, um resumo das últimas n horas (configurável) com volume total de eventos, distribuição por severidade, top regras e equipamentos mais ativos, hora de pico e eventos recentes quando narrativa está habilitada, produz um texto em linguagem natural gerado por ia descrevendo o estado do ambiente — pronto para ser lido em reunião ou enviado por e mail degrada de forma elegante se o modelo de ia não estiver disponível, entrega os dados estruturados sem a narrativa, sem erro como fazer acesse o dashboard e abra o morning call ou utilize a api /api/dashboard/morning call com o período desejado leia o resumo estruturado volume de eventos, severidade predominante, top regras e equipamentos se a narrativa estiver habilitada, use o texto gerado por ia como base para a abertura da reunião ou para o e mail de status use os pontos de destaque do morning call para priorizar as investigações do turno resultado em menos de um minuto, o analista ou gestor tem um panorama completo do ambiente das últimas horas — com linguagem acessível para audiências não técnicas quando necessário reduz o tempo de ambientação no início do turno e fornece base objetiva para discussões em reunião diferenciais entregues 01 resumo automático de ambiente sem consultas manuais 02 narrativa gerada por ia legível por audiências não técnicas 03 configurável por janela de tempo (1h a 8760h) 04 disponível via interface e via api para integração com portais e relatórios complexidade de implantação baixa — disponível a partir da ativação do dashboard playbook 02 playbook 02 redução de ruído com análise de padrões e políticas de descarte operador de soc/noc / operação problema um ambiente de ti moderno gera um volume enorme de logs de aplicação, alertas de infraestrutura e eventos de segurança tratados isoladamente, esses sinais viram ruído — dificultando que o analista identifique o que realmente merece investigação cenário um analista percebe que um equipamento ou uma regra está concentrando um volume anormal de ocorrências e precisa decidir, com critério, se isso representa risco real ou apenas ruído conhecido que pode ser formalmente descartado o que o sistema faz consolida no dashboard uma leitura inicial do ambiente, com concentrações por equipamento, regra e combinações relevantes agrupa ocorrências semelhantes por fingerprint ou template na análise de padrões, transformando milhares de linhas repetidas em famílias de mensagens permite acionar análise de risco por ia quando há dúvida sobre o impacto de um padrão cria políticas de descarte diretamente a partir do padrão confirmado como ruído — evitando que o mesmo sinal continue ocupando fila de investigação aplica e gerencia as políticas de descarte com critério de validade e equipamento associado como fazer abra o dashboard de logs e ocorrências para identificar concentrações anormais acesse a análise de padrões e agrupe as ocorrências relevantes por fingerprint ou template para padrões duvidosos, acione a análise de risco por ia e leia o resultado antes de decidir para padrões confirmados como ruído, crie uma política de descarte diretamente a partir do grupo identificado revise e gerencie as políticas ativas em configurações para garantir que o ambiente de descarte está atualizado resultado o volume de ocorrências em investigação cai de forma estruturada — não por omissão, mas por decisão registrada o analista gasta menos tempo em alertas conhecidos e mais tempo nos eventos que realmente exigem atenção diferenciais entregues 01 agrupamento por fingerprint reduz ruído sem perda de rastreabilidade 02 análise de risco por ia antes da decisão de descartar 03 política de descarte criada diretamente do padrão — sem retrabalho manual 04 histórico auditável das políticas de descarte aplicadas complexidade de implantação baixa — funcionalidade disponível desde o início da operação playbook 03 playbook 03 investigação e tratamento de evento correlacionado com ia operador de soc/noc / investigação e resposta problema mesmo com o ruído reduzido, eventos correlacionados de maior impacto exigem investigação estruturada entender o que aconteceu, quais ativos estão envolvidos, qual a causa raiz e o que fazer a seguir — sem depender da memória ou da experiência isolada de um único analista cenário um evento aparece no event intelligence com múltiplas ocorrências correlacionadas envolvendo hosts críticos o analista precisa investigar, documentar a causa raiz e registrar a resolução o que o sistema faz apresenta a jornada completa do evento com todas as ocorrências correlacionadas, o ativo afetado e o contexto do serviço gera um dossiê de incidente por ia com resumo, hipóteses de causa raiz, evidências e próximos passos sugeridos disponibiliza um chat contextual para que o analista faça perguntas específicas sobre o evento sem sair da tela registra o ciclo de vida reconhecer → tratar → fechar, com comentários e histórico completo permite capturar o feedback do analista sobre a qualidade da análise de ia para melhoria contínua como fazer abra o event intelligence e selecione o evento a investigar revise a jornada do evento e as ocorrências correlacionadas solicite o dossiê de incidente por ia e leia o resumo, as hipóteses e os próximos passos use o chat contextual para aprofundar pontos específicos sem sair da tela registre a resolução, feche o evento e deixe o feedback sobre a qualidade da análise resultado o analista tem em mãos, em minutos, uma análise estruturada da causa raiz com evidências rastreáveis — reduzindo o mttr e documentando a investigação de forma que qualquer membro do time pode entender e continuar diferenciais entregues 01 dossiê de causa raiz gerado por ia sobre contexto já correlacionado 02 chat contextual sem sair da tela de investigação 03 ciclo de vida completo com histórico auditável 04 feedback ao modelo para melhoria contínua da qualidade complexidade de implantação baixa — disponível a partir da configuração do modelo de ia playbook 04 playbook 04 erros conhecidos reconhecimento e remediação assistida por ia operador de soc/noc / engenharia de confiabilidade problema ambientes maduros acumulam um repertório de problemas recorrentes com solução conhecida — patches documentados, reinicializações de serviço, scripts de correção sem um mecanismo de reconhecimento automático, o analista refaz o diagnóstico toda vez, mesmo quando a solução já existe cenário um evento de falha de serviço aparece a equipe já passou por isso antes e tem um procedimento de remediação documentado o sistema deve reconhecer o padrão e propor — ou executar — a remediação sem intervenção manual o que o sistema faz mantém uma base de erros conhecidos com assinatura configurável texto, regex, ativo, regra ao receber um evento, cruza automaticamente com a base e identifica o erro conhecido correspondente com grau de confiança gera um plano de remediação associando o evento ao erro conhecido — com política auto (executa imediatamente) ou manual (aguarda aprovação) executa a remediação aprovada e registra o histórico completo do evento reconhecimento, plano e execução permite carga em lote da base de erros conhecidos para acelerar a implantação inicial como fazer cadastre os erros conhecidos do ambiente em configurações, com assinatura e procedimento de remediação associado quando um evento surgir, o sistema cruzará automaticamente com a base — veja o resultado em event intelligence se houver correspondência, revise o plano de remediação proposto política auto executa sem intervenção; manual aguarda sua aprovação aprove a remediação quando necessário e acompanhe a execução no histórico do evento revise periodicamente a base de erros conhecidos e adicione novos padrões identificados durante as investigações resultado incidentes recorrentes são resolvidos mais rapidamente — e alguns, de forma totalmente automática a equipe para de refazer diagnósticos já conhecidos e passa a gerir o repertório de soluções em vez de reinventar a roda a cada ocorrência diferenciais entregues 01 reconhecimento automático de padrão conhecido com grau de confiança 02 remediação auto ou manual configurável por criticidade 03 histórico completo de reconhecimento, planejamento e execução por evento 04 carga em lote para acelerar implantação da base de erros conhecidos complexidade de implantação média — exige cadastro prévio da base de erros conhecidos e definição das políticas de remediação playbook 05 playbook 05 encaminhamento de evento para resposta autônoma operador / governança e automação problema nem toda resposta a um evento pode esperar o ciclo manual completo de investigação — mas automatizar sem controle nenhum expõe a operação a ações executadas sem revisão humana cenário um evento tratado no event intelligence exige uma ação corretiva que pode ser automatizada, e o analista decide encaminhá lo para resposta autônoma, mantendo a aprovação humana como controle final o que o sistema faz permite, a partir do detalhe de um evento no event intelligence, escolher a ação de envio para ação autônoma, selecionando o agente de ia responsável quando solicitado executa a ação com o agente correspondente e disponibiliza o acompanhamento de tarefas e aprovações em orquestração verifica se a camada de orquestração autônoma está ativa e permite ligar o modo ao vivo para acompanhar novas tarefas expõe aprovações pendentes para que o operador aprove ou rejeite cada solicitação centraliza, em configurações gerais, a configuração da orquestração autônoma e o disparo manual de tarefas de teste como fazer configure a orquestração autônoma em configurações gerais abra um evento relevante no event intelligence e escolha a ação de envio para ação autônoma selecione o agente de ia responsável quando solicitado, e a ação é executada acompanhe em orquestração se a camada de automação está ativa e ligue o modo ao vivo para novas tarefas revise aprovações pendentes e aprove ou rejeite cada solicitação com justificativa registrada resultado eventos que exigem ação automatizada são encaminhados sem sair da mesma central de investigação, com todo o acompanhamento de tarefas e aprovações visível e auditável — automação com controle humano preservado diferenciais entregues 01 encaminhamento para automação direto do evento já investigado 02 aprovações pendentes visíveis e auditáveis em orquestração 03 modo ao vivo para acompanhar novas tarefas dos agentes 04 configuração centralizada da orquestração autônoma complexidade de implantação média — exige configuração prévia da orquestração autônoma playbook 06 playbook 06 acionamento automático por regra de ação (action rules) operador / governança e automação problema algumas respostas a eventos recorrentes são tão bem definidas que não precisam de decisão humana caso a caso — elas precisam de uma regra configurar a mesma ação manualmente repetidas vezes é tempo desperdiçado e abre margem para inconsistência cenário a equipe identifica que determinada combinação de severidade, origem e regra sempre resulta na mesma ação em vez de encaminhar manualmente cada ocorrência, quer definir uma regra que dispare a ação automaticamente quando as condições forem satisfeitas o que o sistema faz mantém um motor de action rules com condições compostas (severidade, origem, nome de regra, equipamento, entre outros) e prioridade de execução dispara a ação definida automaticamente quando as condições da regra são satisfeitas — sem intervenção manual registra o histórico de cada execução para auditoria e rastreabilidade permite simular o disparo de uma regra a partir de um evento real para validação antes da ativação expõe regras ativas para consulta e gerenciamento — ativar, pausar, editar ou excluir a qualquer momento como fazer acesse configurações → action rules e crie uma nova regra definindo as condições de disparo configure a ação a ser executada quando as condições forem satisfeitas use a simulação com um evento real para validar o comportamento antes de ativar ative a regra e monitore as execuções no histórico de acionamentos revise e ajuste as regras periodicamente conforme o ambiente evolui resultado ações de resposta padronizadas passam a acontecer de forma consistente e rastreável, sem depender de atenção manual a cada ocorrência — liberando o analista para investigar eventos que realmente exigem julgamento diferenciais entregues 01 motor de regras com condições compostas e prioridade 02 execução automática com registro auditável de cada acionamento 03 simulação com evento real antes da ativação 04 gerenciamento centralizado de regras ativas complexidade de implantação média — exige definição e validação das condições de disparo playbook 07 playbook 07 continuidade distinguindo queda real de perda de visibilidade operador de soc/noc / continuidade e disponibilidade problema um alerta de host inativo pode significar duas coisas completamente diferentes o equipamento realmente caiu, ou o coletor de monitoramento perdeu conectividade a resposta adequada para cada situação é diferente — e confundir as duas gera tanto alarmes falsos quanto janelas de indisponibilidade sem tratamento cenário um analista recebe um alerta de inatividade de um host crítico antes de acionar o time de campo ou de abrir um chamado de emergência, precisa saber se o equipamento está fora do ar ou se é o monitoramento que perdeu o sinal o que o sistema faz cruza o status de conectividade do coletor com o status reportado do host para distinguir queda real de perda de visibilidade apresenta o mapa de rede e a topologia atualizada para contextualizar o alcance da falha indica quais outros ativos dependem do host afetado — impacto em cascata visível antes da ação permite consultar o histórico de disponibilidade do host para distinguir falha pontual de problema recorrente como fazer ao receber um alerta de inatividade, acesse o event intelligence e abra o evento correspondente verifique no detalhe do ativo se o coletor associado está ativo — se o coletor também perdeu conectividade, é perda de visibilidade, não queda real consulte o mapa de rede para entender o escopo da falha e os ativos dependentes revise o histórico de disponibilidade do host para contextualizar a situação com a distinção feita, acione o time certo campo para queda real, ti para problema de coletor resultado a equipe deixa de mobilizar recursos de campo para problemas de coletor — e de ignorar quedas reais confundidas com falsa visibilidade o diagnóstico correto reduz o custo operacional e evita slas perdidos por triagem errada diferenciais entregues 01 distinção entre queda real e perda de visibilidade sem depender de memória 02 mapa de rede com impacto em cascata visível antes da ação 03 histórico de disponibilidade do host para contexto de recorrência 04 direcionamento do acionamento correto desde o início complexidade de implantação baixa — disponível a partir da configuração dos coletores playbook 08 playbook 08 atualização de inventário via descoberta e conciliação operador / gestão de ativos problema inventários manuais ficam desatualizados ativos são adicionados, removidos ou reconfigurados sem que o cmdb reflita a realidade — o que compromete tanto a resposta a incidentes quanto o planejamento de capacidade cenário o time de operações percebe que hosts aparecem em ocorrências mas não estão cadastrados no inventário outros ativos mudaram de configuração e o registro não foi atualizado é preciso reconciliar o que o sistema detecta com o que está formalmente cadastrado o que o sistema faz executa scans de descoberta de rede para mapear ativos presentes no ambiente, independentemente de cadastro prévio atualiza o mapa de rede e a topologia com os ativos descobertos apresenta a lista de hosts que aparecem em ocorrências mas ainda não têm cadastro formal — a conciliação de dispositivos permite regularizar cada ativo pendente cadastrar formalmente, associar a um serviço ou marcar como descartado mantém o client instalável em desktops, notebooks e servidores para coleta direta na fonte, sem depender de importação manual como fazer execute uma varredura de descoberta em configurações → coletores de descoberta revise o mapa de rede atualizado e identifique ativos novos ou alterados acesse a conciliação de dispositivos e revise os hosts sem cadastro formal para cada host pendente, decida cadastrar, associar a serviço existente ou marcar como descartado instale o client nos endpoints que precisam de coleta direta para garantir inventário atualizado sem depender de rede resultado o inventário passa a refletir o ambiente real — não uma foto histórica ocorrências passam a ter ativo associado, o que aumenta a precisão da correlação e da priorização de risco diferenciais entregues 01 descoberta automática sem depender de importação manual 02 conciliação que fecha a lacuna entre alerta e inventário 03 client instalável para coleta direta em endpoints 04 mapa de rede e topologia atualizados após cada varredura complexidade de implantação baixa — exige configuração dos coletores de descoberta playbook 09 playbook 09 gestão de ciclo de vida, licenciamento e conformidade de ativos (itam) gestor de ativos de ti / itam & sam problema ativos de ti têm ciclo de vida — são adquiridos, ativados, redistribuídos, depreciados e descartados sem controle centralizado, a organização não sabe quantos softwares está pagando sem usar, quais contratos estão vencendo ou quais equipamentos já deveriam ter sido substituídos cenário o gestor de ativos precisa responder perguntas concretas quais softwares estão instalados em quais máquinas? quantas licenças temos e quantas estamos usando? quais contratos vencem nos próximos 60 dias? o que o sistema faz mantém o inventário completo de hardware, software e licenciamento por ativo, com histórico de alterações cruza licenças contratadas com instalações detectadas para identificar subutilização e risco de não conformidade controla contratos com datas de vencimento e alertas preventivos registra movimentações de ativo relocação, substituição, descarte e garantia permite geração de relatórios de conformidade e de custo por unidade organizacional como fazer acesse o módulo de ativos e revise o inventário atual de hardware e software consulte o painel de licenciamento para identificar softwares com subutilização ou risco de não conformidade revise os contratos com vencimento próximo e programe as tratativas com antecedência registre movimentações — relocação, substituição ou descarte — para manter o histórico atualizado gere relatórios de conformidade e custo para auditoria interna ou prestação de contas resultado a organização passa a ter visibilidade real de quanto está pagando, o que está usando e o que precisa renovar — reduzindo desperdício de licença, evitando auditoria de software surpresa e garantindo que ativos fora de suporte sejam substituídos antes de virar risco diferenciais entregues 01 inventário completo de hardware, software e licenciamento em um único lugar 02 cruzamento de licenças contratadas com instalações detectadas 03 alertas de vencimento de contrato com antecedência configurável 04 histórico de movimentação de ativo com rastreabilidade completa complexidade de implantação média — exige cadastro inicial e integração com os coletores de software playbook 10 playbook 10 modelagem de serviços, confiabilidade e simulação what if gestor de infraestrutura / engenharia de confiabilidade / change manager problema decisões de mudança de infraestrutura — atualização de firmware, substituição de hardware, manutenção planejada — são tomadas com base em estimativa de impacto, não em cálculo real o gestor não sabe, antes de executar, quais serviços serão afetados nem por quanto tempo cenário o time de infraestrutura precisa planejar uma janela de manutenção envolvendo dois switches de núcleo antes de abrir o rfc, quer saber quais serviços dependem desses equipamentos e qual seria o impacto projetado se os dois ficassem fora ao mesmo tempo o que o sistema faz mantém o mapa de dependências entre ativos e serviços, construído a partir do inventário e da descoberta calcula o reliability score de cada serviço com breakdown por pilares e contexto auditável projeta a degradação futura de um serviço com eta estimado para quando o score cairá abaixo do limiar executa simulação what if informa os cis que seriam colocados fora e recebe o impacto projetado por serviço — sem executar nada no ambiente real gera diagnóstico de causa raiz com playbook sugerido e narrativa opcional por ia como fazer acesse o service reliability cockpit e revise o treemap de confiabilidade dos serviços identifique os serviços com score mais baixo ou com tendência de degradação para a manutenção planejada, acesse a simulação what if e informe os cis que serão colocados fora revise o impacto projetado por serviço antes de aprovar o rfc use o eta de degradação dos serviços críticos para priorizar intervenções preventivas antes da quebra resultado mudanças de infraestrutura passam a ser planejadas com base em impacto calculado, não em estimativa janelas de manutenção são dimensionadas corretamente e intervenções preventivas acontecem antes — não depois — da degradação diferenciais entregues 01 reliability score com breakdown auditável por serviço 02 forecast de degradação com eta configurável 03 simulação what if sem impacto no ambiente real 04 diagnóstico com playbook sugerido e narrativa por ia complexidade de implantação média — exige modelagem prévia dos serviços e dos relacionamentos de dependência playbook 11 playbook 11 priorização por índice de comprometimento com carga automática de cves operador de soc/noc / priorização de risco problema com centenas de ativos monitorados, o analista não consegue investigar tudo com a mesma profundidade sem uma forma de ordenar por risco real, o time passa tempo em ativos de baixo impacto enquanto os mais críticos aguardam cenário o analista precisa decidir por qual ativo começar a investigação neste turno — considerando não apenas os alertas ativos, mas o histórico de atividade suspeita, a criticidade do ativo e as vulnerabilidades conhecidas associadas a ele o que o sistema faz calcula o índice de comprometimento de cada ativo cruzando histórico de ocorrências, presença em eventos correlacionados, score cve/cvss das vulnerabilidades conhecidas e criticidade do ativo no mapa de serviços carrega automaticamente as vulnerabilidades (cves) associadas a cada ativo a partir da base de inteligência de ameaças apresenta o ranking de ativos ordenado por índice, com indicação de raio de explosão — quais outros serviços seriam afetados por uma falha nesse ativo permite detalhar o breakdown do índice por ativo para entender o que contribuiu para a pontuação atualiza o índice continuamente conforme novos eventos e novas vulnerabilidades são registrados como fazer acesse asset intelligence e ordene os ativos pelo índice de comprometimento identifique os ativos no topo da lista — maior risco combinado de atividade suspeita e vulnerabilidade conhecida para cada ativo prioritário, consulte o detalhamento do índice quais cves estão presentes, quais eventos contribuíram e qual o raio de explosão inicie a investigação pelos ativos de maior índice com serviços críticos dependentes reavalie o ranking ao final do turno para ajustar as prioridades do próximo resultado o time para de investigar aleatoriamente e passa a operar com priorização objetiva — baseada em risco calculado, não em percepção ativos críticos recebem atenção antes de se tornarem incidentes diferenciais entregues 01 índice de comprometimento combinando múltiplos vetores de risco 02 cves carregados automaticamente e associados ao ativo 03 raio de explosão mostrando impacto em cascata 04 atualização contínua do ranking conforme o ambiente evolui complexidade de implantação baixa — disponível a partir da integração com a base de inteligência de ameaças e com o inventário playbook 12 playbook 12 maturidade de detecção cobertura mitre att\&ck e importação de regras sigma analista de segurança / gestor de soc problema um soc bem operado sabe o que detecta — e, mais importante, o que não detecta sem um mapa de cobertura, é impossível responder com objetividade a perguntas como 'temos cobertura contra movimentação lateral?' ou 'nosso ambiente detecta técnicas de exfiltração de dados?' cenário o gestor de soc precisa preparar uma avaliação de maturidade de detecção para apresentar ao ciso — mostrando quais táticas e técnicas do mitre att\&ck estão cobertas pelas regras ativas, quais são as lacunas e o que foi feito para importar as regras do repositório corporativo o que o sistema faz gera um heatmap de cobertura att\&ck cruzando as regras de detecção ativas com a taxonomia mitre quais táticas e técnicas têm cobertura, com quantas regras, e quais são as lacunas exporta a taxonomia completa do subset att\&ck mapeado para uso em relatórios e apresentações permite importar regras no formato sigma — o padrão aberto de mercado — em dois passos preview (sem gravar) para validar antes de confirmar, e import efetivo aplica as regras importadas ao pipeline de correlação sem necessidade de reconfiguração manual mantém o catálogo de regras de correlação com histórico de versões e origem como fazer acesse o painel de cobertura mitre att\&ck e revise o heatmap de táticas e técnicas cobertas identifique as lacunas — técnicas sem cobertura ativa — e priorize as pelo risco do ambiente para novas regras disponíveis em repositórios sigma (sigmahq, repositório corporativo), use a função de import sigma faça o preview para validar as regras antes de gravar — verifique se a sintaxe e as condições estão corretas confirme o import e revise o heatmap atualizado para verificar o fechamento das lacunas resultado o soc passa a ter uma resposta objetiva e auditável para 'o que detectamos?' — com mapa visual de cobertura att\&ck, histórico de evolução da maturidade e capacidade de importar regras do mercado sem retrabalho manual diferenciais entregues 01 heatmap de cobertura mitre att\&ck com lacunas identificadas 02 import de regras sigma com preview antes de confirmar 03 taxonomia exportável para relatórios e apresentações 04 atualização do pipeline de correlação sem reconfiguração manual complexidade de implantação média — exige mapeamento inicial das regras ativas com a taxonomia att\&ck conteúdo elaborado com base nas funcionalidades verificadas no código fonte do autonomous agosto de 2026