Виллем Дельбар, сооснователь и генеральный директор 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.