Willem Delbare, Mitgründer und CEO von Aikido – Interview-Serie

Willem Delbare, Mitgründer und CEO von Aikido, ist ein mehrfacher SaaS-Unternehmensgründer mit technischem Hintergrund und umfangreicher Erfahrung im Aufbau entwicklerorientierter Softwarefirmen. Vor dem Start von Aikido im Jahr 2022 gründete er die HR-Plattform Officient, die Nachhaltigkeitsinitiative FutureproofedCities und das CRM-Unternehmen Teamleader mit. Dort war er CTO und half, das Unternehmen zu einer der bemerkenswerten SaaS-Erfolgsgeschichten Belgiens auszubauen. Im Laufe seiner Karriere konzentrierte sich Delbare darauf, komplexe technische Herausforderungen bei Cloud-Infrastruktur, SaaS-Skalierbarkeit und Cybersicherheit zu vereinfachen. Unter seiner Führung wurde Aikido zu einem der am schnellsten aufstrebenden Cybersicherheits-Startups Europas. Im Mittelpunkt stehen praktische Sicherheitslösungen für moderne Entwicklungsteams.

Aikido ist ein in Belgien ansässiges Cybersicherheitsunternehmen, das Entwickler und Engineering-Teams dabei unterstützt, Anwendungen und Cloud-Umgebungen mit einer einzigen Plattform abzusichern. Es bündelt Code-Scans, Abhängigkeitsanalysen, die Verwaltung der Cloud-Sicherheitslage, Laufzeitschutz und KI-gestützte Tests in einem schlanken System. Der Ansatz soll Komplexität und Fehlalarme reduzieren und Unternehmen die Verwaltung fragmentierter Sicherheitslösungen verschiedener Anbieter ersparen. Ausgehend von den Bedürfnissen der Entwickler setzt Aikido auf Automatisierung, kontinuierliche Überwachung und vereinfachte Abläufe zur Behebung von Problemen, um Sicherheit direkt in den Softwareentwicklungszyklus einzubinden.

Welche Erfahrungen beim Aufbau und Wachstum von Unternehmen wie Teamleader und Officient führten dazu, dass Sie 2022 Aikido Security gründeten? Wie prägte Ihr technischer Hintergrund als Gründer die Vision eines entwicklerfreundlicheren Ansatzes für Cybersicherheit?

Im vergangenen Jahrzehnt habe ich meine Berufung im B2B-SaaS-Bereich gefunden. Ich war technischer Mitgründer und CTO von drei Startups und habe drei Exits in den Bereichen HR-Technologie, Rechnungstechnologie und CO₂-Bilanzierung erlebt. Ganz unterschiedliche Welten, aber immer mit derselben Leidenschaft: Software zu bauen, bei der niemand seinen Laptop aus dem Fenster werfen möchte.

Doch in jedem dieser Unternehmen hielt mich Sicherheit nachts wach. Die Angst vor einem Datenleck war real, und die Werkzeuge, die helfen sollten, sahen aus wie das Cockpit einer F-16: teuer, überfordernd und für jemanden mit einer Promotion in Informatik gemacht, nicht für ein Entwicklungsteam, das schnell ausliefern will.

Wir gründeten Aikido Security, um genau dieses Problem zu lösen. Aikido bietet Unternehmen jeder Größe eine einheitliche, auf Entwickler ausgerichtete Plattform für Softwaresicherheit. Sie bündelt die wesentlichen Sicherheitsfunktionen für Code, Cloud und Laufzeit an einem Ort, damit Entwickler leichter sicher ausliefern können.

Seitdem hat KI die Softwarebereitstellung weiter beschleunigt und die Angriffsfläche vergrößert. Als Nächstes wollen wir Unternehmen durch Software, die sich selbst absichert, helfen, mit dieser Entwicklung Schritt zu halten.

Im Februar haben wir Aikido Infinite gestartet: unsere Lösung für kontinuierliche KI-gestützte Penetrationstests. Sie überprüft die tatsächliche Ausnutzbarkeit und schließt den Kreislauf bis zur Behebung, bevor Code in die Produktion gelangt.

Entwicklerumgebungen gelten inzwischen als einer der größten blinden Flecken der Sicherheit. Was hat sich zuletzt verändert, dass dieses Thema so kritisch geworden ist?

