Willem Delbare, Co-Fundador y CEO de Aikido – Serie de Entrevistas

Willem Delbare, cofundador y CEO de Aikido, es un emprendedor que ha creado varias empresas SaaS y un fundador de perfil técnico con amplia experiencia en software dirigido a desarrolladores. Antes de lanzar Aikido en 2022, cofundó la plataforma de recursos humanos Officient, la iniciativa de sostenibilidad FutureproofedCities y la empresa de CRM Teamleader. Allí fue CTO y contribuyó a convertirla en uno de los casos de éxito SaaS más destacados de Bélgica. A lo largo de su trayectoria se ha centrado en simplificar desafíos técnicos complejos de infraestructura en la nube, escalabilidad SaaS y ciberseguridad. Bajo su dirección, Aikido se ha convertido rápidamente en una de las startups de ciberseguridad de mayor crecimiento en Europa, con soluciones prácticas para los equipos de desarrollo actuales.

Aikido es una empresa de ciberseguridad con sede en Bélgica que ayuda a desarrolladores y equipos de ingeniería a proteger aplicaciones y entornos en la nube mediante una plataforma unificada. Reúne análisis de código y dependencias, gestión de la postura de seguridad en la nube, protección en tiempo de ejecución y pruebas asistidas por IA en un sistema simplificado. Su enfoque busca reducir la complejidad y los falsos positivos, y evitar que las organizaciones deban gestionar conjuntos fragmentados de herramientas de varios proveedores. Diseñada ante todo para desarrolladores, Aikido prioriza la automatización, la supervisión continua y procesos de corrección más sencillos para incorporar la seguridad directamente al ciclo de desarrollo del software.

¿Qué experiencias al crear y hacer crecer empresas como Teamleader y Officient lo llevaron a fundar Aikido Security en 2022? ¿Cómo influyó su perfil técnico como fundador en la visión de una ciberseguridad más accesible para los desarrolladores?

En la última década encontré mi vocación en el SaaS B2B. Fui cofundador técnico y CTO de tres startups y participé en tres operaciones de salida, en tecnología de recursos humanos, facturación y contabilidad de carbono. Mundos muy distintos, pero con la misma obsesión: crear software que no haga que la gente quiera tirar el portátil por la ventana.

Pero en todas esas empresas la seguridad me quitaba el sueño. El miedo a una filtración de datos era real y las herramientas que debían ayudarnos parecían la cabina de un F-16: caras, abrumadoras y pensadas para alguien con un doctorado en informática, no para un equipo que intenta publicar software con rapidez.

Fundamos Aikido Security para resolver precisamente ese problema. Ofrecemos a organizaciones de todos los tamaños una plataforma unificada de seguridad del software centrada en los desarrolladores. Reúne las funciones esenciales de protección del código, la nube y el tiempo de ejecución para facilitar la publicación segura de software.

Desde entonces, la IA ha hecho que la entrega de software sea aún más rápida y la superficie de ataque más grande. Nuestro próximo capítulo es permitir que las organizaciones mantengan el ritmo con software que se protege a sí mismo.

En febrero, lanzamos Aikido Infinite, nuestra solución de pruebas de penetración continuas con IA que valida la explotabilidad y cierra el bucle de remediación antes de que el código llegue a producción.

Los entornos de desarrollo ahora se describen como uno de los puntos ciegos de seguridad más grandes. ¿Qué ha cambiado recientemente para hacer que este sea un tema tan crítico?

Los equipos de los desarrolladores siempre han sido objetivos valiosos. Contienen credenciales de la nube, claves SSH, tokens de publicación npm, configuraciones de Kubernetes y acceso directo al código fuente. En los últimos 6 a 12 meses, los atacantes han descubierto lo fácil que es vulnerarlos mediante herramientas en las que los desarrolladores ya confían. Lo hemos seguido durante todo el año: Trivy, TanStack, Bitwarden CLI, la extensión Nx Console de VS Code y ahora GitHub. En todos los casos, la intrusión pasó por herramientas de desarrollo y el dispositivo era el objetivo.

El problema es que la mayoría de los equipos de seguridad no ven lo que realmente se ejecuta en esas máquinas. El EDR supervisa las aplicaciones, pero no los paquetes, extensiones o herramientas de IA que funcionan en su interior. Mientras tanto, los desarrolladores incorporan cada día nuevos paquetes, extensiones y herramientas de IA con muy pocas comprobaciones. Los LLM también facilitan crear malware convincente y reducen así la barrera de entrada para los atacantes en general. Todos estos ataques aprovechan la brecha entre lo que hay en los equipos de los desarrolladores y lo que seguridad puede ver.

Estamos viendo un aumento en los ataques de la cadena de suministro al mismo tiempo que la IA se está adoptando ampliamente. ¿Cómo está cambiando la IA el equilibrio entre atacantes y defensores?

