Віллем Дельбаре, співзасновник і генеральний директор Aikido – Серія інтерв’ю

Віллем Дельбаре, співзасновник і генеральний директор Aikido, — серійний підприємець у сфері SaaS і технічний засновник із великим досвідом створення компаній, орієнтованих на розробників. До запуску Aikido у 2022 році він став співзасновником HR-платформи Officient, ініціативи зі сталого розвитку FutureproofedCities та CRM-компанії Teamleader. В останній працював технічним директором і допоміг їй стати однією з помітних історій успіху SaaS у Бельгії. Упродовж кар’єри Дельбаре зосереджувався на спрощенні складних технічних завдань у хмарній інфраструктурі, масштабуванні SaaS і кібербезпеці. Під його керівництвом Aikido швидко стала одним із європейських кібербезпекових стартапів, що зростають найшвидше, завдяки практичним рішенням для сучасних команд розробки.

Aikido — бельгійська компанія з кібербезпеки, яка допомагає розробникам та інженерним командам захищати застосунки й хмарні середовища за допомогою єдиної платформи. Вона об’єднує сканування коду, аналіз залежностей, керування станом безпеки хмари, захист під час виконання та тестування за допомогою ШІ у впорядковану систему. Такий підхід зменшує складність і кількість хибних спрацювань та усуває потребу керувати розрізненими засобами захисту різних постачальників. Ставлячи розробників на перше місце, Aikido наголошує на автоматизації, безперервному моніторингу й простих процесах усунення проблем, щоб вбудовувати безпеку безпосередньо в життєвий цикл розробки ПЗ.

Який досвід створення й розвитку таких компаній, як Teamleader та Officient, привів вас до заснування Aikido Security у 2022 році? Як ваше технічне підґрунтя як засновника сформувало бачення зручнішого для розробників підходу до кібербезпеки?

За останнє десятиліття я знайшов своє покликання в B2B SaaS. Я був технічним співзасновником і CTO трьох стартапів та пройшов через три екзити — у HR-технологіях, виставленні рахунків і вуглецевому обліку. Це дуже різні сфери, але з однією спільною одержимістю: створювати ПЗ, через яке людям не хочеться викинути ноутбук у вікно.

Але в кожній із цих компаній безпека не давала мені спати ночами. Страх витоку даних був реальним, а інструменти, що мали допомагати, нагадували кабіну F-16: дорогі, перевантажені й розраховані на людину з докторським ступенем з інформатики, а не на команду розробників, яка прагне швидко випускати ПЗ.

Ми заснували Aikido Security, щоб безпосередньо розв’язати цю проблему. Наша єдина платформа безпеки ПЗ для організацій будь-якого розміру ставить розробників на перше місце. Вона об’єднує ключові засоби захисту коду, хмари й середовища виконання, допомагаючи розробникам безпечно випускати ПЗ.

Відтоді ШІ ще більше прискорив випуск ПЗ та розширив поверхню атаки. Наступний етап — допомогти організаціям не відставати за допомогою ПЗ, яке саме підтримує свою безпеку.

У лютому ми запустили Aikido Infinite — рішення для безперервного тестування на проникнення за допомогою ШІ. Воно перевіряє реальну можливість використання вразливостей і замикає цикл виправлення ще до потрапляння коду в робоче середовище.

Середовища розробників тепер називають однією з найбільших сліпих зон безпеки. Що змінилося останнім часом і зробило цю проблему такою гострою?

Комп’ютери розробників завжди були цінними цілями. Вони містять хмарні облікові дані, ключі SSH, токени публікації npm, конфігурації Kubernetes і прямий доступ до вихідного коду. За останні 6–12 місяців змінилося те, що зловмисники зрозуміли, наскільки легко зламати ці комп’ютери через інструменти, яким розробники вже довіряють. Ми відстежували це весь рік: Trivy, TanStack, Bitwarden CLI, розширення Nx Console для VS Code і тепер GitHub. Усі вони були скомпрометовані через інструменти розробки, і в кожному випадку ціллю був пристрій.

Проблема в тому, що більшість команд безпеки не бачать, що насправді працює на цих комп’ютерах. EDR стежить за застосунками, але не бачить пакетів, розширень та інструментів ШІ всередині них. Тим часом розробники щодня додають нові пакети, розширення й інструменти ШІ з мінімальними перевірками. Великі мовні моделі також спростили створення переконливого шкідливого ПЗ, загалом знизивши вхідний бар’єр для зловмисників. Саме в розриві між вмістом комп’ютерів і тим, що реально бачать команди безпеки, відбуваються всі ці атаки.

Атаки на ланцюг постачання зростають одночасно з поширенням ШІ. Як ШІ змінює баланс між зловмисниками та захисниками?