Entwicklerrechner waren schon immer wertvolle Ziele. Sie enthalten Cloud-Zugangsdaten, SSH-Schlüssel, npm-Veröffentlichungstoken, Kubernetes-Konfigurationen und direkten Zugriff auf Quellcode. In den vergangenen 6 bis 12 Monaten haben Angreifer jedoch erkannt, wie leicht sich diese Rechner über Werkzeuge kompromittieren lassen, denen Entwickler bereits vertrauen. Wir haben das über das ganze Jahr verfolgt: Trivy, TanStack, Bitwarden CLI, die VS-Code-Erweiterung Nx Console und jetzt GitHub. Alle wurden über Entwicklerwerkzeuge kompromittiert, und immer war das Gerät das Ziel.

Die meisten Sicherheitsteams sehen nicht, was auf diesen Rechnern tatsächlich läuft. EDR überwacht Anwendungen, erkennt aber nicht die Pakete, Erweiterungen und KI-Werkzeuge, die darin ausgeführt werden. Gleichzeitig binden Entwickler täglich neue Pakete, Erweiterungen und KI-Tools ein, oft praktisch ohne Prüfung. LLMs erleichtern zudem die Erstellung überzeugender Schadsoftware und senken damit die Einstiegshürde für Angreifer insgesamt. Genau in der Lücke zwischen dem Inhalt der Entwicklerrechner und dem, was Sicherheitsteams tatsächlich sehen können, setzen all diese Angriffe an.

Lieferkettenangriffe nehmen stark zu, während sich KI immer weiter verbreitet. Wie verändert KI das Kräfteverhältnis zwischen Angreifern und Verteidigern?

KI hat die Erstellung von Schadsoftware für Lieferkettenangriffe erheblich vereinfacht. Überzeugende Angriffsnutzlasten zu bauen, Code zu verschleiern und Paketregistries gut genug zu verstehen, um sie zu missbrauchen, erforderte früher echte technische Fähigkeiten. Heute genügt ein LLM-Abonnement. Wir haben das direkt bei TeamPCP beobachtet, der Gruppe hinter den meisten großen Lieferkettenangriffen dieses Jahres, einschließlich des jüngsten GitHub-Einbruchs. Sie ist technisch nicht besonders ausgefeilt, aber sehr aktiv. KI trägt wesentlich dazu bei, dass sie ihre Aktivitäten ausweiten konnte. Vor einem Jahr ging es noch um einzelne kompromittierte Pakete. Jetzt sehen wir selbstreplizierende Würmer wie Shai-Hulud und verkettete Kampagnen, die von Registry zu Registry wandern und bei einem Einbruch gestohlene Zugangsdaten für den nächsten verwenden.

Auch der Verteidigung hilft KI, allerdings auf andere Weise. Sicherheitsteams können mit KI-Agenten kontinuierliche Penetrationstests für ganze Codebasen durchführen. Die Agenten prüfen Hunderte Angriffspfade parallel. So bleibt mehr Zeit für Entscheidungen, die menschliches Urteilsvermögen erfordern. Auf Geräteebene hilft KI, bösartige Pakete früher zu erkennen: Sie analysiert die zu installierenden Inhalte, bevor sie den Entwicklerrechner erreichen. Ehrlicherweise profitieren Angreifer derzeit aber stärker von KI als Verteidiger. Die Hürde für die Erstellung von Schadsoftware ist schneller gesunken als die Hürde für ihre Erkennung.

Aikido spricht davon, Sicherheit weiter nach vorne in der Entwicklungskette zu verlagern. Was bedeutet das praktisch für Teams, die heute Software entwickeln und ausliefern?

Ein Großteil der Branche hat jahrelang Sicherheit nach links, also in frühere Schritte der CI/CD-Pipeline, verlagert. Die Angriffsfläche ist inzwischen jedoch noch weiter nach vorne gerückt: auf den Entwicklerrechner selbst. Der GitHub-Einbruch ist ein gutes Beispiel. Es gelangte nicht unsicherer Code in die Produktion. Stattdessen schleuste eine kompromittierte VS-Code-Erweiterung auf dem Laptop eines Entwicklers Zugangsdaten aus, bevor überhaupt eine Zeile Code geschrieben wurde.

Praktisch muss Sicherheit kontinuierlich dort wirken, wo Code geschrieben und Werkzeuge installiert werden. Dazu gehört, die auf Entwicklergeräten laufenden Komponenten zu überprüfen, bösartige Pakete und Erweiterungen vor ihrer Ankunft abzufangen und bei Codeänderungen automatisch auf ausnutzbare Risiken zu testen, statt eine geplante Prüfung abzuwarten. Ziel ist ein geschlossener Kreislauf aus Erkennung, Validierung und Behebung als Teil des Entwicklungsablaufs, nicht als nachgelagerter, separater Prozess.

