Willem Delbare, Aikidoの共同創設者兼CEO – インタビュー・シリーズ

Willem DelbareはAikidoの共同創設者兼CEOで、開発者向けソフトウェア企業の立ち上げに豊富な経験を持つ、技術者出身の連続SaaS起業家です。2022年にAikidoを設立する前には、人事プラットフォームのOfficient、持続可能性に取り組むFutureproofedCities、CRM企業のTeamleaderを共同創設しました。TeamleaderではCTOを務め、ベルギーを代表するSaaSの成功事例の一つへと成長させることに貢献しました。一貫して、クラウド基盤、SaaSの拡張性、サイバーセキュリティに関わる複雑な技術課題の簡素化に取り組んできました。彼のもとでAikidoは、現代の開発チームに向けた実用的なセキュリティ対策に注力し、欧州でも特に急成長を遂げているサイバーセキュリティの新興企業の一つになっています。

Aikidoはベルギーを拠点とするサイバーセキュリティ企業です。開発者やエンジニアリングチームが、単一の統合プラットフォームでアプリケーションとクラウド環境を保護できるよう支援しています。コードスキャン、依存関係の分析、クラウドのセキュリティ態勢管理、実行時の保護、AI支援テストを一つの使いやすいシステムにまとめています。複雑さと誤検知を減らし、複数ベンダーの分断されたセキュリティ製品群を管理する負担をなくすのが狙いです。開発者を第一に考え、自動化、継続監視、簡潔な修正手順によって、セキュリティをソフトウェア開発のライフサイクルに直接組み込めるようにしています。

TeamleaderやOfficientの立ち上げと成長の経験は、2022年のAikido Security設立にどうつながりましたか。また、技術者出身の創業者というご自身の背景は、開発者にとって使いやすいサイバーセキュリティを目指す構想にどう影響しましたか。

この10年で、B2B SaaSが自分の進む道だとわかりました。技術担当の共同創業者兼CTOとして三つのスタートアップに携わり、人事テック、請求業務のテック、炭素会計の分野で3回のエグジットを経験しました。分野はまったく違いますが、利用者がノートパソコンを窓から投げ捨てたくならないソフトウェアを作る、というこだわりは共通していました。

ただ、どの会社でもセキュリティへの不安で夜も眠れませんでした。情報漏えいの恐怖は現実のもので、助けになるはずのツールはF-16戦闘機の操縦席のようでした。高価で複雑すぎるうえ、素早くリリースしたい開発チームではなく、計算機科学の博士号を持つ人に向けて作られていたのです。

その課題を直接解決するためにAikido Securityを設立しました。あらゆる規模の組織に、開発者を第一に考えた統合型のソフトウェアセキュリティ基盤を提供しています。コード、クラウド、実行時環境に必要なセキュリティ機能を一か所にまとめ、開発者が安心して安全にリリースできるようにします。

その後、AIによってソフトウェアの提供はさらに速くなり、攻撃対象となる範囲も広がりました。次に目指すのは、自ら安全性を確保するソフトウェアによって、組織がその変化に対応できるようにすることです。

2月には、継続的なAIペネトレーションテストのソリューション、Aikido Infiniteを発表しました。脆弱性が実際に悪用できるかを確かめ、コードが本番に入る前に修正までの一連の流れを完結させます。

開発者の環境はいま、セキュリティ上の最大の死角の一つといわれています。最近何が変わり、これほど重要な問題になったのでしょうか。

開発者の端末は以前から価値の高い標的でした。クラウドの認証情報、SSH鍵、npmの公開用トークン、Kubernetesの設定、ソースコードへの直接アクセスがあるからです。この6〜12か月で変わったのは、開発者がすでに信頼しているツールを使えば、端末に簡単に侵入できると攻撃者が気づいたことです。私たちは一年を通じて追跡してきました。Trivy、TanStack、Bitwarden CLI、VS CodeのNx Console拡張機能、そして今度はGitHubも、すべて開発者向けツールを通じて侵害され、端末が標的になっています。

問題は、ほとんどのセキュリティチームが、その端末で実際に何が動いているかを把握できないことです。EDRはアプリケーション単位で監視しますが、その内部で動くパッケージ、拡張機能、AIツールは見えません。一方、開発者はほとんど確認しないまま、毎日のように新しいパッケージや拡張機能、AIツールを取り込んでいます。LLMによって本物らしいマルウェアも作りやすくなり、攻撃者全体の参入障壁が下がりました。端末にあるものとセキュリティチームに見えるものの隔たりが、こうした攻撃すべての侵入口になっています。

