Willem Delbare, Co-Fundador e CEO da Aikido – Série de Entrevistas

Willem Delbare, cofundador e CEO da Aikido, é um empreendedor que criou várias empresas SaaS e um fundador de perfil técnico com sólida experiência em software voltado a desenvolvedores. Antes de lançar a Aikido em 2022, cofundou a plataforma de RH Officient, a iniciativa de sustentabilidade FutureproofedCities e a empresa de CRM Teamleader. Nesta última, foi CTO e ajudou a transformá-la em um dos casos de sucesso SaaS mais marcantes da Bélgica. Ao longo da carreira, concentrou-se em simplificar desafios técnicos complexos de infraestrutura em nuvem, escalabilidade SaaS e cibersegurança. Sob sua liderança, a Aikido tornou-se rapidamente uma das startups de cibersegurança de crescimento mais acelerado da Europa, com soluções práticas para equipes de desenvolvimento modernas.

Aikido é uma empresa de cibersegurança sediada na Bélgica que ajuda desenvolvedores e equipes de engenharia a proteger aplicações e ambientes em nuvem com uma plataforma unificada. Ela reúne análise de código e dependências, gestão da postura de segurança na nuvem, proteção em tempo de execução e testes assistidos por IA em um sistema simplificado. A proposta é reduzir a complexidade e os falsos positivos, evitando que organizações precisem administrar conjuntos fragmentados de soluções de vários fornecedores. Pensada primeiro para os desenvolvedores, a Aikido enfatiza automação, monitoramento contínuo e processos de correção simplificados para integrar a segurança diretamente ao ciclo de desenvolvimento do software.

Quais experiências na criação e no crescimento de empresas como Teamleader e Officient levaram você a fundar a Aikido Security em 2022? Como sua formação técnica como fundador moldou a visão de uma cibersegurança mais adequada aos desenvolvedores?

Na última década, encontrei minha vocação no SaaS B2B. Fui cofundador técnico e CTO de três startups, com três operações de saída nos setores de tecnologia de RH, faturamento e contabilidade de carbono. Mundos muito diferentes, mas com a mesma obsessão: criar software que não faça as pessoas quererem jogar o notebook pela janela.

Mas a segurança me tirava o sono em todas essas empresas. O medo de um vazamento de dados era real, e as ferramentas que deveriam ajudar pareciam o cockpit de um F-16: caras, intimidadoras e feitas para alguém com doutorado em ciência da computação, não para uma equipe que quer lançar software rapidamente.

Fundamos a Aikido Security para resolver exatamente esse problema. Oferecemos a organizações de todos os portes uma plataforma unificada de segurança de software, centrada nos desenvolvedores. Ela reúne os recursos essenciais para código, nuvem e tempo de execução, facilitando o lançamento seguro de software.

Desde então, a IA acelerou ainda mais a entrega de software e ampliou a superfície de ataque. Nosso próximo passo é permitir que as organizações acompanhem esse ritmo com software capaz de se proteger sozinho.

Em fevereiro, lançamos o Aikido Infinite, nossa solução de testes de invasão contínuos com IA. Ela verifica se as vulnerabilidades são realmente exploráveis e completa o ciclo de correção antes que o código chegue à produção.

Ambientes de desenvolvedor agora estão sendo descritos como um dos principais pontos cegos de segurança. O que mudou recentemente para tornar essa questão tão crítica?

Os computadores dos desenvolvedores sempre foram alvos valiosos. Eles contêm credenciais de nuvem, chaves SSH, tokens de publicação npm, configurações do Kubernetes e acesso direto ao código-fonte. Nos últimos 6 a 12 meses, porém, os atacantes descobriram como é fácil comprometê-los por meio de ferramentas nas quais os desenvolvedores já confiam. Acompanhamos isso durante todo o ano: Trivy, TanStack, Bitwarden CLI, a extensão Nx Console para VS Code e agora GitHub. Em todos os casos, a invasão passou por ferramentas de desenvolvimento e o dispositivo era o alvo.

O problema é que a maioria das equipes de segurança não vê o que realmente está em execução nesses computadores. O EDR monitora as aplicações, mas não os pacotes, extensões ou ferramentas de IA que funcionam dentro delas. Enquanto isso, desenvolvedores incorporam novos pacotes, extensões e ferramentas de IA todos os dias, com pouquíssimas verificações. Os LLMs também facilitaram a criação de malware convincente, reduzindo a barreira de entrada para os atacantes em geral. Todos esses ataques exploram a lacuna entre o que existe nos computadores e o que as equipes de segurança conseguem ver.

Estamos vendo um aumento nos ataques de cadeia de suprimentos ao mesmo tempo em que a IA está se tornando amplamente adotada. Como a IA está mudando o equilíbrio entre atacantes e defensores?