Wie sollten Unternehmen ihr Vertrauen in Open-Source- und Drittanbietercode überdenken, wenn KI-Agenten automatisch Abhängigkeiten und Werkzeuge herunterladen?

KI-Agenten laden standardmäßig Abhängigkeiten und Werkzeuge automatisch herunter, mit sehr wenig menschlicher Aufsicht. Das verändert das Vertrauensmodell grundlegend: Auf Entwicklerrechnern läuft Code, für dessen Installation sich niemand ausdrücklich entschieden hat.

Der Vercel-Einbruch zeigt gut, was dabei schiefgehen kann. Vercel wurde nicht direkt gehackt. Eine legitime KI-Erweiterung hatte per OAuth Zugriff auf das Google-Konto eines Mitarbeiters. Diese Erweiterung wurde weiter oben in der Lieferkette durch einen Infostealer aufseiten des Anbieters kompromittiert. Es ist dasselbe Muster wie bei Open Source: Vertrauenswürdiger Drittanbietercode wird zum Einfallstor. Das Risiko verstärkt sich, weil eine kompromittierte Entwickler-Workstation dem Angreifer dieselben Zugriffsrechte wie einem vertrauenswürdigen Entwickler gibt. Er kann Code verändern, schädliche Abhängigkeiten einschleusen oder manipulierte Versionen legitimer Software veröffentlichen. Build-Pipelines übernehmen diese Änderungen, die sich anschließend über vertrauenswürdige Updates in nachgelagerte Systeme verbreiten.

Unternehmen müssen alles, was auf einem Entwicklerrechner läuft, als Teil ihrer Angriffsfläche betrachten: KI-Agenten, die von ihnen installierten Werkzeuge, die Erweiterungen, von denen sie abhängen — alles. Wer nur bekannte Open-Source-Pakete im Blick hat, übersieht die Ebenen, auf denen diese Angriffe tatsächlich stattfinden.

Das Konzept einer Software, die sich selbst absichert, ist überzeugend. Welche Kernfähigkeiten sind nötig, damit das in großem Maßstab funktioniert?

Dafür braucht es einen geschlossenen Kreislauf. Bei jeder Codeänderung muss das System reale Angriffspfade testen, die tatsächliche Ausnutzbarkeit bestätigen oder einen Befund verwerfen, wenn er nicht ausnutzbar ist. Es muss im Entwicklungsablauf Korrekturen erzeugen und anwenden und anschließend erneut testen, ob sie funktionieren. Dieser gesamte Zyklus muss kontinuierlich laufen, ohne darauf zu warten, dass jemand ihn einplant. Es geht nicht darum, Menschen aus der Sicherheit zu entfernen. Vielmehr soll die laufende Arbeit erledigt werden, damit sich Sicherheitsteams auf Entscheidungen konzentrieren können, die wirklich Urteilsvermögen verlangen.

Entwickler kämpfen häufig mit zu vielen Warnungen und Fehlalarmen aus Sicherheitswerkzeugen. Wie hilft Aikido, sich auf das Wesentliche zu konzentrieren?

Zwei Drittel der Sicherheitsverantwortlichen in unserer Umfrage State of AI in Security & Development sagten, ihre Teams hätten wegen Fehlalarmen Sicherheitsprozesse umgangen, Befunde verworfen oder Korrekturen verschoben. Das sind die wirklichen Kosten von Werkzeugen mit zu viel Alarmrauschen. Sie verschwenden nicht nur Zeit, sondern schwächen aktiv die Sicherheit, weil Menschen den Warnungen nicht mehr vertrauen.

Wir setzen bei Aikido auf Erreichbarkeitsanalyse und automatische Triage. Statt jede Schwachstelle zu melden und dem Sicherheitsteam die Bewertung zu überlassen, analysieren wir, ob sie im Code tatsächlich erreichbar und in der jeweiligen Umgebung ausnutzbar ist. Falls nicht, bekommt das Team sie gar nicht erst zu sehen. Das reduziert die Zahl der Warnungen drastisch. Was dennoch durchkommt, rechtfertigt dann auch eine Reaktion.

Ihre Plattform verbindet Code-, Cloud- und Laufzeitsicherheit mit automatisierten Penetrationstests. Warum ist ein einheitlicher Ansatz wirksamer als mehrere eigenständige Werkzeuge?

Unsere Untersuchung State of AI in Security & Development ergab etwas zunächst Widersprüchliches: Teams, die Sicherheitsvorfälle erlitten hatten, nutzten tatsächlich mehr Anbieterwerkzeuge als Teams ohne Vorfälle. Mehr Werkzeuge bedeuteten nicht mehr Sicherheit, sondern mehr Rauschen, mehr doppelte Befunde und mehr Zeit zum Abgleichen von Warnungen zwischen Dashboards statt zur eigentlichen Behebung.