ШІ значно спростив створення шкідливого ПЗ для атак на ланцюг постачання. Створення переконливих шкідливих навантажень, обфускація коду та розуміння реєстрів пакетів, достатнє для зловживання ними, раніше вимагали справжніх технічних навичок. Тепер достатньо підписки на LLM. Ми побачили це на прикладі TeamPCP, що стоїть за більшістю великих атак цього року, включно з недавнім зламом GitHub. Це не особливо технічно просунута група, але вона проводить багато атак, і ШІ суттєво допоміг збільшити їхній масштаб. Рік тому ми мали справу з компрометацією окремих пакетів. Тепер бачимо самовідтворюваних хробаків на кшталт Shai-Hulud і ланцюжки кампаній між реєстрами: облікові дані, викрадені під час одного зламу, уможливлюють наступний.

ШІ допомагає й захисту, але інакше. Команди безпеки можуть безперервно тестувати на проникнення цілі кодові бази за допомогою агентів ШІ, які паралельно перевіряють сотні шляхів атаки. Це вивільняє час для рішень, що досі потребують людського судження. На пристроях ШІ допомагає раніше виявляти шкідливі пакети, аналізуючи компоненти для встановлення ще до їх потрапляння на комп’ютер розробника. Але відверто кажучи, зараз зловмисники отримують від ШІ більше користі, ніж захисники. Бар’єр для створення шкідливого ПЗ знизився швидше, ніж бар’єр для його виявлення.

Aikido говорить про перенесення безпеки на більш ранні етапи. Що це означає на практиці для команд, які сьогодні розробляють і випускають ПЗ?

Значна частина галузі роками зміщувала безпеку вліво, на ранні етапи конвеєра CI/CD. Але поверхня атаки змістилася ще раніше — на сам комп’ютер розробника. Злам GitHub добре це ілюструє. Ішлося не про незахищений код у робочому середовищі, а про скомпрометоване розширення VS Code на ноутбуці одного розробника, яке викрадало облікові дані ще до написання хоча б одного рядка коду.

На практиці безпека має працювати безперервно там, де пишуть код і встановлюють інструменти. Потрібно перевіряти, що запускається на пристроях розробників, перехоплювати шкідливі пакети й розширення до їх потрапляння туди та автоматично перевіряти наявність ризиків, якими можна скористатися, коли змінюється код, а не чекати планового огляду. Мета — замкнений цикл виявлення, перевірки й виправлення в процесі розробки, а не окрема процедура постфактум.

Як компаніям переосмислити довіру до відкритого та стороннього коду, коли агенти ШІ автоматично завантажують залежності й інструменти?

Типово агенти ШІ автоматично завантажують залежності й інструменти майже без людського нагляду. Це докорінно змінює модель довіри: на комп’ютерах розробників працює код, який ніхто явно не обирав для встановлення.

Злам Vercel показує, як це може обернутися проблемою. Саму Vercel не зламали безпосередньо. Легітимне розширення ШІ мало OAuth-доступ до Google-акаунта працівника, а потім було скомпрометоване на попередньому етапі через шкідливу програму для викрадення інформації на стороні постачальника. Це знайома з відкритого ПЗ схема: довірений сторонній код стає точкою входу. Ризик посилюється, бо зламана робоча станція розробника дає зловмиснику такий самий доступ, як довіреному інженеру. Він може змінювати код, додавати шкідливі залежності або публікувати підмінені версії легітимного ПЗ. Конвеєри збирання підхоплюють зміни, які далі поширюються через довірені оновлення.

Компаніям потрібно вважати все на комп’ютері розробника частиною поверхні атаки: агентів ШІ, встановлювані ними інструменти, розширення, від яких вони залежать, — усе. Якщо видно лише відомі пакети з відкритим кодом, залишаються непоміченими рівні, на яких насправді відбуваються атаки.

Концепція ПЗ, яке саме підтримує свою безпеку, приваблива. Які ключові можливості потрібні для її реалізації у великому масштабі?

Потрібен замкнений цикл. За кожної зміни коду система має перевіряти реальні шляхи атаки, підтверджувати, чи справді проблемою можна скористатися, або відхиляти знахідку, якщо ні, створювати й застосовувати виправлення в процесі розробки, а потім повторювати тести для перевірки їхньої ефективності. Увесь цикл має працювати безперервно, не чекаючи, доки людина призначить час. Ідеться не про усунення людей із безпеки, а про виконання постійної роботи, щоб команди могли зосередитися на рішеннях, які справді потребують судження.

Розробники часто стикаються з надмірною кількістю сповіщень і хибних спрацювань інструментів безпеки. Як Aikido допомагає зосередитися на справді важливому?

