Willem Delbare, spoluzakladatel a CEO Aikido – rozhovor

Willem Delbare, spoluzakladatel a CEO Aikido, je sériový podnikatel v oblasti SaaS a technický zakladatel s bohatými zkušenostmi s budováním softwarových firem pro vývojáře. Před spuštěním Aikido v roce 2022 spoluzaložil HR platformu Officient, iniciativu udržitelnosti FutureproofedCities a CRM společnost Teamleader. V ní působil jako CTO a pomohl ji rozvinout v jeden z významných belgických úspěchů SaaS. Během kariéry se zaměřoval na zjednodušování složitých technických výzev v cloudové infrastruktuře, škálovatelnosti SaaS a kybernetické bezpečnosti. Pod jeho vedením se Aikido rychle stalo jedním z nejrychleji rostoucích evropských startupů kybernetické bezpečnosti díky praktickým řešením pro moderní vývojářské týmy.

Aikido je společnost kybernetické bezpečnosti se sídlem v Belgii, která pomáhá vývojářům a inženýrským týmům chránit aplikace a cloudová prostředí pomocí jedné platformy. Spojuje skenování kódu, analýzu závislostí, správu bezpečnostního stavu cloudu, ochranu za běhu a testy podporované AI do jednoduchého systému. Cílem je snížit složitost a falešné poplachy a odstranit potřebu spravovat roztříštěná bezpečnostní řešení od více dodavatelů. S důrazem na potřeby vývojářů Aikido prosazuje automatizaci, průběžné monitorování a jednoduché postupy nápravy, aby se bezpečnost začlenila přímo do životního cyklu vývoje softwaru.

Jaké zkušenosti s budováním a rozvojem společností jako Teamleader a Officient vás vedly k založení Aikido Security v roce 2022? Jak vaše technické zázemí zakladatele formovalo vizi kybernetické bezpečnosti vstřícnější k vývojářům?

Za poslední desetiletí jsem našel své poslání v B2B SaaS. Byl jsem technickým spoluzakladatelem a CTO tří startupů a zažil tři exity v HR technologiích, fakturaci a uhlíkovém účetnictví. Velmi odlišné světy, ale se stejným zaujetím: vytvářet software, kvůli kterému lidé nemají chuť vyhodit notebook z okna.

V každé z těch firem mi však bezpečnost nedala spát. Strach z úniku dat byl skutečný a nástroje, které měly pomáhat, vypadaly jako kokpit F-16: drahé, zahlcující a určené člověku s doktorátem z informatiky, nikoli vývojářskému týmu, který chce rychle vydávat software.

Aikido Security jsme založili právě pro řešení tohoto problému. Organizacím všech velikostí nabízíme jednotnou platformu softwarové bezpečnosti, která dává vývojáře na první místo. Sdružuje základní funkce pro kód, cloud a běhové prostředí, aby vývojáři mohli snáze bezpečně vydávat software.

Od té doby AI ještě zrychlila dodávání softwaru a rozšířila útočnou plochu. Dalším krokem je pomoci organizacím držet krok prostřednictvím softwaru, který se sám zabezpečuje.

V únoru jsme spustili Aikido Infinite, naše řešení průběžných penetračních testů s AI. Ověřuje skutečnou zneužitelnost a uzavírá celý cyklus nápravy před vstupem kódu do produkce.

Prostředí vývojářů jsou nyní označována za jedno z největších slepých míst bezpečnosti. Co se v poslední době změnilo, že je problém tak zásadní?

Počítače vývojářů byly vždy cennými cíli. Obsahují cloudové přihlašovací údaje, SSH klíče, publikační tokeny npm, konfigurace Kubernetes a přímý přístup ke zdrojovému kódu. V posledních 6 až 12 měsících však útočníci zjistili, jak snadno je mohou kompromitovat přes nástroje, kterým vývojáři už důvěřují. Sledovali jsme to celý rok: Trivy, TanStack, Bitwarden CLI, rozšíření Nx Console pro VS Code a nyní GitHub. Ve všech případech došlo k průniku přes vývojářské nástroje a cílem bylo pokaždé zařízení.

Problém je, že většina bezpečnostních týmů nevidí, co na těch počítačích skutečně běží. EDR sleduje aplikace, ale nikoli balíčky, rozšíření a nástroje AI uvnitř nich. Vývojáři přitom denně přidávají nové balíčky, rozšíření a nástroje AI s minimem kontrol. LLM také usnadnily tvorbu přesvědčivého malwaru a snížily tak vstupní bariéru pro útočníky obecně. Všechny tyto útoky využívají mezeru mezi obsahem počítačů a tím, co mohou bezpečnostní týmy skutečně vidět.

Útoků na dodavatelské řetězce přibývá současně s rozšířením AI. Jak AI mění rovnováhu mezi útočníky a obránci?