サプライチェーン攻撃が急増する一方で、AIの利用も広がっています。AIは攻撃側と防御側の力関係をどう変えていますか。

AIによって、サプライチェーンを狙うマルウェアを作ることが格段に簡単になりました。本物らしい攻撃用ペイロードの作成、コードの難読化、悪用できるほどのパッケージレジストリの理解には、以前は確かな技術力が必要でした。今はLLMの契約があればできます。今年の大規模なサプライチェーン攻撃の大半や、最近のGitHub侵害に関与したTeamPCPを通じて、私たちはそれを直接見てきました。特別に高度な集団ではありませんが、攻撃件数は多く、活動を拡大できた大きな要因がAIです。1年前は個別パッケージの侵害に対応していました。今はShai-Huludのような自己増殖型ワームや、複数のレジストリを渡り歩き、ある侵害で盗んだ認証情報を次の攻撃につなげる連鎖的な作戦が見られます。

防御側にもAIは役立っていますが、使い方は違います。セキュリティチームは、数百の攻撃経路を並行して試すAIエージェントで、コードベース全体を継続的に侵入テストできます。その分、人の判断が必要な仕事に時間を使えます。端末の保護でも、インストールされるものを開発者の端末に届く前に分析し、悪意あるパッケージを早く見つける助けになります。ただ、正直なところ、現時点でAIの恩恵をより多く受けているのは防御側より攻撃側です。マルウェアを作るハードルが、見つけるハードルより速く下がっています。

Aikidoはセキュリティを上流へ移すと話しています。いまソフトウェアを開発・提供するチームにとって、具体的には何を意味しますか。

業界の多くは長年、セキュリティを開発工程の早い段階、つまりCI/CDパイプラインへと移す「シフトレフト」に取り組んできました。しかし攻撃対象はさらに手前の、開発者の端末そのものへ移っています。GitHubの侵害がよい例です。安全でないコードが本番に入ったのではありません。ある開発者のノートパソコンで侵害されたVS Code拡張機能が、誰もコードを一行も書かないうちに認証情報を外部へ送っていたのです。

具体的には、コードを書き、ツールをインストールする現場でセキュリティを継続的に機能させることです。開発者の端末で動くものを検証し、悪意あるパッケージや拡張機能を入り込む前に検知し、予定された点検を待たずに、コードが変わるたび悪用可能なリスクを自動でテストします。検出、検証、修正を後から走る別の工程ではなく、開発作業の一部として循環させるのが目標です。

AIエージェントが依存パッケージやツールを自動でダウンロードするなか、企業はオープンソースや第三者のコードへの信頼をどう考え直すべきでしょうか。

AIエージェントは通常、人がほとんど監督しないまま依存パッケージやツールを自動で取り込みます。誰も明示的にインストールを選んでいないコードが開発者の端末で動くため、信頼のモデルが根本的に変わります。

Vercelの侵害は、これがどう問題になるかを示しています。Vercelが直接ハッキングされたのではありません。従業員のGoogleアカウントにOAuthでアクセスできる正規のAI拡張機能が、ベンダー側の情報窃取マルウェアを通じ、上流で侵害されたのです。信頼する第三者のコードが侵入口になる、オープンソースで繰り返し見られるパターンです。開発者のワークステーションが侵害されると、攻撃者は信頼されたエンジニアと同じアクセス権を得るため、リスクは増幅します。コードを変え、悪意ある依存関係を挿入し、正規ソフトウェアの改ざん版を公開できます。その変更がビルドパイプラインに取り込まれ、信頼された更新を通じて下流へ広がるのです。

企業は開発者の端末で動くすべてを攻撃対象領域の一部と考える必要があります。AIエージェントも、それが入れるツールも、依存する拡張機能も、すべてです。既知のオープンソースパッケージしか見えていなければ、実際に攻撃が起きている層を見落とします。

自ら安全性を確保するソフトウェアという構想は魅力的です。大規模に実現するには、どのような中核機能が必要でしょうか。

一連の処理が循環する仕組みが必要です。コードが変わるたびに現実の攻撃経路を試し、実際に悪用できるかを確認し、できなければその指摘を退けます。開発作業のなかで修正を生成・適用し、再テストで修正が有効だったかを確かめます。このサイクル全体を、誰かが予定を組むのを待たず継続して動かす必要があります。目的はセキュリティから人を排除することではありません。絶えず発生する作業を処理し、人の判断が本当に必要な決定にチームが集中できるようにすることです。

