Strix｜脆弱性を自動で見つけるAIペネトレーションテストと防御の考え方

01.まず結論：Strixの位置づけ

ペネトレーションテスト（侵入テスト）とは、攻撃者の視点でシステムに実際に入り込んでみて、どこまで到達できるかを確かめる検査です。従来は専門家が手作業で時間をかけて行ってきました。Strixは、この作業の多くをAIに任せ、対象を指定するだけで偵察から脆弱性の実証までを自律的に進める点が特徴です。

02.Strixとは：開発元・ライセンス・立ち位置

Strixは、公式サイトに運営会社としてOmniSecure社の記載があり、GitHubのusestrix/strixで公開しているオープンソースのプロジェクトです。ライセンスはApache-2.0で、商用利用を含めて無料で使えます。GitHubでの注目度は高く、2026年10月時点で6万を超えるスターが付いています（最新の数はリポジトリで確認できます）。

運営会社の概要は、公開されている情報から次のように分かります。

有料のクラウド版では、検査対象のコードが第三者のAIモデルの提供元に渡りうるので、社内の規程と照らして使えるかを契約前に確認してください。

近い立ち位置のツールとしては、OpenAIがコードを読んで脆弱性を判断するセキュリティエージェントを公開しています。コードを静的に読む側と、動いているアプリを外から試す側の違いは、Codex Security｜脆弱性の検出・検証・パッチを回す手順とオープンソース化についてで整理しています。Strixは後者、つまり実際に動かして確かめる側にあたります。

03.できること：自律的な探索と実証

Strixの中身は、役割を分けた複数のAIエージェントが協調して動く構成です。公式READMEは、偵察・攻撃・侵入後の各段階を担うエージェントが連携すると説明しています。それぞれが、人間の攻撃者が使うのと同じ種類の道具を備えています。

Strixは、脆弱性を「あるかもしれない」と指摘するだけでなく、実際に悪用できるところまで試して確かめます。静的解析ツールにありがちな「警告は出るが実際には問題ない」という誤検知を、実証によって絞り込める設計になっています。READMEは、OWASP Top 10をはじめとする幅広い脆弱性を検出し、実証すると説明しています。挙げられている例は、アクセス制御の不備、各種インジェクション、クロスサイトスクリプティング（XSS）、認証の回避などです。

04.正規の使いどころ

公式サイトが想定しているのは、開発・運用のなかに検査を継続的に組み込む使い方です。守る側の道具として見ると、次の3つが中心になります。

公式のクラウド版では、見つけた脆弱性に対してそのまま取り込める修正の提案（プルリクエスト）を自動で作る機能もうたわれています。検査を一度きりのイベントではなく、開発の流れのなかで回し続けられるようにする、というのが正規の使い方の軸です。

AIエージェントに何をどこまで触らせるかという設計の考え方は、AIセキュリティ・権限設計｜エージェントに何を触らせ、何を触らせないかでも扱っています。検査のように強い権限を持つツールほど、実行する環境と範囲を区切ることが前提になります。

05.料金と動かすモデルの考え方

Strix本体はオープンソースなのでソフトウェア自体は無料ですが、動かすには別で2つのコストがかかります。1つはAIモデルの推論費用、もう1つは実行環境です。

動かすモデルはSTRIX_LLMという設定で切り替えられ、READMEは既定のモデルに加えて、各社の主要モデルやオープンなモデルを選べると説明しています。どのモデルを選ぶかで、精度も費用も大きく変わるのがこの種のツールの特徴です。料金やプランは変動しうるので、最新は公式の料金ページで確認してください。

06.悪用された報告：攻撃の自動化

Strixは守る側の道具であると同時に、攻撃側の道具にもなります。2026年9月にセキュリティ企業のGambitが公開した調査によると、オンライン小売店を狙う一連の攻撃で、Strixは脆弱性を探す役に使われていました。この攻撃では、役割の違う3つのオープンソースのAIエージェントが組み合わされていました。

侵入を進める役はCairn｜侵入までを自律で試すAIペネトレーションテストと防御の考え方で扱っています。Gambitが記す指揮役の特徴（記憶・自分で書き換えるスキル・定期実行）は、Hermes Agentと一致します。そのため指揮役は、Hermes Agentの使い方とできること｜記憶とスキルで育つAIエージェントで扱っています。攻撃の経過の詳細は、再現に使えてしまうため、ここでは書きません。

07.守る側の備え

同じ道具が攻撃にも防御にも使える以上、守る側の基本は「攻撃者に見つけられる前に、自分たちで見つけて直す」ことに尽きます。特別に新しい対策というより、既存の基本を自動化の速度に合わせて底上げする、という方向です。

自社での先回りの点検

攻撃者がAIで自動的に弱点を探してくるなら、守る側も同じ速度で先回りするのが筋です。Strixのようなツールを自社のアプリに対して許可の範囲で使い、見つかった弱点を直していくのは、正当かつ有効な使い方です。ただし、動いているアプリに通信を投げる検査は影響も大きいので、対象・時間帯・想定される影響を関係者と合意してから実施します。

侵入と情報の持ち出しへの備え

カード情報を狙う攻撃では、決済ページに不正なスクリプトを仕込んで入力内容を抜き取る手口が典型です。ここには、侵入される経路と、盗んだ情報を外へ送り出す経路の両方があります。侵入経路だけを塞いでも、情報の持ち出しを見張っていなければ気づけません。決済まわりのコードやファイルが勝手に書き換えられていないか、外部への見慣れない通信が発生していないかを見張る仕組みを合わせて持っておくことが重要です。

08.導入・利用上の注意

Strixを試すなら、次の点を先に決めておくと事故を避けられます。

特に、クラウドやSaaSの上で動くアプリを検査する場合は、提供元が示すテストの条件（事前申請の要否など）を先に確認してください。自社のアプリのつもりでも、基盤は他社の管理下にあることが多いためです。

09.よくある質問（FAQ）

10.まとめ

Strixは、アプリの脆弱性を自律的に探して実証まで行うオープンソースのAIツールです。開発チームが自社のアプリを点検する強力な味方になる一方、同じ力が攻撃にも使われ、実際にカード情報窃取のキャンペーンで悪用されています。攻撃のコストが下がった今、守る側は「自分たちで先に見つけて直す」速度を上げることが有効な備えになります。

11.技術的な仕組み（詳しく知りたい方向け）