ナンセン社が全従業員に自律型エージェント「OpenClaw」を配布すると、会社全体でコードの記述と実行が始まった。同社のセキュリティ責任者は、業務の足を引っ張ることなく、すべてのマシンを保護しなければならなかった。
一目でわかる
- ナンセンのすべてのマシン（開発者・非開発者を問わず）に対して、デバイス保護の適用範囲を拡大しました
- デバイス保護機能により、本番環境で利用中のリスクのあるnpmパッケージが検出され、ビルドを中断させることなく自動的に解決されました
- 各従業員が実行している自律型AIエージェントにも、デバイスの保護範囲を拡大しています
- コードとクラウドを横断して、8つのツールを1つの画面に統合しました
分析アプリが取引端末を追加するとき
Nansenは、オンチェーンデータを暗号資産投資家向けの取引シグナルに変換しています。2020年に設立され、分析機能でその名を知られるようになった同社は、現在、ユーザーが自身のウォレットからオンチェーン取引を行える取引プラットフォームを提供しています。
マッズ・ハヴマンドは、ナンセンのセキュリティ部門を率いている。ユーザーがナンセンを通じて取引を行うようになると、セキュリティ上の不具合はユーザーに金銭的損失だけでなくデータの損失ももたらす可能性があり、それに伴い彼の脅威モデルも変化した。
Web3には彼にとって1つの利点があった。それは、リスクを説明しやすいという点だ。鍵を自分で管理していなければ、その資金は自分のものではない――という事実を、人々はすでに理解している。実力を証明しようとしている新興企業は迅速に製品をリリースしなければならないが、マッズは、セキュリティとは「摩擦の導入」であり、「摩擦は進歩の対極にある」と率直に述べている。
「素早く動いて、物事を壊していく」というやり方は、クールなウェブアプリなら通用する。しかし、物事を壊すことでユーザーに金銭的な損失が生じる可能性があるなら、私はそのやり方には納得できない。
課題
AIのおかげで、会社全体が開発者になった
ナンセンはAIに積極的に賭けました。同社は全従業員に独自の自律型エージェント「OpenClaw」を割り当てたため、エンジニアリングチーム以外の従業員もコードを記述・実行するようになりました。
開発者は30人から、「誰もが開発者」という状態へと変わりました。
彼は、開発者一人ひとりにセキュリティエンジニアを付けさせるわけにはいかなかったし、セキュリティをコードベースの片隅に隔離して、他の全員が「自分たちの仕事ではない」と決めつけるようなことも許さなかった。エージェントは、個人のノートパソコンと共有のOpenClawインスタンスという2つの場所で動作していたため、彼がカバーしなければならない範囲は、両方向から同時に広がっていった。
npmこそが、彼を夜も眠れなくさせていた原因だった
マッズは、夜眠れずに考えていることをリストにまとめており、そのリストの上位にはnpmが挙がっていた。
インフラからnpmを排除しようとどんなに努力しても、npmが最善の選択肢となる場面もあり、それを受け入れざるを得ない。
たった1台のノートパソコン上のたった1つの悪意のあるパッケージが、本番環境にまで到達してしまう可能性がある。
デバイスの保護機能が、まさに適切なタイミングで導入された
Aikido 「Device Protection」をリリースしたところ、それがマッズが1年以上も解決しようとしていた問題にぴったり合致していた。そこで彼は、直ちにその機能を展開することを決めた。
ナンセンのすべての機械が対象となります。
開発者たちはその利点を理解し、今では独自のAIエージェントを運用している財務スタッフたちも同様でした。席数ベースの料金体系は手頃な価格だったため、マッズは開発者用ライセンスも購入し、エンジニアたちがログインして Aikido して、自分たちの課題を直接処理できるようになりました。デバイスの保護が実現したことで、彼が夜も眠れないほど心配していた課題の一つが解消されました。
現在、彼は Aikido と協力し、保護の範囲をさらに一歩進め、共有されるOpenClawインスタンスそのものにまで拡大しようとしています。これにより、エージェントは、それらを駆動するノートパソコン上だけでなく、どこで実行されていても保護されるようになります。
「ただ機能する」保護
ある夜遅く、オープンソースの作業をしていたマッズは、コードベースをクローンし、手作業で確認した上でインストールした。あるパッケージがデバイスの保護機能によるバージョンチェックに引っかかり、警告が表示された。しかし、彼のエージェントがその制限を自動的に解除できるバージョンを見つけたため、アプリは問題なく動作した。
「保護されました」というポップアップが表示されましたが、機能しないものが残されることはありませんでした。
彼はスピードを落とすことなくマークされた。それはまさに、彼が摩擦とペースの間に求めてきたバランスそのものだった。
単なるデバイス保護にとどまらない：コードとクラウドを横断する一元管理
デバイス保護によってエンドポイントの問題は解決されたが、マッズは Aikido 、まずより広範な課題、すなわち可視性を求めてここに来ていた。
知らないものは守れないので、 Aikido の最初のユースケースは、すべてのクラウド資産の概要を把握することでした。
Aikido これにより、GitHub、Dependabot、Google Cloudの組み込みツールから寄せ集めのように構築していた仕組みに代わり、彼が必要としていた概要把握と深刻度によるフィルタリング機能を1か所で提供することができた。
8種類ものツールを管理するのは無理です。1つの画面で状況を確認し、優先順位をつけられるものが欲しいのですが、私にとっては Aikido が、まさにその解決策となっています。
なぜなら Aikido 個々のGCPプロジェクトやリポジトリに接続するため、彼は取引端末の背後にあるリポジトリを特定してそこに集中することができ、リスクの低い課題は視野に入れつつも、作業の邪魔にならないようにすることができます。彼は Aikido セキュリティチームのデータオーナーとして、自らツールを操作し、検証済みの結果のみをエンジニアに引き渡しています。これにより、修正を行うエンジニアたちとの間で、彼にとって最も貴重な資産である「信頼」を守ることができます。AutoTriageがノイズ をフィルタリングしてグループ化するため、彼が引き渡す情報は対応する価値のあるものに限られ、誤検知によって彼が築き上げた関係が損なわれることは決してありません。
セキュリティにおける通貨は「信頼」です。何かを委ねる際には、それが確実に正当なものであることを確認しなければなりません。
ナンセンがそれを選んだ理由 Aikido
いくつかの理由から、その決断は容易でした：
- 数ヶ月にも及ぶ営業プロセスを経る代わりに、マッズが登録し、テストプロジェクトを立ち上げて、エンジニアリング担当副社長に動作する成果物を提示できる無料プラン
- 開発者と非開発者の両方を対象とした、シートベースの価格設定
- AIエージェントによるリスクやサプライチェーン攻撃がピークに達したまさにそのタイミングで導入されたデバイス保護
- これまで使っていた8種類のツールの代わりに、1つのパネル
ナンセンの次の行き先
現在使用中
- 社内のすべての端末におけるデバイス保護
- リポジトリをまたぐコードスキャン
- Google Cloud におけるクラウドセキュリティ態勢と資産管理
- 依存関係およびコードの修正のためのAutoFix
- 課題対応のためのAutoTriage
次は計画
- 開発チーム全員を Aikido エンジニアが課題を直接確認し、対応できるよう
評価
- 『Deep PR』のレビュー
- AIによるペネトレーションテスト
最終的な評価
デバイスの保護機能を追加した以上、私はもう Aikido。