La IA ha facilitado mucho la creación de malware para atacar la cadena de suministro. Preparar cargas maliciosas convincentes, ofuscar código y comprender los registros de paquetes lo suficiente para abusar de ellos exigía antes verdaderas habilidades técnicas. Ahora basta con una suscripción a un LLM. Lo hemos visto directamente con TeamPCP, responsable de la mayoría de los grandes ataques de este año, incluida la reciente intrusión en GitHub. No es un grupo especialmente avanzado, pero ha sido muy prolífico, y la IA explica buena parte de su expansión. Hace un año afrontábamos intrusiones en paquetes aislados. Ahora vemos gusanos autorreplicantes como Shai-Hulud y campañas encadenadas que pasan de un registro a otro y usan las credenciales robadas en una intrusión para alimentar la siguiente.

La IA también ayuda a la defensa, pero de otra manera. Los equipos pueden realizar pruebas de penetración continuas de bases de código completas con agentes que comprueban cientos de rutas de ataque en paralelo. Eso libera tiempo para decisiones que aún requieren criterio humano. En los dispositivos, también ayuda a detectar antes los paquetes maliciosos, analizando lo que se va a instalar antes de que llegue al equipo del desarrollador. Pero la realidad es que, por ahora, los atacantes se benefician más de la IA que los defensores. La barrera para crear malware ha bajado más rápido que la barrera para detectarlo.

Aikido habla de adelantar la seguridad a fases previas del desarrollo. ¿Qué significa en la práctica para quienes desarrollan y publican software hoy?

Gran parte del sector lleva años trasladando la seguridad hacia la izquierda, es decir, a fases anteriores del proceso CI/CD. Pero la superficie de ataque se ha desplazado aún más atrás: al propio equipo del desarrollador. La intrusión en GitHub es un buen ejemplo. No fue código inseguro que llegó a producción, sino una extensión de VS Code vulnerada en el portátil de un desarrollador, que extraía credenciales antes de que nadie escribiera una línea de código.

En la práctica, la seguridad debe funcionar continuamente allí donde se escribe el código y se instalan herramientas. Eso supone comprobar qué se ejecuta en los dispositivos, detectar paquetes y extensiones maliciosos antes de su llegada y probar automáticamente los riesgos explotables cuando cambia el código, en vez de esperar una revisión programada. El objetivo es un ciclo cerrado de detección, validación y corrección integrado en el desarrollo, no un proceso independiente que se ejecuta después.

Con agentes de IA que descargan automáticamente dependencias y herramientas, ¿cómo deberían replantearse las empresas su confianza en el código abierto y el de terceros?

Por defecto, los agentes de IA descargan dependencias y herramientas automáticamente con muy poca supervisión humana. Eso transforma el modelo de confianza: se ejecuta en los equipos de los desarrolladores código que nadie eligió explícitamente instalar.

La intrusión en Vercel ilustra lo que puede salir mal. Vercel no fue pirateada directamente. Una extensión legítima de IA tenía acceso OAuth a la cuenta de Google de un empleado y había sido vulnerada en una fase anterior de la cadena mediante un programa de robo de información en el proveedor. Es el patrón que vemos repetirse en el código abierto: código de terceros considerado fiable se convierte en la puerta de entrada. El riesgo se multiplica porque una estación de trabajo vulnerada da al atacante el mismo acceso que a un ingeniero de confianza. Puede modificar código, insertar dependencias maliciosas o publicar versiones manipuladas de software legítimo. Los procesos de compilación incorporan esos cambios, que se propagan por la cadena mediante actualizaciones fiables.

Las empresas deben considerar todo lo que se ejecuta en el equipo de un desarrollador parte de su superficie de ataque: los agentes de IA, las herramientas que instalan, las extensiones de las que dependen, todo. Si solo ven paquetes de código abierto conocidos, se pierden las capas donde ocurren realmente estos ataques.

El concepto de software que se protege a sí mismo es convincente. ¿Qué capacidades básicas se requieren para que esta visión funcione a escala?

Hace falta un ciclo cerrado. El sistema debe probar rutas de ataque reales cada vez que cambia el código, confirmar si un problema es explotable o descartar el hallazgo si no lo es, generar y aplicar correcciones dentro del desarrollo y repetir las pruebas para confirmar que funcionan. Todo el ciclo debe ejecutarse continuamente sin esperar que alguien lo programe. El objetivo no es eliminar a las personas de la seguridad, sino gestionar el trabajo constante para que los equipos se concentren en decisiones que realmente requieren criterio humano.

Los desarrolladores a menudo luchan con demasiadas alertas y falsos positivos de las herramientas de seguridad. ¿Cómo ayuda Aikido a los equipos a centrarse en lo que realmente importa?