A IA facilitou muito a criação de malware para ataques à cadeia de suprimentos. Montar cargas maliciosas convincentes, ofuscar código e entender os registros de pacotes a ponto de abusar deles exigia habilidades técnicas reais. Agora basta uma assinatura de LLM. Vimos isso diretamente com o TeamPCP, responsável pela maioria dos grandes ataques deste ano, incluindo a recente invasão do GitHub. Não é um grupo particularmente avançado, mas tem realizado muitos ataques, e a IA foi importante para ampliar sua atuação. Há um ano, lidávamos com comprometimentos de pacotes isolados. Agora vemos worms autorreplicantes como o Shai-Hulud e campanhas encadeadas que passam de um registro a outro, usando credenciais roubadas em uma invasão para alimentar a seguinte.

A IA também ajuda a defesa, mas de outras maneiras. As equipes podem realizar testes de invasão contínuos em bases inteiras de código com agentes que verificam centenas de caminhos de ataque em paralelo. Isso libera tempo para decisões que ainda exigem julgamento humano. Nos dispositivos, a IA também ajuda a detectar pacotes maliciosos mais cedo, analisando o que será instalado antes de chegar ao computador do desenvolvedor. Mas a realidade é que os atacantes, por enquanto, se beneficiam mais da IA que os defensores. A barreira para criar malware caiu mais depressa que a barreira para detectá-lo.

A Aikido fala em levar a segurança para etapas anteriores do desenvolvimento. O que isso significa na prática para quem desenvolve e entrega software hoje?

Grande parte do setor passou anos levando a segurança para a esquerda, ou seja, para etapas anteriores do pipeline de CI/CD. A superfície de ataque, porém, recuou ainda mais: chegou ao próprio computador do desenvolvedor. A invasão do GitHub é um bom exemplo. Não foi código inseguro que chegou à produção, mas uma extensão do VS Code comprometida no notebook de um desenvolvedor, extraindo credenciais antes que alguém escrevesse uma linha de código.

Na prática, a segurança precisa operar continuamente onde o código é escrito e as ferramentas são instaladas. É preciso verificar o que funciona nos dispositivos dos desenvolvedores, interceptar pacotes e extensões maliciosos antes da chegada e testar automaticamente riscos exploráveis conforme o código muda, sem esperar uma revisão agendada. O objetivo é um ciclo fechado de detecção, validação e correção integrado ao desenvolvimento, não um processo separado executado depois.

Com agentes de IA baixando dependências e ferramentas automaticamente, como as empresas devem repensar a confiança no código aberto e no de terceiros?

Por padrão, os agentes de IA baixam dependências e ferramentas automaticamente com pouquíssima supervisão humana. Isso muda fundamentalmente o modelo de confiança: executa-se nos computadores dos desenvolvedores código que ninguém escolheu explicitamente instalar.

A invasão da Vercel mostra como isso pode dar errado. A Vercel não foi invadida diretamente. Uma extensão legítima de IA tinha acesso OAuth à conta Google de um funcionário e foi comprometida em uma etapa anterior da cadeia, por um programa de roubo de informações no fornecedor. É o padrão recorrente no código aberto: código de terceiros considerado confiável vira a porta de entrada. O risco se multiplica porque uma estação de desenvolvimento comprometida dá ao atacante o mesmo acesso que a um engenheiro de confiança. Ele pode alterar código, inserir dependências maliciosas ou publicar versões adulteradas de software legítimo. Os pipelines de compilação incorporam essas alterações, que se propagam adiante por atualizações consideradas confiáveis.

As empresas precisam tratar tudo o que é executado no computador de um desenvolvedor como parte da superfície de ataque: agentes de IA, ferramentas que instalam, extensões das quais dependem, tudo. Uma visão restrita aos pacotes de código aberto conhecidos deixa de fora as camadas em que esses ataques realmente ocorrem.

O conceito de software que se protege sozinho é convincente. Quais são as capacidades principais necessárias para que essa visão funcione em escala?

É necessário um ciclo fechado. A cada mudança do código, o sistema deve testar caminhos de ataque reais, confirmar se um problema é explorável ou descartar o achado caso não seja, gerar e aplicar correções no fluxo de desenvolvimento e repetir os testes para confirmar que funcionam. Todo o ciclo precisa rodar continuamente, sem esperar alguém agendá-lo. O objetivo não é retirar as pessoas da segurança, mas cuidar do trabalho constante para que as equipes se concentrem nas decisões que realmente exigem julgamento humano.

Os desenvolvedores frequentemente lutam com muitos alertas e falsos positivos de ferramentas de segurança. Como a Aikido ajuda as equipes a se concentrar no que realmente importa?

