Fireworks AIの不正アクセス（2026年10月）：請求情報・一部のデータセットとモデルの重みに影響、クラウド事業者の侵害も関係と公表。利用者がやること

同社は、影響を受けた顧客に、影響の内容と推奨する対応を知らせているとしています。10月の告知では、個別の通知が来ていなければ、同社が対象と確認していないアカウントだとし、そのときは必要な対応はないと案内していました。迷惑メールのフォルダも見てください。通知が来た人は、その内容を先に進めます。

窓口は、通知メールへの返信か security-notice@fireworks.ai です（11月9日の更新）。

10月の告知にある、通知を受けた顧客向けの手順です。

• 失効されたFireworksのAPIキーは新しく作り、使っているアプリを更新する（更新までは認証に失敗する）
• 通知に書かれた外部サービスの認証情報は、発行元で入れ替えるか失効させ、アプリとFireworksの秘密を更新する。保存された秘密を消しただけでは、元の認証情報は無効にならない
• 外部サービス側で、読み取り・ダウンロード・変更の不審な形跡がないかを、発行元と確認する。形跡がなくても入れ替える

キーの扱いは 環境変数とAPIキーの基本 にまとめています。

11月9日の更新で、同社は、限られたアカウントで、データセットと、未完成のモデルの重みの一部にアクセスされたと書いています。自分が預けたデータセットに、個人情報、顧客のデータ、社内の文書、キーが含まれていないかを洗い出し、含まれていれば、それぞれの扱いのルールに沿って判断します（当サイトの見解）。

影響を受けた請求情報は、請求先・配送先の住所、請求書と支払いの履歴、アカウントの残高、クレジットの使用量です。これらがあると、本物らしい請求書や支払い確認を装う連絡が作れます（一般に言えること）。リンクは開かず、同社のダッシュボードを自分で開いて確かめます。詳しくは フィッシングとは にあります。

10月の告知にある案内です。APIキー、ユーザー、評価ジョブ（evaluator）、学習ジョブ、データセットの一覧を見て、覚えのないものがあれば、名前やIDを同社に知らせます。同社は、金銭目的の犯罪グループとの関連を示す証拠があるとしています。思い当たらない利用量や課金がないかも見てください（当サイトの見解）。

同社の経過を受けて、AIの基盤や開発環境を運用する事業者が確かめる点は、下の「AI基盤の運用者が見直すこと」にまとめています。

同社の説明では、預け先のクラウド事業者の侵害が、開発用の機器への入口になり、追加の顧客データに影響が出ました。開発・検証用の環境に、本番の顧客データや、本番に届く資格情報を置かないようにし、預け先が破られても本番に届かない構成にします（当サイトの見解）。

最初の件は、評価ジョブで使う環境変数でした。利用者から預かる秘密は、ジョブごとに必要なものだけを、短い期間で渡し、読み出し履歴を残します。内部の資格情報が漏れても、一度に読める秘密の範囲が広がらないようにします（当サイトの見解）。

同社は、これらの区分を、影響を受けた内部のアプリがアクセスできる情報として挙げています。請求情報や顧客のデータセットを扱う内部のシステムは、役割ごとに権限を絞り、開発用の機器から直接届かないようにします（当サイトの見解）。

同社は、推論、Training SDK、Nexusは既定でデータを保存しない設計で、影響は検知されていないと書いています。保存しない情報は、侵害されても取られません。保存が必要な機能（データセットなど）は、保存先を分け、保存の期間とアクセスを絞ります（当サイトの見解）。

同社は、攻撃の目的を、AIモデルの利用権を転売することと説明しています。キーごとの利用量の上限、急な利用量の増加、普段と違う地域や時間帯からの呼び出しを知らせる設定があると、盗まれたキーの使われ方に早く気づけます（当サイトの見解）。同じくAI基盤のキーが焦点になった事案は Northflankのセキュリティインシデント にまとめています。