Dos tercios de los responsables de seguridad de nuestra encuesta State of AI in Security & Development dijeron que sus equipos habían eludido procesos de seguridad, descartado hallazgos o retrasado correcciones por falsos positivos. Ese es el coste real de las herramientas con demasiado ruido. No solo hacen perder tiempo: deterioran activamente la seguridad porque la gente deja de confiar en las alertas.

En Aikido lo abordamos mediante análisis de alcanzabilidad y clasificación automática. En vez de señalar cada vulnerabilidad y dejar al equipo la tarea de decidir qué importa, analizamos si realmente es alcanzable en el código y explotable en el entorno. Si no lo es, el equipo ni siquiera la ve. Esto reduce drásticamente las alertas y hace que las que sí llegan merezcan una intervención.

Su plataforma combina seguridad de código, nube, tiempo de ejecución y pruebas de penetración automatizadas. ¿Por qué un enfoque unificado es más efectivo que el uso de múltiples herramientas independientes?

Nuestra investigación State of AI in Security & Development encontró algo contrario a la intuición: los equipos que habían sufrido incidentes utilizaban más herramientas de proveedores que los que no. Más herramientas no significaban más seguridad, sino más ruido, hallazgos duplicados y tiempo dedicado a relacionar alertas entre paneles en vez de corregir los problemas.

Por eso construimos Aikido como una sola plataforma para código, nube, tiempo de ejecución, dependencias y procesos de desarrollo. Reunir todas las señales permite eliminar duplicados, saber si una vulnerabilidad del código es realmente alcanzable en la nube y priorizar según el riesgo real, en lugar de tratar todos los resultados de cada analizador como igual de urgentes. Los equipos dedican menos tiempo a clasificar hallazgos entre herramientas y más a corregir lo importante. Pero cada capacidad también debe funcionar bien por sí sola. Una plataforma mediocre en todo solo reúne el problema en un lugar. Cada componente debe igualar o superar la alternativa independiente; de lo contrario, el argumento de la consolidación se desmorona.

Aikido ha crecido rápidamente y ha ganado mucho terreno en poco tiempo. ¿Cuáles han sido los mayores retos de crear y hacer crecer una empresa de ciberseguridad a este ritmo?

El más evidente es ser una empresa de ciberseguridad de Bélgica. El sector se ha desarrollado tradicionalmente en Tel Aviv y Silicon Valley, y al principio había dudas de que pudiera surgir una plataforma de primer nivel en otro lugar. Pero esa distancia resultó ventajosa. No repetíamos las mismas fórmulas. Partimos de las necesidades de los desarrolladores y de un producto integrado que los equipos podían adoptar por sí mismos. Así nos convertimos discretamente en la plataforma dominante de seguridad para desarrolladores de las pymes.

El mayor reto es el ritmo. Alcanzamos el estatus de unicornio en enero de 2026 con nuestra serie B, los ingresos se quintuplicaron el año pasado y ahora más de 100.000 equipos confían en nosotros, entre ellos la Premier League, Revolut y SoundCloud. Solo este año hemos lanzado Device Protection para la seguridad de la cadena de suministro, Infinite para pruebas de penetración con IA y una alianza con Lovable para integrar la seguridad en los procesos de vibe coding. Avanzar tan deprisa y mantener una alta calidad en cada parte de la plataforma es el reto permanente. Pero es un buen problema.

¿Cómo se ve el futuro de la seguridad del software en los próximos años, a medida que el desarrollo nativo de IA se convierte en el estándar?

La respuesta honesta es que los procedimientos de seguridad tradicionales ya tienen dificultades para seguir el ritmo. Las revisiones periódicas, las pruebas de penetración programadas y los análisis posteriores presuponen una velocidad de desarrollo que ya no existe. El código generado por IA y los agentes autónomos introducen cambios más rápido de lo que esos procesos pueden validarlos.

Creemos que la seguridad debe convertirse en un ciclo continuo de retroalimentación integrado directamente en el desarrollo del software. Lo llamamos software que se protege a sí mismo. Cada cambio del código se prueba frente a rutas de ataque reales; los hallazgos se validan según su explotabilidad efectiva, y las correcciones se generan y vuelven a probar sin esperar que una persona lo programe. Ya existen versiones iniciales y estamos construyendo este enfoque para código, nube, tiempo de ejecución y cadena de suministro.

El paso siguiente es software que se mantiene a sí mismo: la seguridad no solo detecta y corrige problemas, sino que conserva activamente la salud de la base de código con el tiempo. Eso está más lejos, pero las bases ya se están creando. Lo seguro es que la IA ya ha derrumbado la barrera para ejecutar ataques sofisticados, por lo que la defensa tiene que avanzar a la misma velocidad.

Gracias por esta valiosa entrevista. Los lectores que quieran saber más pueden visitar Aikido.