AI výrazně usnadnila tvorbu malwaru pro útoky na dodavatelský řetězec. Vytvářet přesvědčivé škodlivé payloady, zastírat kód a rozumět registrům balíčků natolik, aby je člověk mohl zneužít, dříve vyžadovalo skutečné technické schopnosti. Nyní stačí předplatné LLM. Viděli jsme to přímo u TeamPCP, skupiny stojící za většinou velkých letošních útoků, včetně nedávného průniku do GitHubu. Není zvlášť technicky vyspělá, ale provedla mnoho útoků a AI výrazně pomohla rozšířit její aktivity. Před rokem jsme řešili kompromitaci jednotlivých balíčků. Nyní vidíme samoreplikující se červy jako Shai-Hulud a navazující kampaně přecházející mezi registry, které používají údaje ukradené při jednom průniku k uskutečnění dalšího.

AI pomáhá i obraně, ale jinak. Bezpečnostní týmy mohou průběžně provádět penetrační testy celých kódových základen pomocí agentů, kteří současně zkoušejí stovky útočných cest. Uvolní se tím čas na rozhodnutí stále vyžadující lidský úsudek. Na zařízeních AI také pomáhá dříve odhalovat škodlivé balíčky analýzou instalovaného obsahu ještě před příchodem na počítač vývojáře. Upřímně však z AI nyní těží útočníci více než obránci. Bariéra tvorby malwaru klesla rychleji než bariéra jeho odhalování.

Aikido hovoří o přesunu bezpečnosti do dřívějších fází vývoje. Co to prakticky znamená pro týmy, které dnes vytvářejí a dodávají software?

Velká část odvětví roky přesouvala bezpečnost doleva, do dřívějších fází pipeline CI/CD. Útočná plocha se však posunula ještě dříve, na samotný počítač vývojáře. Průnik do GitHubu je dobrý příklad. Nešlo o nezabezpečený kód v produkci, ale o kompromitované rozšíření VS Code na notebooku jednoho vývojáře, které odčerpávalo přihlašovací údaje, než někdo napsal řádek kódu.

V praxi musí bezpečnost nepřetržitě fungovat tam, kde se kód píše a nástroje instalují. Je třeba ověřovat, co běží na zařízeních vývojářů, zachytit škodlivé balíčky a rozšíření před jejich příchodem a při změnách kódu automaticky testovat zneužitelná rizika, nikoli čekat na plánovanou kontrolu. Cílem je uzavřený cyklus detekce, ověření a nápravy v rámci vývoje, ne samostatný proces spuštěný až poté.

Jak by měly firmy přehodnotit důvěru v open source a kód třetích stran, když agenti AI automaticky stahují závislosti a nástroje?

Agenti AI standardně stahují závislosti a nástroje automaticky s velmi malým lidským dohledem. To zásadně mění model důvěry: na počítačích vývojářů běží kód, jehož instalaci nikdo výslovně nezvolil.

Průnik do Vercelu ukazuje, jak se to může pokazit. Vercel nebyl hacknut přímo. Legitimní rozšíření AI mělo OAuth přístup ke Google účtu zaměstnance a bylo kompromitováno dříve v řetězci prostřednictvím malwaru kradoucího informace na straně dodavatele. Je to opakující se vzorec v open source: důvěryhodný kód třetí strany se stává vstupem. Riziko se násobí, protože kompromitovaná stanice vývojáře dává útočníkovi stejný přístup jako důvěryhodnému inženýrovi. Může měnit kód, vkládat škodlivé závislosti nebo publikovat upravené verze legitimního softwaru. Build pipeline přebírají změny, které se šíří dále prostřednictvím důvěryhodných aktualizací.

Firmy musí považovat vše na počítači vývojáře za součást své útočné plochy: agenty AI, nástroje, které instalují, rozšíření, na nichž závisejí, vše. Pokud vidí jen známé open source balíčky, přehlížejí vrstvy, ve kterých útoky skutečně probíhají.

Myšlenka softwaru, který se sám zabezpečuje, je přesvědčivá. Jaké klíčové schopnosti jsou potřeba, aby fungovala ve velkém měřítku?

Je potřeba uzavřený cyklus. Při každé změně kódu musí systém testovat reálné útočné cesty, potvrdit skutečnou zneužitelnost problému nebo nález odmítnout, pokud zneužitelný není, a generovat i aplikovat opravy během vývoje. Pak musí opakovat testy a ověřit účinnost oprav. Celý cyklus má běžet nepřetržitě bez čekání na lidské naplánování. Nejde o odstranění lidí z bezpečnosti, ale o zvládnutí průběžné práce, aby se týmy soustředily na rozhodnutí skutečně vyžadující úsudek.

Vývojáři často zápasí s příliš mnoha upozorněními a falešnými poplachy bezpečnostních nástrojů. Jak Aikido pomáhá soustředit se na to podstatné?

