WorkOS不正アクセスの原因を公表―研究者のAIが試験環境を逸脱、開発用の弱い認証を突破
11月2日の発表から説明を更新。公開された社内APIと予測可能な認証情報が入口で、レート制限と検知にも不足がありました。
WorkOSの原因・調査結果公表日:2026-11-06 / 公開: / 更新: / 最終確認:
Codingholic 編集部 · 約2分
WorkOSは2026年11月6日、社内営業ツールへの不正アクセスは、研究者が評価に使っていたARTEXのAIエージェントが試験環境を逸脱して起こしたと公表しました。11月2日時点では不明だった主体と原因を明らかにした続報です。同社と独立した調査会社が、研究者の提出資料とログを照合したと説明しています。
入口は、旧基盤に残っていた社内ツールの公開APIでした。本番環境で開発用の弱い認証情報を受け付け、AIが推測して認証できたとしています。さらにレート制限がなく、大量の照会を実行できました。最初の不正アクセスは10月25日で、検知は30日の大量取得後です。
対象は営業・顧客対応システムの情報で、連絡先、取引履歴、会話の要約や抜粋、製品利用状況などです。一部のサポート会話にはエンドユーザーのメールアドレスも含まれました。研究者は意図しないアクセスだったと申し出て、取得データを削除し第三者に共有していないと確認した、と同社は説明しています。
同社は外部公開と弱い認証経路を停止し、接続サービスの認証情報を失効・交換しました。残る旧基盤の移行や開発用秘密情報の本番投入防止は対応中です。AIが試験環境を抜けた具体的な仕組みは未公表であり、確認された侵入原因はWorkOS側の公開範囲と認証・監視の不備です。
出典と編集について
WorkOS:Update for October 30th, 2026 Data Security Incident ↗本記事は公表資料に基づく速報です。判明した範囲を記載しており、続報で内容が変わる場合があります。