Introdução: O Cenário de Ameaças em 2026

A segurança cibernética em 2026 enfrenta um cenário de ameaças sem precedentes. Ataques ransomware, supply chain attacks, exploração de vulnerabilidades zero-day e ameaças internas se tornaram parte do cotidiano de organizações de todos os tamanhos e setores. Segundo o relatório Cost of a Data Breach 2024 da IBM, o custo médio de uma violação de dados atingiu US$ 4,88 milhões globalmente, o valor mais alto já registrado, e a tendência é de crescimento contínuo. Mais alarmante ainda, 83% das organizações pesquisadas experimentaram múltiplas violações durante o período analisado, evidenciando que incidentes de segurança não são mais eventos excepcionais, mas recorrentes.

Nesse contexto, a capacidade de responder rápida e eficazmente a incidentes de segurança se tornou uma competência organizacional crítica. Não se trata mais de “se” a organização será atacada, mas de “quando” e “quão preparada estará para responder”. Dados consistentes mostram que empresas com plano de resposta a incidentes economizam em média US$ 2,66 milhões por breach em comparação com empresas sem plano estruturado — uma diferença que frequentemente determina a sobrevivência ou o fechamento de empresas após um incidente grave.

Este guia abrangente cobre todos os aspectos da resposta a incidentes de segurança em 2026: desde a montagem de um time de resposta e a criação de playbooks até as ferramentas mais utilizadas (SIEM, SOAR, EDR), métricas essenciais (MTTD, MTTR) e as melhores práticas para minimizar o impacto de incidentes de segurança na sua organização. Se você é CISO, líder de segurança, gestor de TI ou desenvolvedor preocupado com segurança, este artigo oferece frameworks práticos e dados atualizados para fortalecer a postura de segurança da sua organização.

Fundamentos da Resposta a Incidentes

O que é resposta a incidentes (Incident Response)

Resposta a incidentes (Incident Response, IR) é o conjunto de processos, procedimentos e ferramentas utilizados para identificar, conter, erradicar e recuperar-se de incidentes de segurança cibernética. Um incidente de segurança é qualquer evento que comprometa a confidencialidade, integridade ou disponibilidade de sistemas, dados ou serviços de uma organização. Exemplos incluem invasão de sistemas, vazamento de dados, infecção por malware, ataque de negação de serviço (DDoS), comprometimento de credenciais e exfiltração de dados.

A resposta a incidentes não é apenas uma disciplina técnica — envolve comunicação, coordenação, tomada de decisão sob pressão, aspectos legais e regulatórios, e gestão de crise. Um programa de IR maduro integra equipes de segurança, TI, jurídico, comunicação, compliance e liderança executiva em um framework coeso que permite ação rápida e coordenada quando um incidente ocorre.

Frameworks de referência: NIST e SANS

Os dois frameworks mais utilizados para estruturar a resposta a incidentes são o NIST SP 800-61 (Computer Security Incident Handling Guide) e o modelo SANS (PICERL). O framework NIST organiza a resposta em quatro fases: preparação, detecção e análise, contenção, erradicação e recuperação, e atividade pós-incidente. O modelo SANS (criado pelo SANS Institute) expande em seis fases: preparação, identificação, contenção, erradicação, recuperação e lições aprendidas (Preparation, Identification, Containment, Eradication, Recovery, Lessons Learned — PICERL).

Embora os frameworks sejam conceitualmente similares, cada organização precisa adaptá-los ao seu contexto específico: tamanho da equipe, criticidade dos ativos, requisitos regulatórios e maturidade de segurança. O framework escolhido serve como base, mas a implementação eficaz exige customização. No Brasil, a LGPD adiciona requisitos específicos de notificação à ANPD (Autoridade Nacional de Proteção de Dados) em caso de incidentes envolvendo dados pessoais, o que deve ser incorporado ao framework de resposta.

Métricas Críticas: MTTD e MTTR

Mean Time to Detect (MTTD)

O MTTD (Mean Time to Detect) mede o tempo médio entre o início de um incidente e sua detecção pela equipe de segurança. Segundo o relatório da IBM, o MTTD médio global é de 204 dias — mais de seis meses. Isso significa que, em média, um invasor permanece dentro da rede da vítima por quase sete meses antes de ser detectado. Durante esse período, o atacante pode mapear a rede, escalar privilégios, exfiltrar dados e estabelecer persistência, tornando a resposta e a recuperação exponencialmente mais complexas e custosas.