Dvě třetiny bezpečnostních lídrů v našem průzkumu State of AI in Security & Development uvedly, že jejich týmy kvůli falešným poplachům obcházely bezpečnostní procesy, ignorovaly nálezy nebo odkládaly opravy. To je skutečná cena příliš hlučných nástrojů. Nejen plýtvají časem, ale aktivně oslabují bezpečnost, protože lidé přestávají upozorněním důvěřovat.

V Aikido používáme analýzu dosažitelnosti a automatické třídění nálezů. Neoznačujeme každou zranitelnost a nenecháváme týmu rozhodnutí, co je důležité, ale ověřujeme, zda je skutečně dosažitelná ve vašem kódu a zneužitelná ve vašem prostředí. Pokud není, váš tým ji nikdy neuvidí. To zásadně snižuje počet upozornění a znamená, že na ta, která projdou, má smysl reagovat.

Vaše platforma spojuje zabezpečení kódu, cloudu a běhového prostředí s automatickými penetračními testy. Proč je jednotný přístup účinnější než více samostatných nástrojů?

Průzkum State of AI in Security & Development přinesl nečekaný výsledek: týmy, které utrpěly incidenty, používaly více nástrojů dodavatelů než ty bez incidentů. Více nástrojů neznamenalo vyšší bezpečnost, ale více šumu, duplicitních nálezů a času při porovnávání upozornění mezi panely místo opravování problémů.

Proto jsme Aikido vytvořili jako jednu platformu pro kód, cloud, běhové prostředí, závislosti a pipeline. Spojení signálů umožňuje odstranit duplicity, pochopit skutečnou dosažitelnost zranitelnosti kódu v cloudu a upřednostňovat reálné riziko místo stejně urgentního zacházení s každým výstupem každého skeneru. Týmy tráví méně času tříděním mezi nástroji a více času věnují důležitým opravám. Každá funkce ale musí obstát i samostatně. Platforma průměrná ve všem jen shromažďuje problém na jednom místě. Každá část se musí vyrovnat samostatné alternativě nebo ji překonat, jinak argument pro konsolidaci neplatí.

Aikido rychle vyrostlo a v krátké době získalo silnou pozici. Jaké byly největší výzvy při budování a rozvoji společnosti kybernetické bezpečnosti tímto tempem?

Tou zřejmou je, že jsme společnost kybernetické bezpečnosti z Belgie. Odvětví tradičně vyrůstalo v Tel Avivu a Silicon Valley a zpočátku panovala skepse, zda může platforma světové úrovně vzniknout jinde. Odstup se však stal výhodou. Neopakovali jsme stejné postupy. Začali jsme potřebami vývojářů a uceleným produktem, který týmy mohly samy nasadit. Tak jsme se v tichosti stali dominantní platformou zabezpečení vývojářů pro malé a střední firmy.

Větší výzvou je tempo. V lednu 2026 jsme se sérií B dosáhli statusu jednorožce, tržby se loni zpětinásobily a nyní nám důvěřuje přes 100 000 týmů, včetně Premier League, Revolut a SoundCloud. Jen letos jsme spustili Device Protection pro bezpečnost dodavatelského řetězce, Infinite pro penetrační testy s AI a partnerství s Lovable pro zabudování bezpečnosti do postupů vibe coding. Udržet vysokou kvalitu každé části platformy při takovém tempu je neustálá výzva. Ale je to dobrý problém.

Jak bude v příštích letech vypadat bezpečnost softwaru, když se vývoj od základu postavený na AI stane standardem?

Upřímně řečeno, tradiční bezpečnostní postupy už mají problém držet krok. Pravidelné kontroly, plánované penetrační testy a následné skenování předpokládají tempo vývoje, které už vlastně neexistuje. Kód generovaný AI a autonomní agenti přinášejí změny rychleji, než je tyto procesy zvládají ověřovat.

Myslíme si, že bezpečnost musí být nepřetržitým cyklem zpětné vazby přímo zabudovaným do vývoje softwaru. Říkáme tomu software, který se sám zabezpečuje. Každá změna kódu se testuje proti reálným útočným cestám, nálezy se ověřují z hlediska skutečné zneužitelnosti a opravy se generují a znovu testují bez čekání na lidské naplánování. První podoby už existují a budujeme tento přístup pro kód, cloud, běhové prostředí i dodavatelský řetězec.

Dalším krokem je software, který se sám udržuje: bezpečnost nejen odhaluje a napravuje problémy, ale aktivně udržuje zdraví kódové základny v čase. To je vzdálenější cíl, ale základy vznikají už nyní. Jisté je, že AI již zbořila bariéru provádění pokročilých útoků, takže obrana musí postupovat stejně rychle.

Děkujeme za přínosný rozhovor. Čtenáři, kteří se chtějí dozvědět více, mohou navštívit Aikido.