開発者はセキュリティツールの大量のアラートや誤検知に悩まされがちです。Aikidoは本当に重要なことに集中できるよう、どう支援しますか。

私たちの「State of AI in Security & Development」調査では、セキュリティ責任者の3分の2が、誤検知のためにチームがセキュリティ手順を迂回したり、指摘を無視したり、修正を先延ばしにしたことがあると答えました。それが、ノイズの多いツールの本当の代償です。時間の無駄だけではありません。警告への信頼が失われ、セキュリティそのものが悪化します。

Aikidoでは到達可能性の分析と自動トリアージで対処します。あらゆる脆弱性を報告して重要性の判断をチームに委ねるのではなく、その脆弱性がコード内で実際に到達可能か、利用環境で悪用可能かを調べます。そうでなければチームに表示しません。アラートを大幅に減らし、表示された指摘には対応する価値がある状態にします。

コード、クラウド、実行時のセキュリティ、自動侵入テストを組み合わせています。複数の独立したツールを使うより、統合した方法が効果的なのはなぜでしょうか。

「State of AI in Security & Development」調査では、直感に反する結果が出ました。事故を経験したチームの方が、経験していないチームより多くのベンダー製品を使っていたのです。ツールの数が多くても、安全性が高いとは限りません。ノイズと重複した指摘が増え、実際の修正より、複数のダッシュボードの警告を突き合わせる時間が増えていました。

だからAikidoを、コード、クラウド、実行時環境、依存関係、パイプラインを横断する単一基盤にしました。シグナルが一か所にあれば指摘の重複をなくし、コードの脆弱性がクラウド環境で実際に到達可能かを把握できます。すべてのスキャナーの出力を同じ緊急度で扱うのではなく、実際のリスクで優先順位を付けられます。チームはツール間のトリアージに使う時間を減らし、重要な修正に時間を使えます。ただし、それぞれの機能が単独でも十分に優れている必要があります。すべてが中途半端な統合基盤は、問題を一か所に集めるだけです。各機能が独立した代替製品と同等以上でなければ、統合する根拠は成り立ちません。

Aikidoは急成長し、短期間で大きな支持を得ました。このペースでサイバーセキュリティ企業を築き、成長させるうえで最大の課題は何でしたか。

まずはベルギーのサイバーセキュリティ企業であることです。この業界は従来、テルアビブとシリコンバレーを中心に発展してきました。ほかの場所から世界水準の基盤が生まれるのか、当初は懐疑的に見られました。しかし、その距離が逆に強みになりました。同じやり方を繰り返さず、開発者を第一に考え、チームが自分たちで導入しやすい一体型製品から始めました。そうして、目立たないうちに中小企業向けの開発者セキュリティ基盤で支配的な地位を築いたのです。

より大きな課題は、やはりスピードです。2026年1月のシリーズBでユニコーン企業となり、昨年の売上高は5倍になりました。いまはプレミアリーグ、Revolut、SoundCloudなど10万を超えるチームから信頼されています。今年だけでも、サプライチェーンを守るDevice Protection、AI侵入テストのInfiniteを発表し、vibe codingの作業にセキュリティを組み込むためLovableと提携しました。すべての機能の品質を高く保ちながら、この速さで進むことが常に課題です。でも、うれしい悩みです。

AIを前提とした開発が標準になるなか、今後数年のソフトウェアセキュリティはどうなるでしょうか。

正直にいえば、従来のセキュリティの進め方はすでに追いつくのに苦労しています。定期点検、予定を組んだ侵入テスト、事後のスキャンは、いまはもう存在しない開発速度を前提にしています。AIが生成するコードや自律エージェントが加える変更は、そうした手順で検証できる速さを上回っています。

セキュリティは、ソフトウェアの開発方法に直接組み込まれた継続的なフィードバックの循環になる必要があると考えています。私たちはこれを、自ら安全性を確保するソフトウェアと呼びます。コードが変わるたびに現実の攻撃経路を試し、指摘が実際に悪用できるかを確かめ、修正を生成して再テストします。人が予定を組むのを待たずに動きます。初期的な形はすでに存在し、コード、クラウド、実行時環境、サプライチェーン全体へ広げているところです。

その先にあるのは、自ら保守するソフトウェアです。問題の検出と修正にとどまらず、時間を通じてコードベースの健全性を積極的に維持します。実現はもう少し先ですが、土台はすでに築かれています。AIによって高度な攻撃を実行する障壁がすでに崩れたことは確かです。防御側も同じ速度で進まなくてはなりません。

貴重なお話をありがとうございました。詳しく知りたい方はAikidoをご覧ください。