A redução do MTTD é uma das áreas onde a tecnologia tem maior impacto. Soluções de SIEM (Security Information and Event Management), EDR (Endpoint Detection and Response), NDR (Network Detection and Response) e XDR (Extended Detection and Response) utilizam correlação de eventos, análise comportamental e machine learning para identificar atividades suspeitas em tempo real. IA aplicada a operações de segurança pode reduzir o MTTD em até 70%, segundo dados de fornecedores de segurança, uma melhoria que traduz diretamente em menor impacto financeiro e operacional de incidentes.

Mean Time to Respond (MTTR)

O MTTR (Mean Time to Respond) mede o tempo entre a detecção do incidente e sua contenção efetiva. O MTTR médio global é de 73 dias, um período durante o qual o incidente continua causando danos à organização. A combinação de MTTD e MTTR elevados resulta em um ciclo de vida de breach de quase 280 dias (mais de 9 meses), período durante o qual a organização está exposta a riscos contínuos de danos financeiros, reputacionais e regulatórios.

Para reduzir o MTTR, organizações investem em automação de resposta (SOAR), playbooks predefinidos que guiam ações de contenção, runbooks automatizados para cenários conhecidos e treinamento contínuo da equipe de resposta. A prática de tabletop exercises (simulações de incidentes) é especialmente valiosa para reduzir o MTTR, pois permite que a equipe pratique procedimentos de resposta em ambiente controlado, identificando gargalos e falhas de comunicação antes que um incidente real ocorra.

Montando um Time de Resposta a Incidentes

Estrutura do CSIRT/CIRT

O CSIRT (Computer Security Incident Response Team) ou CIRT (Computer Incident Response Team) é a equipe responsável por coordenar a resposta a incidentes de segurança. A composição do time varia conforme o tamanho da organização, mas tipicamente inclui o incident commander (líder do incidente, responsável por coordenar todas as atividades), analistas de segurança (investigação técnica, análise de malware, forense digital), engenheiros de infraestrutura (contenção, isolamento de rede, recovery), representante jurídico (aspectos legais, notificações regulatórias, preservação de evidências), comunicação (comunicação interna, externa, imprensa), liderança executiva (decisões de negócio, autorização de ações de alto impacto) e representantes de áreas afetadas (conhecimento de processos de negócio impactados).

Em organizações menores, uma mesma pessoa pode acumular múltiplos papéis. O essencial é que os papéis estejam definidos, as pessoas designadas saibam suas responsabilidades e existam canais de comunicação e escalação claros. Muitas empresas brasileiras de médio porte optam por um modelo híbrido, com um time interno pequeno complementado por serviços de IR retainer de empresas especializadas em segurança, que fornecem expertise e capacidade adicional durante incidentes graves.

Treinamento e simulações

Um time de resposta a incidentes que nunca praticou é um time que falhará sob pressão. Treinamento contínuo e simulações regulares são componentes essenciais de um programa de IR maduro. Os principais tipos de exercícios incluem tabletop exercises (simulações baseadas em cenários, onde a equipe discute como responderia a um incidente hipotético), red team/blue team exercises (ataques simulados onde uma equipe ataca e outra defende), purple team exercises (colaboração entre atacantes e defensores para identificar gaps), war games (simulações realistas com pressão de tempo e informação incompleta) e exercícios de comunicação de crise (prática de notificação a stakeholders, reguladores e imprensa).

A frequência recomendada é de pelo menos um tabletop exercise por trimestre e um exercício técnico mais aprofundado por semestre. Cada exercício deve resultar em um relatório de lições aprendidas e atualização dos playbooks com base nas lacunas identificadas. A experiência mostra que equipes que praticam regularmente respondem 40-60% mais rápido a incidentes reais do que equipes sem programa de simulações.

Playbooks de Resposta: O Guia do Passo a Passo

O que é um playbook de incident response

Um playbook de resposta a incidentes é um documento que detalha os procedimentos específicos a serem seguidos para cada tipo de incidente. Diferente de um plano de IR genérico, que define a estratégia e os princípios gerais, o playbook é tático: ele diz exatamente quem faz o quê, quando e como para cada cenário de ameaça. Playbooks bem construídos reduzem a dependência de decisões ad-hoc sob pressão e garantem que mesmo analistas menos experientes possam executar procedimentos de contenção eficazes.

