AIToday
大規模言語モデルAI安全性・アラインメントPublickey掲載日時: 2026年11月12日 1:00

AWSが軽量VM提供開始

LINEで送る
AWSが軽量VM提供開始

3つのポイント

  1. 何が起きたか

    AWSがAWS Nitro Sandboxesを公開。AWS Nitro Systemによるハードウェアレベルの隔離を備え、Amazon EC2上でほぼネイティブの速度で動く軽量VM。

  2. なぜ重要か

    Nitro Sandboxesはワークロードごとに完全に独立したOSを与えるため、システムコールがサンドボックス外に到達することはない。

誰に効くかAWS上でAIコーディングエージェントを動かす開発者やプラットフォームチームは、信頼できない生成コードをハードウェアで分離されたVMにほぼネイティブの速度で隔離でき、デプロイパイプラインを書き換えずにコンテナ間の汚染リスクを減らせる。

わからないところ、AIに聞けます

質問と回答はこのページに公開されます。

こういう要約が、毎朝あなたのメールに届きます。

背景と解説

今回の提供開始は、コードの書かれ方が変わりつつある状況に対応したものだ。AIコーディングエージェントはコンテナなどの軽量仮想環境で動くコードを生成する機会が増えているが、コンテナ型仮想化はカーネルを共有することが多い。カーネルを共有すると、ひとつの悪意あるペイロードが同じマシン上の他のコンテナやサービスに到達しうる。AWSはNitro Sandboxesを、コンテナの実用性を支えるほぼネイティブのEC2性能を犠牲にせず、Nitro Systemによるハードウェアレベルの隔離を実現する中間的な選択肢と位置づける。

設計では各サンドボックスが完全に独立したOS上に置かれ、内部のシステムコールはホストや他のサンドボックス、コンテナに到達できない。Amazon EKSをすでに使うチーム向けには、統合の手間を小さく抑える狙いがある。自動モードで機能を有効にするとPodが軽量VMに変わる一方、コンテナイメージ、デプロイパイプライン、Helmチャートはそのまま使える。AWSは新しい基盤へ作り直すのではなく、既存のコンテナ活用の流れを取り込もうとしているといえる。

よくある質問
AWS Nitro Sandboxesは標準的なコンテナと何が違うのか?
コンテナは通常カーネルを共有するため、悪意あるコードが同じマシン上の他のコンテナやサービスに影響を与えうる。Nitro Sandboxesはサンドボックスごとに完全に独立したOSを提供し、システムコールはサンドボックス内のゲストカーネルの外に到達できない。
既存のコンテナイメージやデプロイパイプラインをAWS Nitro Sandboxesでそのまま使えるのか?
使える。Amazon EKSの自動モードでAWS Nitro Sandboxesを有効にするとPodが軽量VMに変わるが、既存のコンテナイメージ、デプロイパイプライン、Helmチャートは変更なしで利用できる。
AWS Nitro Sandboxesはどこで実行できるのか?
Amazon EC2上のサンドボックスとして、またAmazon ECSのPodやAmazon EKSのPodとして利用できる。
LINEで送る

ITmedia AI+も報道

あなたの仕事に関係するAIニュースを、毎朝お届けします。

業界と使っているAIツールを選ぶと、仕事に関係するニュースが毎朝届きます。

登録無料・Googleアカウントなら30秒・いつでも解除できますAITodayについて →

AIに質問

この記事についてわからないことをAIに質問できます。AIはこの記事・AIToday の過去記事・Wikipedia を読み、出典を付けて答えます。Q&Aはこのページに公開され、他の読者も読めます。

質問と回答はこのページに公開されます。

このようなAIの動きを、御社の業界・競合に合わせて毎日届ける法人プランもあります → 詳しく見る

次の記事へRoxが評価額13億ドルで1億ドル調達