対象:NEAR AIのチャット(Private Chat)・NEAR AI Cloud・エージェントを使っていた利用者と、自社でAIの推論サーバーやエージェントの基盤を運用している事業者。本記事はNEAR AIの公式ブログにもとづく解説で、攻撃の手順は扱いません。
続報待ち:この記事は公式発表に合わせて更新します
- 対象者
NEAR AIのチャット(Private Chat)・NEAR AI Cloud・エージェントを使っていた利用者と、自社でAIの推論サーバーやエージェントの基盤を運用している事業者。
- 影響が確認された範囲表で見る ↓
- 入口
- アカウント情報(メールアドレス・名前)
- 契約プラン・残高
さらに2件
- 旧型のエージェント
- NEAR AI CloudのAPIキー
可能性があるとされた項目
- 処理中のリクエスト(機密モードを含む)
- 未確認事項
- 侵入に気づいた日と、攻撃者が最初に入った日(公式に記載なし)
- 機密モードのリクエストが実際に見られたかどうか(同社は見られた可能性としている)
- 規制当局への届出の要否と内容(同社は必要なものを行うとしている)
さらに2件
- 対象になった利用者の正確な人数(同社は約100ユーザーとしている)
- SGLangの欠陥の識別番号(公式に記載なし)
- 今やること手順を見る ↓
- 同社から個別の連絡が来ていないか確かめる
- アカウントや残高に触れる連絡は疑う
- エージェントやチャットに秘密を書いていたなら入れ替える(当サイトの見解)
さらに2件
- NEAR AI CloudのAPIキーを使っているなら、自分のキーの扱いを確かめる
- AI基盤の運用者:自社の構成を見直す
- 最終確認日時
- 2026年11月11日時点
発表の続報予定と確認の記録
同社の報告は2026年11月9日付で、調査は「これまでに確認した範囲」の内容としています。続報の予定は書かれていません。2026年11月11日に確認した範囲では、この報告の更新は見当たりませんでした。
利用者と基盤の運用者が今日やること
同社から個別の連絡が来ていないか確かめる
同社の報告によれば、アカウント情報が取られたことを確認した利用者と、18のエージェントの持ち主には、security@near.ai から、それぞれに当てはまる手順が個別に届いています。迷惑メールのフォルダも見てください。連絡が来た人は、その案内を先に進めます。
メールのリンクが本物か迷うときは、リンクを開かず、同社の公式サイトを自分で開いて確かめます。同社の窓口は security@near.ai です。
アカウントや残高に触れる連絡は疑う
同社は、アカウントや残高に触れる心当たりのない連絡に注意するよう案内しています。取られたのは、メールアドレスと名前に、一部は契約プランと残高が加わった情報です。これらがそろうと、本物らしい偽の連絡が作れます(一般に言えること)。リンクは開かず、ブックマークから自分のアカウントを確かめます。詳しくは フィッシングとは にあります。
エージェントやチャットに秘密を書いていたなら入れ替える(当サイトの見解)
同社が確認したのは、旧型の18のエージェントのチャット履歴・設定・ログが取られたことです。これとは別に、ログにAPIキーが出ていたNEAR AI Cloudの顧客が2件ありました(取られたとは書かれていません)。同社は、11月8日に、処理中のリクエストを見られた可能性もあるとしています。
エージェントの設定やチャットに、APIキー、パスワード、接続文字列を入れたことがあるなら、念のため発行元で入れ替えます。入れ替えは、見られたかどうかの確認を待たずにできます。キーの扱いは 環境変数とAPIキーの基本 にまとめています。
NEAR AI CloudのAPIキーを使っているなら、自分のキーの扱いを確かめる
同社は、ログにAPIキーが出ていたのはNEAR AI Cloudの顧客2件で、そのキーは失効させたと書いています。ほかの顧客のキーについての案内は、報告にありません。キーの使い道を点検し、使っていないキーは削除し、ログや履歴に書き込んでいないかを確認します(当サイトの見解)。
AI基盤の運用者:自社の構成を見直す
同社の経過を受けて、推論サーバーやエージェントの基盤を運用する事業者が確かめる点は、下の「AI基盤の運用者が見直すこと」にまとめています。
何が起きたのか(NEAR AIの発表より)
以下は、NEAR AIの公式ブログ「Security Incident Report」(2026年11月9日)にもとづきます。同社自身の説明であり、第三者による検証を受けたものではありません。時刻の記載はありません。
不明(記載なし)
攻撃者が、推論エンジンSGLangの遠隔コード実行の欠陥を突いて、推論サーバー1台でコードを実行し、そこから同社のインフラに届く。同社は、この侵入に気づいた日を書いていない。調査で確認した範囲
攻撃者は、以前から非推奨(廃止扱い)だったPrivate Chatの裏の内部システムに届き、約100ユーザーのアカウント情報を取得した。旧型の18のエージェントにもアクセスした。11月8日
攻撃者は、侵害されたサーバーで処理中の利用者のリクエスト(機密モードのものを含む)を見られた可能性がある(同社)。検知後
同社は、有効なセッションと管理用の資格情報をすべて失効させ、エージェントのトークンをすべて入れ替え、Private Chatを停止し、すべての推論サーバーにSGLangの修正を入れた。残りの資格情報の入れ替えと、フォレンジック(痕跡の解析)の全体確認も終えた。11月9日
同社が報告を公表。アクセスは閉じられ、NEAR AI Cloudへのアクセスは復旧した。対象の利用者には個別に連絡済み。
推論サーバー1台
SGLangの欠陥でコードを実行
↓→
別のインフラへ
内部システム・旧型のエージェント
↓→
11月9日
修正・入れ替え・公表
- 入口
- サーバーで動かしていたオープンソースの推論エンジンSGLangの、遠隔コード実行の欠陥。推論サーバー1台でコードを実行され、そこからインフラに届いた
- 取られた情報(1)
- 以前から非推奨(廃止扱い)だったPrivate Chatの裏の内部システムから、約100ユーザーのメールアドレス、名前、一部は契約プランと残高
- 取られた情報(2)
- 旧型のNEAR AI Agents(機密計算の環境で動いていなかったもの)18件のチャット履歴、設定、ログ
- ログに出ていたもの(失効済み)
- NEAR AI Cloudの顧客2件のAPIキーがログに出ていた(取られたとは書かれていない)。キーは失効済み
- 見られた可能性
- 11月8日に、侵害されたサーバーで処理中の利用者のリクエスト。機密モードのものを含む
- 形跡がないもの
- 保存されたPrivate Chatの会話、アップロードされたファイルへのアクセス
- 同社の対応
- セッションと管理用の資格情報の失効、エージェントのトークンの入れ替え、Private Chatの停止、全推論サーバーへの修正、資格情報の入れ替え、フォレンジックの全体確認、対象の利用者への連絡、SGLangのプロジェクトへの報告。必要な規制当局への届出を行うとしている
分かっていること・分かっていないこと
2026年11月11日時点の状態です。続報が出たら、この表の状態欄を書き換えます。
| 項目 | 発表の内容 | 状態 |
|---|---|---|
| 入口 | 推論エンジンSGLangの遠隔コード実行の欠陥 | 確認済み(同社) |
| アカウント情報(メールアドレス・名前) | 約100ユーザー分を取得 | 確認済み(同社) |
| 契約プラン・残高 | 一部のアカウントで取得 | 確認済み(同社) |
| 旧型のエージェント | 18件にアクセス。チャット履歴・設定・ログを取得 | 確認済み(同社) |
| NEAR AI CloudのAPIキー | Cloudの顧客2件分がログに出ていた。失効済み(取られたとは書かれていない) | 確認済み(同社) |
| 処理中のリクエスト(機密モードを含む) | 11月8日に、侵害されたサーバーで見られた可能性 | 可能性(同社) |
| 保存されたPrivate Chatの会話 | アクセスされた形跡は見つかっていない | 確認されていない(同社) |
| アップロードされたファイル | アクセスされた形跡は見つかっていない | 確認されていない(同社) |
| パスワード | 取られた情報の一覧にない | 記載なし |
| 決済のカード番号 | 取られた情報の一覧にない | 記載なし |
| 侵入に気づいた日 | 書かれていない | 記載なし |
| SGLangの欠陥の識別番号(CVE) | 書かれていない | 記載なし |
| 規制当局への届出 | 必要なものを行うとしている | 必要な届出を行うとしている(同社) |
読み方の注意:同社の説明は第三者の検証を受けていない
約100ユーザー、18件、2件という数は、同社自身の調査にもとづく「これまでに確認した範囲」です。同社は、フォレンジックの全体確認を終えたと書いていますが、外部の調査会社の関与や結果は書かれていません。「パスワード」と「カード番号」は、取られた情報の一覧に出てこないだけで、含まれないと明言されたわけではありません。
推論サーバーの欠陥から、何が起きうるか
以下は一般に言えることで、今回これらが起きたという意味ではありません。今回起きたとして同社が公表しているのは、上の「何が起きたのか」の範囲です。
推論サーバーは、利用者の入力(プロンプト)を受け取り、モデルに通して答えを返すサーバーです。そこで任意のコードを実行できると、そのサーバーが処理している入力と出力に届きえます。さらに、サーバーが内部の別のシステムへ届く権限や接続を持っていれば、そこが次の入口になります。
同社は、機密計算が守るのは運用者やホストからのアクセスであって、環境の中で動くソフトウェアの欠陥までは防げない、と説明しています。入力の守りは、環境の外側だけでなく、環境の中で動くソフトウェアの更新や、周りのサービスの権限にも左右されます。
AI基盤の運用者が見直すこと
本節は同社の対応を評価するものではなく、欠陥の技術的な内容も推測しません。同社が公表した経過から、当サイトの見解として、自社の構成で確かめる点に絞ります。
推論サーバーから内部システムへの道を、最小にする
同社の経過では、推論サーバー1台のコード実行から、別のインフラに届きました。推論サーバーに、内部の管理用システムや他のサーバーへ届く資格情報や接続を持たせない、必要な宛先だけに通信を絞る、といった切り離しで、1台の侵害が広がる範囲を小さくできます(当サイトの見解)。
非推奨にしたサービスの裏の内部システムを、残さない
取られたアカウント情報は、以前から非推奨(廃止扱い)だったPrivate Chatの裏の内部システムにありました。使わなくなったサービスの内部システムとデータは、停止するだけでなく、データを消し、資格情報を失効させ、ネットワークからも外します。持ち続ける情報が、侵害されたときの被害になります(当サイトの見解)。
旧型の環境を、新しい隔離の側に移す
18件のエージェントは、機密計算の環境で動いていない旧型の配備でした。新しい環境で守りを強めても、旧型が残っていれば、そこが弱い側になります。旧型を移行するか、期限を決めて止め、それまでは新しい環境と同じ権限の制限をかけます(当サイトの見解)。
ログに秘密を残さない
同社は、Cloudの顧客2件のAPIキーがログに出ていたと書いています。リクエストのヘッダーや設定をそのままログに出さず、キーやトークンを伏せ字にする処理を入れ、ログの保存先の権限も絞ります。ログに出てしまった場合に備え、キーを素早く失効させる手順も先に作っておきます(当サイトの見解)。同じくキーの扱いが焦点になった別の事案は Northflankのセキュリティインシデント にまとめています。
推論エンジンの更新を、全台に素早く入れる経路を持つ
同社は、修正をすべての推論サーバーに入れ、欠陥をSGLangのプロジェクトに報告しました。オープンソースの推論エンジンを使うなら、公開された修正を、全台に素早く入れられる配備の経路と、使っている版の一覧を持っておくと、気づいてから直すまでの時間が短くなります(当サイトの見解)。AIの基盤への侵入を扱った別の事案は Hugging Faceへの侵入 にあります。
出典(公開記録)
本記事の事実関係は以下の公開情報にもとづきます。攻撃の手順の詳細は扱っていません。
- NEAR AI「Security Incident Report」(公式ブログ。2026年11月9日。英語。11月11日に確認) — near.ai
更新履歴
2026-11-11:初版。NEAR AIの公式ブログ(2026年11月9日)にもとづく。続報が出たら更新する。
次に読む
- AIの基盤のキーが焦点になった事案:Northflankのセキュリティインシデント(2026年10月)
- AIの連携サーバーの欠陥が突かれた事案:mittwaldのMCPサーバーの欠陥
- AIが自律的に攻撃した事案:Hugging Faceへの侵入(2026年)
- キーの扱い:環境変数とAPIキーの基本 / フィッシングとは
- 2026年の他の事案:情報漏えい・サイバー攻撃の一覧(国内・海外)