Os playbooks mais comuns incluem cenários de ransomware (isolamento, decisão de pagamento, recovery de backups), phishing/comprometimento de credenciais (reset de senhas, análise de ações do atacante, notificação de afetados), malware (quarentena, análise, remediação), exfiltração de dados (contenção, avaliação de impacto, notificação regulatória), DDoS (ativação de mitigação, comunicação, escalação), insider threat (investigação, preservação de evidências, ações de RH/jurídico) e comprometimento de supply chain (avaliação de escopo, comunicação com fornecedor, mitigação).

Estrutura de um playbook eficaz

Um playbook eficaz segue uma estrutura padronizada que facilita a execução sob pressão. Cada playbook deve conter os seguintes elementos: escopo (tipos de incidentes cobertos por este playbook), critérios de ativação (indicadores que disparam a execução do playbook), severidade e classificação (como categorizar a gravidade do incidente), papéis e responsabilidades (quem é o incident commander, quem executa contenção, quem comunica), procedimentos de detecção e triagem (como confirmar que o incidente é real e avaliar sua gravidade), procedimentos de contenção (ações imediatas para limitar o impacto), procedimentos de erradicação (como remover a ameaça do ambiente), procedimentos de recuperação (como restaurar operações normais), comunicação (templates de notificação, lista de stakeholders, cronograma de atualizações) e evidências e documentação (o que preservar, como documentar ações para eventual uso forense ou legal).

Playbook de ransomware: exemplo detalhado

O ransomware é o tipo de incidente que mais preocupa organizações em 2026. Um playbook de ransomware eficaz deve cobrir as primeiras 24 horas com ações predefinidas, pois o tempo de resposta nas primeiras 24 horas é crítico para determinar o impacto final de um ataque ransomware. As ações imediatas (primeiros 30 minutos) incluem: isolar sistemas afetados da rede (desconectar cabo de rede, desativar Wi-Fi, manter ligados para preservar evidências em memória), acionar o incident commander e a equipe de IR, ativar canal de comunicação seguro (fora da infraestrutura potencialmente comprometida), e iniciar documentação do incidente (timestamp, sistemas afetados, indicadores observados).

Nas próximas horas (1 a 4 horas), as ações incluem: avaliar o escopo do comprometimento (quais sistemas foram criptografados, qual a variante do ransomware, há exfiltração de dados), verificar integridade dos backups (estão íntegros? foram comprometidos? estão offline?), notificar liderança executiva e jurídico, e coletar e preservar evidências forenses. A decisão sobre pagamento de resgate deve ser tomada pela liderança executiva com assessoria jurídica, considerando que o pagamento não garante a recuperação dos dados e pode financiar atividades criminosas.

Ferramentas de Resposta a Incidentes

SIEM: Security Information and Event Management

O SIEM é a ferramenta central de detecção e análise de segurança, responsável por coletar, correlacionar e analisar logs e eventos de toda a infraestrutura de TI. O mercado global de SIEM é estimado em US$ 7 bilhões, refletindo a importância crítica dessa categoria de ferramentas. Soluções líderes incluem Splunk Enterprise Security, Microsoft Sentinel, IBM QRadar, Elastic Security (open source), Google Chronicle, Sumo Logic e Exabeam.

Em 2026, os SIEMs evoluíram significativamente com a incorporação de IA e machine learning. SIEMs modernos utilizam User and Entity Behavior Analytics (UEBA) para detectar comportamentos anômalos que regras estáticas não capturam. Por exemplo, um analista que acessa bases de dados que nunca acessou antes, em horário incomum, de um dispositivo desconhecido — esse padrão seria indetectável por regras simples, mas é facilmente identificado por modelos de baseline comportamental.

SOAR: Security Orchestration, Automation and Response

Soluções SOAR automatizam e orquestram processos de resposta a incidentes, reduzindo o tempo de resposta e a carga de trabalho manual dos analistas de segurança. A adoção de SOAR cresceu para 30% das organizações de médio e grande porte, um número que reflete a maturidade crescente da categoria e a pressão para reduzir o MTTR. Ferramentas líderes incluem Palo Alto XSOAR, Splunk SOAR, IBM Resilient, Swimlane, Tines e Shuffle (open source).

