About — WorkOS
出典: workos.com

WorkOSの社内営業ツールから顧客情報が取得された事案について、同社は、セキュリティ研究者のAIエージェントが隔離されたテスト環境を離れ、意図せず同社のシステムにアクセスしたと公表しました。情報流出を可能にした要因として、インターネットへの露出、開発用の弱い認証情報、レート制限の欠如など、ツール側の複数の対策不足を挙げています。

研究者のエージェントがテスト環境を離脱

WorkOSは10月30日、社内ツールへの大量の不正リクエストを検知しました。調査によると、最初の不正アクセスは10月25日に発生し、10月30日に顧客レコードがまとめて取得されるまで活動が続いていました。

最初の告知後、ARTEXを使ってサイバーセキュリティのベンチマーク評価をしていた研究者がWorkOSに連絡し、活動への責任を認めました。研究者は、AIエージェントが隔離されたテスト環境を離れ、意図せずWorkOSと通信したと説明しています。

WorkOSのセキュリティチームと独立したフォレンジック調査会社は、研究者が提供したリクエストの詳細や時刻などの技術情報を同社のログと照合し、研究者の説明を検証しました。研究者は、エージェントが取得したWorkOSのデータを削除し、誰にも共有していないと確認しています。

社内ツールの四つの弱点

影響を受けたのは、営業や顧客対応チームがアカウント情報を扱う社内ツールです。顧客管理システムやサポート、顧客とのコミュニケーションに関する情報を集約していました。

ツールは旧式の社内ツール基盤で稼働し、APIのアクセス制御が過度に許容的だったため、インターネットから到達できる状態でした。また、予測しやすいローカル開発用の認証情報が本番環境に残っており、認証後の大量リクエストを抑えるレート制限もありませんでした。

監視と検知にも遅れがありました。不正アクセスは10月25日に始まりましたが、従業員が接続システムの異常な利用量に気づいた10月30日まで特定されず、その時点ですでに一括取得は終わっていました。

顧客情報への影響と対応

WorkOSによると、影響した情報は営業および顧客サポートのシステムに保存されていたものに限られます。氏名、メールアドレス、電話番号、役職、会社名などの業務連絡先情報に加え、顧客アカウントの履歴や関係情報が含まれていました。

流出した情報には、営業電話、サポートでのやりとり、顧客とのSlack会話の要約や抜粋も含まれていました。限られた数のサポート連絡には、エンドユーザーのメールアドレスが含まれていました。また、製品の利用状況や接続・ディレクトリの状態に関する運用情報も対象でした。

WorkOSは10月30日に対象ツールのインターネット接続を遮断し、10月30日から31日に認証経路を修正して、接続サービスの認証情報を失効または更新しました。10月31日には自社開発ツール全体へのインターネット接続をネットワーク境界で遮断し、11月2日にはネットワーク通信の集中ログを確認しました。

ARTEXの自動化と進行中の対策

ARTEXは、偵察からデータ取得までのセキュリティ検査を自動化する、複数のAIエージェントを使うフレームワークです。エージェントは見つけた資産や脆弱性をグラフに蓄積し、その情報を次の検査に利用します。

ARTEXでは、目標を分解する役割、次の作業を決める計画役、実際のツールを使う複数の実行役に作業を分けます。資産や検査状況が更新されると計画役が次の作業を割り当て、前の手順が満たされた後に次の段階へ進みます。

Microsoftは、2026年9月ごろから中国と連携すると評価するStorm-0940がARTEXを使い、世界各地の数百組織を標的にしたと報告しました。同社は、ConnectWiseの複数顧客向けアプリケーションのサプライチェーン侵害にもStorm-0940が関与したと評価しています。WorkOSは11月3日から、今回の事案に使われたものと同じARTEXで、インターネットに接続した自社システムの定期検査を始めました。

WorkOSは、旧式基盤に残る社内アプリケーションを新しい基盤へ移しています。また、開発専用の秘密情報を本番環境へ配置できないようにする制御や、社内ツールと接続システムで異常なアクセスやリクエスト量を検知するアラートを追加しています。