NEAR AIは11月10日、内部システムへの不正アクセスを検知し、予防措置として運用を停止してから数時間後に、クラウド推論サービスを再開した。同社によると、不正アクセスを遮断し、サーバー全体の脆弱性を修正し、影響を受けた認証情報を交換した上で、プラットフォームを復旧させたという。

サービスは、NEAR AIの初回公表から約4時間後に再開された。同社は、NEAR Protocolおよびその他のNEARサービスはこのインシデントの影響を受けていないことを確認した。

この侵害は、NEAR AIが不正アクセスを調査する間、予防措置としてクラウド推論を停止した11月9日遅くに初めて公表された。その後のセキュリティ更新により侵入は遮断されたことが確認されたが、インフラを安全に復旧できるまでクラウド運用は停止されたままとなった。

NEAR AIは、攻撃者がどのようにアクセスを獲得したのか、どの内部システムが侵害されたのか、侵入がどのくらいの期間続いたのかについては明らかにしていない。

ハードウェア分離により顧客プロンプトを保護

NEAR AIは、機密推論ワークロードが、処理中の顧客プロンプトへの不正アクセスを防ぐよう設計された、ハードウェア分離されたトラステッド実行環境(TEE)内で動作していることを強調した。同社のプライベート推論インフラは、Intel TDX(Trust Domain Extensions)とNVIDIAのコンフィデンシャルコンピューティングを使用して、機密性の高いワークロードを基盤となるホスト環境から分離している。コンフィデンシャルコンピューティングとは、この種のハードウェアベースの保護を指し、データが処理されている間も保護し、保存中および転送中のデータを保護する従来の暗号化を補完するものである。

プロンプトは暗号化され、保護されたエンクレーブ内で処理されるため、通常の運用条件下ではインフラ運用者もNEAR AI自身もその内容を読み取ることはできない。さらに、暗号学的検証(アテステーション)により、ユーザーは対象の推論リクエストが意図された安全な環境内で処理されたことを確認できる。

これらの保護により、内部管理システムへのアクセスと、安全なエンクレーブ内で処理される顧客プロンプトへのアクセスは区別されている。侵入がその管理境界で止まったのかどうかが、このインシデントにおける最大の未解明の問題である。それでも、NEAR AIの初期の発表は、侵入の全容を確定させるものではなく、露出した可能性のある情報についての包括的な評価も提供していなかった。同社のサービス規約は、ハードウェア分離がセキュリティリスクを低減するものの、基盤となるハードウェア、ファームウェア、実行環境に関連する脆弱性を排除するものではないことを認めている。

NEAR AI Cloudは、開発者やアプリケーションに機密AI推論を提供しており、その対象には、10月にNEAR AIの保護されたインフラの利用を拡大したBraveのLeo AIアシスタントが含まれる。また、同サービスはサイバーセキュリティ研究に使用されるプライベートAIモデルもサポートしており、これは10月29日のセキュリティ関連モデルの追加リリースとNEAR AI Redイニシアチブの開始に続くものである。この顧客基盤こそが、このインシデントをNEAR AI自身を超えて重要なものにしている。同プラットフォームの保護された推論環境は、その上に構築されたアプリケーションの運用上の依存先であり、数時間オフラインだったのだ。

中断はNEAR AIのクラウドインフラに限定されていた。同社は、ホスト型推論サービスから独立して運用されているNEAR Protocolブロックチェーンに影響がないことを報告した。

NEAR AIは、侵入の責任主体を特定しておらず、追加の顧客向けセキュリティ対策が必要になるかどうかについても明らかにしていない。最新の発表では、影響を受けた脆弱性がすべてのサーバーで修正されたこと、および完全なインシデント報告書が近く公開されることが確認された。約束された報告書と、追加の顧客向けセキュリティ対策に関する同社の声明の有無が、今後注目すべき展開である。