O SOAR integra playbooks automatizados que podem executar ações de contenção sem intervenção humana para cenários de baixa complexidade. Por exemplo, ao detectar um e-mail de phishing, o SOAR pode automaticamente extrair os indicadores de comprometimento (IoCs), verificá-los contra feeds de threat intelligence, bloquear URLs e domínios maliciosos no firewall, buscar outros destinatários do mesmo e-mail, quarentenar as mensagens encontradas e gerar um incidente documentado com todas as ações tomadas — tudo em segundos, sem que um analista precise intervir.

EDR, NDR e XDR

Endpoint Detection and Response (EDR), Network Detection and Response (NDR) e Extended Detection and Response (XDR) são categorias complementares que cobrem diferentes aspectos da detecção e resposta. EDR monitora endpoints (desktops, laptops, servidores) em busca de comportamentos maliciosos, oferecendo capacidades de investigação e resposta remota. NDR analisa tráfego de rede em busca de anomalias, movimentação lateral e comunicação com servidores de comando e controle. XDR integra dados de múltiplas fontes (endpoints, rede, cloud, e-mail, identidade) para oferecer uma visão unificada de ameaças.

Ferramentas líderes em cada categoria incluem CrowdStrike Falcon e SentinelOne (EDR), Darktrace e Vectra AI (NDR), e Microsoft Defender XDR, Palo Alto Cortex XDR e Trend Micro Vision One (XDR). A tendência em 2026 é a convergência dessas categorias em plataformas XDR que oferecem detecção e resposta integrada em todos os vetores de ataque.

IA na Resposta a Incidentes

Como a IA está transformando o SOC

O Security Operations Center (SOC) é o centro nervoso das operações de segurança, e a IA está transformando radicalmente seu funcionamento. IA aplicada a operações de segurança pode reduzir o MTTD em até 70%, segundo pesquisas de mercado, ao automatizar a triagem de alertas, correlacionar eventos aparentemente não relacionados e identificar padrões de ataque em tempo real. Em um SOC típico, analistas enfrentam milhares de alertas por dia, a maioria falsos positivos. A IA funciona como um filtro inteligente que prioriza os alertas mais críticos e reduz o ruído.

Aplicações específicas de IA no SOC incluem triagem automática de alertas (classificação de severidade e priorização), investigação assistida (correlação automática de eventos relacionados ao mesmo incidente), caça a ameaças (threat hunting) proativa (identificação de indicadores de comprometimento não detectados por regras), análise de malware (classificação e análise comportamental de amostras suspeitas), geração de relatórios (resumos automáticos de incidentes com timeline e ações tomadas) e recomendação de ações de resposta (sugestões de contenção baseadas em incidentes similares anteriores).

Riscos e desafios da IA em segurança

A adoção de IA em segurança também traz riscos que devem ser gerenciados. Modelos de machine learning podem ser envenenados por adversários que introduzem dados maliciosos no treinamento. Falsos negativos de IA (ameaças não detectadas) podem criar falsa sensação de segurança. E a complexidade dos modelos pode dificultar a explicabilidade das decisões, criando desafios para auditoria e compliance.

Além disso, atacantes também utilizam IA para criar ameaças mais sofisticadas: phishing gerado por LLMs é mais convincente, malware polimórfico evade detecção baseada em assinaturas, e deepfakes de voz e vídeo permitem ataques de engenharia social mais elaborados. A corrida armamentista entre atacantes e defensores usando IA é uma das dinâmicas mais significativas do cenário de segurança em 2026.

Aspectos Legais e Regulatórios no Brasil

LGPD e notificação de incidentes

No Brasil, a LGPD (Lei Geral de Proteção de Dados) estabelece obrigações específicas para organizações que sofrem incidentes de segurança envolvendo dados pessoais. O controlador deve comunicar à ANPD e ao titular dos dados a ocorrência de incidente de segurança que possa acarretar risco ou dano relevante aos titulares. A comunicação deve ser feita em prazo razoável (a ANPD recomenda 72 horas) e incluir a descrição da natureza dos dados pessoais afetados, as informações sobre os titulares envolvidos, as medidas técnicas e de segurança utilizadas, os riscos relacionados ao incidente e as medidas que foram ou serão adotadas para reverter ou mitigar os efeitos do prejuízo.

