「Grok Build」で3万5,000件超のアプリが認証なしで閲覧可能に、共有URLの設計に不備

「Grok Build」の共有リンク設計に不備、3万5,000件超のアプリが認証なしで閲覧可能に

SpaceXSIのAIアプリ開発プラットフォーム「Grok Build」で、共有リンクの設計とアクセス制御に関する問題により、3万5,000件を超える公開済みアプリに認証なしでアクセスできる状態だったことが明らかになった。セキュリティ企業Clarocが調査し、Ars Technicaが11月10日に報じた。

Clarocは、パッシブDNSの記録から43,601件のアプリのアドレスを特定した。このうち調査時点で稼働していた37,571件を確認したところ、35,578件（94.7％）がログインせずに閲覧できる状態だった。公開されたアプリには、顧客企業の内部情報や個人情報に加え、SpaceXSIとXの従業員が作成した業務用アプリも含まれていた。

同社の調査では、SpaceXSIとXの従業員が作成した24件のアプリから、社内の営業計画や顧客関連情報などが確認された。Clarocは、機密性の高い情報を含むアプリが約650～800件存在すると推定している。こうした情報がいつから外部に閲覧可能な状態だったのか、実際に第三者によって取得されたかどうかは明らかになっていない。

DNS記録から共有URLを特定、認証のないアプリにアクセス可能

Grok Buildは、公開したアプリごとにランダムな単語を組み合わせた識別子を生成し、grok.meのサブドメインを含む共有URLを割り当てていた。しかし、この識別子はDNSの名前解決時に使用されるホスト名の一部であり、パッシブDNSサービスの記録から検索できる状態だった。

共有URLに推測しにくい識別子が使われていても、DNS記録にそのホスト名が残れば、第三者がアプリの存在を発見できる。さらに、アプリ側で認証やアクセス制限が適切に設定されていなければ、共有リンクを直接受け取っていない第三者でも内容を閲覧できる。

Clarocによると、アクセス可能だったアプリには、社内の事業計画、従業員情報、医療関連記録、営業提案書などが含まれていた。具体的には、病院職員の名簿や患者に関する情報、平文のパスワードを含む業務用アプリなどが確認された。

SpaceXSIとXの従業員が作成したアプリからも、法人営業担当者向けの機密性の高い研修資料、594件の営業対象アカウントをまとめた資料、広告主向けの提案書やキャンペーン報告書などが閲覧可能になっていた。

Clarocは、少なくとも30の組織に関連する内部情報を確認しており、その中にはFortune 500に含まれる企業も6社あったという。ただし、調査でアクセス可能と判定された3万5,578件すべてに機密情報が含まれていたわけではない。

今回の問題は、DNS記録そのものから機密情報が漏えいしたというものではない。DNS記録を通じてアプリのURLを発見でき、そのアプリに適切なアクセス制御がなかったため、内部情報や個人情報を閲覧できた点が問題となっている。

公開設定をめぐり見解が相違、SpaceXSIは自社関連アプリを削除

Clarocは、有料アカウントを使用した検証で、Grok Buildのアプリ公開画面において「Anyone with the link（リンクを知っている全員）」があらかじめ選択されていたと報告した。利用者が公開操作を進めると、アクセス対象を明示的に限定しない限り、リンクを知る第三者が閲覧できる状態になるという。

一方、SpaceXSI側は、アプリは初期状態では非公開であり、作成者が共有を選択しない限り公開されないと説明している。また、公開までには複数の操作や注意事項の確認が必要で、従業員アカウントでは「Only you」が初期設定になっていると主張した。

両者の説明は、アプリを公開する操作が必要かどうかと、公開時に選択されるアクセス範囲という異なる点に関するものだ。Clarocは、利用者が公開操作を行う際に、広いアクセス範囲が初期選択されていることを問題視している。

Ars Technicaの問い合わせ後、SpaceXSIは自社とXの従業員が作成した24件のアプリを削除したと報じられた。ただし、Clarocによると、他の利用者が公開したアプリについては、同様の措置が講じられたことを確認できていない。研究チームは、影響を受けた組織への個別通知も進めている。

Clarocは、Grok Build以外のAIアプリ開発サービスでも、アプリごとに固有のホスト名を割り当てる仕組みが使われていると指摘した。こうした構成では、公開されたホスト名がパッシブDNSの記録から発見される可能性がある。

一方、ClaudeやChatGPT、Geminiの共有チャットでは、共有リンクの識別子をURLのパス部分に配置する方式が採用されており、DNSの名前解決記録からその識別子を直接取得することはできない。ただし、ChatGPTなどで作成したアプリの公開URLは共有チャットとは異なる仕組みを使用しているため、同じように扱うことはできない。

今回の調査は、共有URLを推測しにくくするだけでは、公開されたアプリの情報を十分に保護できないことを示している。Clarocは、初期設定を非公開とすることや、組織内の利用者だけに共有する機能の導入、データベースを含むアプリを認証なしで公開する際の警告などを改善策として提案している。