Dois terços dos responsáveis pela segurança em nossa pesquisa State of AI in Security & Development disseram que suas equipes contornaram processos de segurança, descartaram achados ou adiaram correções por falsos positivos. Esse é o verdadeiro custo de ferramentas com ruído excessivo. Não apenas desperdiçam tempo: degradam ativamente a segurança porque as pessoas deixam de confiar nos alertas.

Na Aikido, usamos análise de alcançabilidade e triagem automática. Em vez de sinalizar toda vulnerabilidade e deixar à equipe a tarefa de descobrir o que importa, analisamos se ela é realmente alcançável no seu código e explorável no seu ambiente. Caso não seja, a equipe nem a vê. Isso reduz drasticamente os alertas e torna os que chegam dignos de uma ação.

Sua plataforma combina segurança de código, nuvem e tempo de execução com testes de invasão automatizados. Por que uma abordagem unificada é mais eficaz do que ferramentas independentes?

Nossa pesquisa State of AI in Security & Development encontrou algo contraintuitivo: as equipes que sofreram incidentes usavam mais ferramentas de fornecedores do que aquelas sem incidentes. Mais ferramentas não significavam mais segurança, mas mais ruído, achados duplicados e tempo gasto relacionando alertas entre painéis, em vez de corrigir os problemas.

Por isso construímos a Aikido como uma plataforma única para código, nuvem, tempo de execução, dependências e pipelines. Reunir os sinais permite eliminar duplicatas, entender se uma vulnerabilidade do código é realmente alcançável na nuvem e priorizar pelo risco real, sem tratar o resultado de todo scanner como igualmente urgente. As equipes gastam menos tempo na triagem entre ferramentas e mais nas correções importantes. Mas cada capacidade precisa funcionar bem por si só. Uma plataforma mediana em tudo apenas reúne o problema em um só lugar. Cada componente precisa igualar ou superar a alternativa independente; caso contrário, o argumento da consolidação não se sustenta.

A Aikido cresceu rapidamente e ganhou bastante espaço em pouco tempo. Quais foram os maiores desafios de criar e fazer crescer uma empresa de cibersegurança nesse ritmo?

O mais evidente é ser uma empresa de cibersegurança da Bélgica. O setor tradicionalmente se desenvolveu em Tel Aviv e no Vale do Silício, e havia ceticismo inicial quanto à possibilidade de uma plataforma de nível mundial surgir em outro lugar. Mas a distância acabou sendo uma vantagem. Não repetíamos as mesmas fórmulas. Começamos pelas necessidades dos desenvolvedores e por um produto integrado que as equipes podiam adotar por conta própria. Assim nos tornamos, discretamente, a plataforma dominante de segurança de desenvolvedores para PMEs.

O maior desafio é o ritmo. Alcançamos o status de unicórnio em janeiro de 2026 com a série B, a receita quintuplicou no ano passado e hoje mais de 100.000 equipes confiam em nós, incluindo Premier League, Revolut e SoundCloud. Só neste ano lançamos Device Protection para a segurança da cadeia de suprimentos, Infinite para testes de invasão com IA e uma parceria com a Lovable para integrar segurança aos fluxos de vibe coding. Avançar tão depressa mantendo alta qualidade em cada parte da plataforma é o desafio constante. Mas é um bom problema.

À medida que o desenvolvimento nativo de IA se torna padrão, como será o futuro da segurança de software nos próximos anos?

A resposta honesta é que os processos de segurança tradicionais já têm dificuldade para acompanhar o ritmo. Revisões periódicas, testes de invasão agendados e varreduras posteriores pressupõem uma velocidade de desenvolvimento que já não existe. O código gerado por IA e os agentes autônomos introduzem mudanças mais rápido do que esses processos conseguem validá-las.

Acreditamos que a segurança precisa ser um ciclo contínuo de feedback integrado diretamente ao desenvolvimento do software. Chamamos isso de software que se protege sozinho. Cada mudança do código é testada contra caminhos reais de ataque; os achados são validados quanto à possibilidade efetiva de exploração; as correções são geradas e testadas novamente, sem esperar que uma pessoa agende o trabalho. Já existem versões iniciais, e estamos construindo essa abordagem para código, nuvem, tempo de execução e cadeia de suprimentos.

O próximo passo além disso é o software que se mantém sozinho, onde a segurança não é apenas capturar e consertar problemas, mas ativamente manter a saúde da base de código ao longo do tempo. Isso está um pouco mais à frente, mas as fundações estão sendo lançadas agora. A única coisa certa é que a barreira para executar ataques sofisticados já desmoronou graças à IA, então o lado defensivo tem que se mover na mesma velocidade.

Obrigado pela excelente entrevista. Os leitores que quiserem saber mais podem visitar Aikido.