Дві третини керівників безпеки в нашому дослідженні State of AI in Security & Development повідомили, що через хибні спрацювання їхні команди обходили процедури безпеки, ігнорували знахідки або відкладали виправлення. Така справжня ціна зайвого шуму. Він не лише марнує час, а й активно погіршує безпеку: люди перестають довіряти сповіщенням.

В Aikido ми розв’язуємо це за допомогою аналізу досяжності та автоматичного сортування знахідок. Замість позначати кожну вразливість і залишати команді вибір важливого, перевіряємо, чи справді вона досяжна у вашому коді та чи можна нею скористатися у вашому середовищі. Якщо ні, ваша команда ніколи не побачить цього сповіщення. Так різко скорочується їхня кількість, а ті, що надходять, справді варті дій.

Ваша платформа об’єднує захист коду, хмари й середовища виконання з автоматизованим тестуванням на проникнення. Чому єдиний підхід ефективніший за кілька незалежних інструментів?

Дослідження State of AI in Security & Development показало дещо несподіване: команди, що зазнали інцидентів, використовували більше інструментів постачальників, ніж команди без інцидентів. Більше інструментів не означало кращий захист, а означало більше шуму, повторюваних знахідок і часу на зіставлення сповіщень між панелями замість усунення проблем.

Тому ми створили Aikido як єдину платформу для коду, хмари, середовища виконання, залежностей і конвеєрів. Зібравши сигнали в одному місці, можна прибирати дублікати, розуміти реальну досяжність вразливості коду в хмарному середовищі та визначати пріоритети за справжнім ризиком, а не вважати кожен результат кожного сканера однаково терміновим. Команди менше часу витрачають на сортування між інструментами й більше — на важливі виправлення. Але кожна функція має бути сильною й сама по собі. Платформа, посередня в усьому, лише об’єднує проблему в одному місці. Кожна її частина має бути не гіршою за незалежну альтернативу, інакше аргумент на користь консолідації не працює.

Aikido швидко виросла й за короткий час здобула помітний успіх. Які головні труднощі виникали під час створення й розвитку кібербезпекової компанії з таким темпом?

Очевидна трудність — ми компанія з Бельгії. Галузь традиційно розвивалася в Тель-Авіві й Кремнієвій долині, і спочатку сумнівалися, чи може платформа світового рівня з’явитися деінде. Але ця відстань стала перевагою. Ми не повторювали звичні підходи. Почали з орієнтації на розробників і комплексного продукту, який команди могли самостійно впровадити. Так ми непомітно стали домінантною платформою безпеки розробників для малого й середнього бізнесу.

Складніше завдання — темп. У січні 2026 року після раунду Series B ми отримали статус єдинорога, виторг за минулий рік зріс уп’ятеро, і тепер нам довіряють понад 100 000 команд, зокрема Premier League, Revolut та SoundCloud. Лише цього року ми запустили Device Protection для захисту ланцюга постачання, Infinite для тестування на проникнення за допомогою ШІ та партнерство з Lovable для вбудовування безпеки у процеси вайб-кодингу. Зберігати якість кожної частини платформи за такої швидкості — постійне завдання. Але це приємна проблема.

Яким буде майбутнє безпеки ПЗ найближчими роками, коли розробка з ШІ в основі стане стандартом?

Відверта відповідь: традиційним процесам безпеки вже важко встигати. Періодичні перевірки, планові тести на проникнення та сканування постфактум припускають темп розробки, якого фактично більше немає. Код, згенерований ШІ, та автономні агенти вносять зміни швидше, ніж ці процеси встигають їх перевіряти.

Ми вважаємо, що безпека має стати безперервним циклом зворотного зв’язку, вбудованим безпосередньо в розробку ПЗ. Ми називаємо це ПЗ, яке саме підтримує свою безпеку. Кожну зміну коду перевіряють на реальні шляхи атаки, знахідки — на справжню можливість використання, а виправлення створюють і повторно тестують без очікування, доки людина призначить час. Перші варіанти вже існують, і ми розвиваємо цей підхід для коду, хмари, середовища виконання й ланцюга постачання.

Наступний крок — ПЗ, яке саме себе обслуговує: безпека не лише виявляє й виправляє проблеми, а й активно підтримує здоров’я кодової бази з часом. Це віддаленіша мета, але основи закладають уже зараз. Одне безсумнівне: завдяки ШІ бар’єр для проведення складних атак уже зруйновано, тому захист має рухатися з тією ж швидкістю.

Дякуємо за чудове інтерв’ю. Читачі, які хочуть дізнатися більше, можуть відвідати Aikido.