Deshalb haben wir Aikido als eine Plattform für Code, Cloud, Laufzeit, Abhängigkeiten und Pipelines aufgebaut. Sind alle Signale an einem Ort, lassen sich doppelte Befunde entfernen und die tatsächliche Erreichbarkeit einer Codeschwachstelle in der Cloud-Umgebung verstehen. Priorisiert wird nach realem Risiko, statt jede Scanner-Ausgabe für gleich dringend zu halten. Teams verbringen weniger Zeit mit werkzeugübergreifender Triage und mehr mit den wirklich wichtigen Korrekturen. Jede Funktion muss aber auch für sich bestehen können. Eine einheitliche Plattform, die überall mittelmäßig ist, bündelt nur das Problem. Jeder Teil muss mindestens so gut sein wie die eigenständige Alternative, sonst trägt das Argument für die Konsolidierung nicht.

Aikido ist schnell gewachsen und hat in kurzer Zeit deutlich an Zugkraft gewonnen. Was waren die größten Herausforderungen beim Aufbau und Wachstum eines Cybersicherheitsunternehmens in diesem Tempo?

Die offensichtliche Herausforderung ist, ein Cybersicherheitsunternehmen aus Belgien zu sein. Die Branche entstand traditionell in Tel Aviv und im Silicon Valley. Anfangs gab es Zweifel, ob eine Sicherheitsplattform von Weltrang auch anderswo entstehen könne. Doch die Entfernung wurde zum Vorteil. Wir wiederholten nicht dieselben Vorgehensweisen. Wir begannen mit den Bedürfnissen der Entwickler und einem gebündelten Produkt, das Teams selbstständig einführen konnten. So wurden wir in aller Stille zur dominierenden Entwicklersicherheitsplattform für kleine und mittlere Unternehmen.

Die größere Herausforderung ist das Tempo. Mit unserer Serie-B-Finanzierung erreichten wir im Januar 2026 den Unicorn-Status, der Umsatz verfünffachte sich im vergangenen Jahr, und inzwischen vertrauen uns über 100.000 Teams, darunter die Premier League, Revolut und SoundCloud. Allein dieses Jahr haben wir Device Protection für Lieferkettensicherheit und Infinite für KI-Penetrationstests eingeführt sowie eine Partnerschaft mit Lovable geschlossen, um Sicherheit in Vibe-Coding-Abläufe einzubetten. Bei diesem Tempo die Qualität in jedem Teil der Plattform hochzuhalten, bleibt eine ständige Herausforderung. Aber es ist eine erfreuliche Herausforderung.

Wenn KI-native Entwicklung zum Standard wird: Wie sieht die Softwaresicherheit in den nächsten Jahren aus?

Die ehrliche Antwort ist: Traditionelle Sicherheitsabläufe haben bereits Mühe, Schritt zu halten. Regelmäßige Prüfungen, geplante Penetrationstests und nachträgliche Scans setzen allesamt ein Entwicklungstempo voraus, das es so nicht mehr gibt. KI-generierter Code und autonome Agenten bringen Änderungen schneller ein, als diese Prozesse sie überprüfen können.

Wir glauben, dass Sicherheit zu einer kontinuierlichen Rückkopplung werden muss, die direkt in die Softwareentwicklung eingebaut ist. Wir nennen das Software, die sich selbst absichert. Jede Codeänderung wird auf reale Angriffspfade getestet, Befunde werden auf tatsächliche Ausnutzbarkeit geprüft, Korrekturen erzeugt und erneut getestet — ohne darauf zu warten, dass ein Mensch es einplant. Erste Formen davon gibt es schon heute. Wir arbeiten an der Umsetzung über Code, Cloud, Laufzeit und Lieferkette hinweg.

Der nächste Schritt ist Software, die sich selbst wartet. Sicherheit würde dann nicht nur Probleme erkennen und beheben, sondern den Zustand der Codebasis über die Zeit aktiv erhalten. Das liegt weiter in der Zukunft, doch die Grundlagen entstehen jetzt. Sicher ist, dass KI die Hürde für die Durchführung anspruchsvoller Angriffe bereits zum Einsturz gebracht hat. Deshalb muss die Verteidigung genauso schnell vorankommen.

Vielen Dank für das großartige Interview. Leser, die mehr erfahren möchten, sollten Aikido besuchen.