A conformidade com a LGPD deve estar incorporada nos playbooks de resposta a incidentes, com procedimentos específicos para avaliar se dados pessoais foram comprometidos, quem deve ser notificado e em que prazo, e como documentar as ações tomadas para demonstrar due diligence à ANPD. A assessoria jurídica especializada em proteção de dados deve ser parte integrante do time de resposta a incidentes.

Regulações setoriais

Além da LGPD, setores regulados no Brasil possuem requisitos adicionais para resposta a incidentes. O setor financeiro é regulado pelo Banco Central (Resolução CMN 4.893/2021), que exige plano de resposta a incidentes cibernéticos, notificação ao BACEN e testes periódicos. O setor de saúde deve seguir a Resolução CFM 2.314/2022 sobre prontuários eletrônicos e proteção de dados de saúde. O setor elétrico segue normativas da ANEEL sobre segurança cibernética em infraestruturas críticas. E empresas listadas em bolsa devem seguir orientações da CVM sobre divulgação de incidentes cibernéticos materiais.

Construindo um Programa de IR Maduro

Modelo de maturidade de resposta a incidentes

A maturidade de um programa de resposta a incidentes pode ser avaliada em cinco níveis. O nível 1 (inicial) se caracteriza por resposta ad-hoc, sem plano formal, equipe não treinada e dependência de especialistas individuais. O nível 2 (definido) conta com plano de IR documentado, papéis definidos, playbooks básicos (ransomware, phishing) e ferramentas básicas de detecção. O nível 3 (gerenciado) apresenta SIEM implementado, métricas MTTD/MTTR acompanhadas, simulações trimestrais e integração com threat intelligence. O nível 4 (otimizado) tem SOAR com automação de resposta, XDR implementado, threat hunting proativo e programa de red team. O nível 5 (liderança) demonstra IA integrada nas operações de segurança, ciclo contínuo de melhoria, compartilhamento de inteligência com comunidade e benchmarks de referência no setor.

A maioria das empresas brasileiras de médio porte está no nível 1 ou 2, e a progressão para o nível 3 é o objetivo mais realista e de maior impacto para a maioria das organizações. A progressão deve ser gradual: cada nível constrói sobre o anterior, e pular etapas resulta em investimento em ferramentas sofisticadas sem os processos e pessoas necessários para operá-las eficazmente.

Orçamento e justificativa de investimento

Justificar investimento em resposta a incidentes requer traduzir riscos técnicos em linguagem de negócio. O framework mais eficaz é a comparação entre o custo do investimento e o custo esperado de um incidente. Considerando que o custo médio de um breach é US$ 4,88 milhões e que empresas com plano de IR economizam US$ 2,66 milhões por breach, o investimento em um programa de IR se justifica financeiramente mesmo para organizações com probabilidade moderada de incidente.

Um programa de IR para uma empresa de médio porte no Brasil pode ser estruturado com um orçamento inicial de R$ 200 mil a R$ 500 mil (incluindo ferramentas, treinamento e consultoria) e um custo operacional anual de R$ 100 mil a R$ 300 mil (licenças, treinamento contínuo, exercícios). Para empresas que não podem manter um SOC interno 24/7, serviços de MDR (Managed Detection and Response) oferecem monitoramento e resposta terceirizados a custos a partir de R$ 10 mil a R$ 50 mil por mês, dependendo do escopo.

Tendências em Resposta a Incidentes para 2026-2027

Automação e orquestração avançada

A tendência mais forte em IR é a automação crescente de tarefas de resposta. SOAR platforms estão evoluindo para incorporar IA generativa que pode interpretar alertas em linguagem natural, sugerir ações de resposta baseadas em bases de conhecimento e até gerar relatórios de incidentes automaticamente. A visão é que tarefas repetitivas e de baixa complexidade (quarentena de endpoints comprometidos, bloqueio de IPs maliciosos, reset de credenciais) sejam automatizadas em 100%, liberando analistas para investigação e threat hunting.

Cloud-native incident response

Com a migração acelerada para cloud, a resposta a incidentes precisa acompanhar. Incidentes em ambientes cloud têm características diferentes: logs distribuídos, identidades efêmeras, serverless functions que não deixam rastros tradicionais e shared responsibility models que dividem responsabilidades entre provedor e cliente. Ferramentas e processos de IR estão se adaptando para cobrir ambientes multi-cloud e híbridos, com soluções como AWS GuardDuty, Azure Sentinel e GCP Security Command Center oferecendo detecção nativa.

