Uberは、サードパーティのAIプロバイダーであるFireworks AIで発生したセキュリティインシデントにより、運転免許証の記録を含む個人情報が攻撃者に盗まれたことを確認しました。
開示された情報によると、影響を受けたのはマサチューセッツ州で2,567人、サウスカロライナ州で3,430人、ロードアイランド州で1,873人です。これら3州だけで少なくとも7,870人に上ります。
カリフォルニア州とイリノイ州にも追加の通知が行われていますが、当初の報告では影響を受けた人数は明らかにされていませんでした。Uberは全米での合計人数を発表しておらず、流出の全容は依然として不明です。
Uberが11月10日に出した通知によると、同社のプロバイダーは2026年10月9日に内部認証情報が侵害されたことを報告しました。攻撃者はこの認証情報を使い、プロバイダーの環境内にあるUberのアカウントにアクセスしました。
Uberはただちにデータ接続を遮断して調査を開始し、10月13日に自社情報への不正アクセスを確認しました。公表されているアクセス手口は認証情報の悪用が中心で、公に特定されたソフトウェアの脆弱性を突いたものではありません。
Fireworksは別途、顧客のシークレット、データセット、未完成のモデル重みが関わる、より広範なLLMjacking侵入について説明しています。ただし、これらすべてをUberの被害に結びつけるべきではありません。
Fireworksのインシデント経過によると、内部認証情報の不正使用を10月6日に検知し、同日中に封じ込め対応を行いました。
調査の結果、侵入者は一部の顧客アカウントに属する評価ジョブから環境変数を取得しており、シークレットとして保存されていたAPIキーやトークンが露出したことが判明しました。
その後、クラウドプロバイダーで発生した別のインシデントにより、10月24日にFireworksの開発マシンへのアクセスが可能になりました。
この後の動きは、Uberの10月9日の通知および10月13日の確認とは切り分けて考える必要があります。現時点の開示情報では、Fireworksのどのシステムei Uberの免許情報が保管されていたのかは特定されていません。
Fireworksは、この攻撃を金銭目的の攻撃者によるものとしています。攻撃者は、大規模言語モデルへの不正アクセスを収益化しようとしていました。この手法はLLMjackingと呼ばれ、盗んだ認証情報を有料の推論リソースへのアクセスに変えます。犯罪者はそのアクセスを転売できます。
ただし、この商業的な目的だけでは、侵害されたアカウントを通じてUberのドライバー記録にアクセスできた理由を正確に説明できません。
UberがFireworksで具体的にどのようなワークフローを使っていたのか、記録がどこに保存されていたのか、攻撃者がドライバーの身分証明データを意図的に狙ったのか、それとも機会的に収集しただけなのかは、これまでの報道では明らかになっていません。
今回のインシデントは、プロバイダーの認証情報が侵害されると、顧客のインフラを直接突破しなくても、顧客データにまで侵入が及びかねないことを示しています。
クラウドID トークンに関する関連調査は、認証情報が盗まれた後に、失効処理、認証情報のローテーション、アクセスログの確認が重要になる理由を示しています。
Fireworksの顧客の場合、調査担当者は影響が一律だと決めつけず、露出したアカウント情報と、侵害されたシークレットや影響を受けたデータセットを区別して確認する必要があります。
保存済みの認証情報は、発行元のサービスで失効させることが不可欠です。保存されたコピーを削除しても、元の認証トークン自体は無効にならないためです。
Uberによると、これまでのところ、露出した情報の悪用は確認されていません。影響を受けた人には、TransUnion傘下のCyberscoutを通じて、クレジットモニタリングと不正対応支援が無料で提供されます。利用するには、通知書の日付から90日以内に登録する必要があります。
Uberはまた、利用明細や信用情報報告書を確認し、不正警告やセキュリティフリーズの設定を検討するよう推奨しています。
ANY.RUNを導入する16,000以上のSOCチームに加わり、脅威調査を効率化して手作業を削減しましょう。チームで試してみる
翻訳元: https://cyberpress.org/uber-data-breach-fireworks-ai-attack/