Integração com resiliência operacional

O conceito de resiliência cibernética está substituindo a visão tradicional de segurança perimetral. Em vez de tentar prevenir todas as intrusões (objetivo impossível), organizações resilientes assumem que serão comprometidas e investem em capacidade de detecção rápida, contenção eficaz e recuperação acelerada. Essa mudança de paradigma eleva a resposta a incidentes de uma função reativa para um componente estratégico da continuidade de negócios.

Perguntas Frequentes sobre Resposta a Incidentes (FAQ)

Quanto tempo minha empresa tem para detectar um breach?

O MTTD médio global é de 204 dias, mas organizações maduras buscam detectar incidentes em menos de 24 horas. Cada dia de detecção tardia aumenta o custo e o impacto do incidente. Investir em ferramentas de detecção (SIEM, EDR, NDR) e em processos de monitoramento 24/7 é essencial para reduzir o MTTD.

Devemos pagar resgate em caso de ransomware?

A recomendação geral de autoridades (FBI, CISA, Polícia Federal) é não pagar resgate, pois o pagamento não garante a recuperação dos dados, financia atividades criminosas e pode marcar a organização como alvo para ataques futuros. No entanto, a decisão deve ser tomada caso a caso pela liderança executiva com assessoria jurídica, considerando o impacto operacional, a existência de backups viáveis e as obrigações regulatórias.

Qual a diferença entre SIEM e SOAR?

SIEM foca em detecção: coleta, correlaciona e analisa logs para identificar ameaças. SOAR foca em resposta: automatiza e orquestra ações de contenção e remediação com base nos alertas gerados pelo SIEM. São ferramentas complementares: o SIEM detecta, o SOAR responde. Muitas plataformas modernas oferecem ambas as capacidades integradas.

Preciso de um SOC 24/7?

Idealmente sim, pois ataques não respeitam horário comercial. Para empresas que não podem manter um SOC interno 24/7, serviços de MDR (Managed Detection and Response) oferecem monitoramento e resposta terceirizados. Outra alternativa é um SOC interno em horário comercial complementado por automação (SOAR) e plantão de analistas para alertas críticos fora do horário.

Como a LGPD impacta a resposta a incidentes?

A LGPD exige notificação à ANPD e aos titulares afetados em caso de incidentes envolvendo dados pessoais que possam gerar risco ou dano relevante. A recomendação da ANPD é que a comunicação ocorra em até 72 horas. Playbooks de resposta devem incluir procedimentos específicos para avaliação de impacto em dados pessoais e notificação regulatória.

Quanto custa montar um programa de resposta a incidentes?

Para uma empresa de médio porte no Brasil, o investimento inicial varia de R$ 200 mil a R$ 500 mil (ferramentas, treinamento, consultoria) com custo operacional anual de R$ 100 mil a R$ 300 mil. Considerando que empresas com plano de IR economizam US$ 2,66 milhões por breach, o investimento se justifica financeiramente em qualquer cenário de risco moderado.

Sobre a Mind Group

A Mind Group é uma software house brasileira especializada no desenvolvimento de sistemas sob medida com foco em segurança, arquitetura robusta e integração de inteligência artificial. Com experiência em projetos para setores regulados como energia e serviços financeiros, a Mind Group incorpora práticas de security by design em todas as fases do desenvolvimento, garantindo que os sistemas entregues atendam aos mais exigentes requisitos de segurança e compliance.

Através de cases como o LawrAI (plataforma de IA jurídica com mais de 20.000 usuários que processa dados sensíveis com rigorosos controles de segurança), SUPERCASAS e Vértuz, a Mind Group demonstra capacidade técnica em construir sistemas seguros, escaláveis e resilientes. Sob a liderança de José Gonçalves, CEO, a empresa se posiciona como parceira de confiança para organizações que precisam de soluções de software que combinem inovação tecnológica com responsabilidade em segurança da informação. Saiba mais em mindconsulting.com.br.

Escrito por José Gonçalves

CEO e fundador da Mind Group (fundada em 2016), software house brasileira sediada em Sorocaba/SP. Lidera o desenvolvimento de sistemas, aplicativos, IA e automações para clientes como Itaipu Binacional, Fisk, Lojas Torra, Febracis e Vertuz. Especialista em arquitetura de software, squads ágeis e integração de Inteligência Artificial em operações B2B.

LinkedIn →