著者:  （1）ゼイン・ワイスマン、ウースター工科大学、マサチューセッツ州ウースター、米国{zweissman@wpi.edu}  （２）トーマス・アイゼンバルト、リューベック大学、リューベック、SH、ドイツ {thomas.eisenbarth@uni-luebeck.de}  （３）Thore Tiemann、リューベック大学、リューベック、SH、ドイツ {t.tiemann@uni-luebeck.de}  (4) Berk Sunar、ウースター工科大学、マサチューセッツ州ウースター、米国 {sunar@wpi.edu}。 リンク一覧 概要と序論 背景 脅威モデル 爆竹の封じ込めシステムの分析 Firecracker Microvms におけるマイクロアーキテクチャ攻撃と防御の分析 結論、謝辞、参考文献 3. 脅威モデル Firecracker ベースのサーバーレス クラウド システムに適用可能な 2 つの脅威モデルを提案します。  （１）ユーザー対ユーザーモデル（図３）：悪意のあるユーザーがFirecracker VM内でサンドボックス化された任意のコードを実行し、データを漏洩、データを挿入、または他のユーザーのサンドボックス化されたアプリケーションに関する情報の取得や制御を試みます。このモデルでは、  （a）ハードウェアのタイムスライス共有。2人のユーザーのインスタンスがCPUコア上で順番に実行され、  (b) 物理的なコロケーション。2 人のユーザーのコードが、何らかの方法で共有されているハードウェア上で同時に実行されます (たとえば、同じ CPU 上の 2 つのコア、または SMT が有効になっている場合は同じコア内の 2 つのスレッド)。  (2) ユーザー対ホスト モデル (図 4): 悪意のあるユーザーがホスト システムのコンポーネント (Firecracker VMM、KVM、またはホスト システム カーネルの別の部分) をターゲットにします。このシナリオでは、ハードウェア リソースのタイム スライス共有のみを考慮します。これは、ホスト カーネルまたは VMM で処理する必要があるページ フォールトなどによりゲスト ユーザーの VM が終了した場合にのみホストがコードを実行するためです。 どちらのモデルでも、悪意のあるユーザーがアプリケーションのランタイム環境を制御できると想定しています。私たちのモデルでは、悪意のあるユーザーはゲストカーネル権限を持っていません。したがって、どちらのモデルも、ゲストカーネルが VMM によって選択および構成されるが、実行時に侵害されると想定されている [1] で想定されているモデルよりも、攻撃者に付与される権限はわずかに少なくなります。むしろ、私たちのモデルにおける攻撃者の機能は、AWS Lambda および Fargate での Firecracker のデプロイメントでユーザーに付与される機能と一致します。 この論文は、CC BY-NC-ND 4.0 DEED ライセンスの下で 。 arxiv で公開されています

Part of HackerNoon's growing list of open-source research papers, promoting free access to academic material.

AutoEncoder.tech

Research & publications on Auto Encoders, revolutionizing data compression and feature learning techniques.

Auto Encoder's blog

このオーディオは、ストーリーの元の言語で制作されています。

長すぎる; 読むには

Boost your HackerNoon story @ $159.99! 🚀

AWS Firecracker VMM のマイクロアーキテクチャセキュリティ: 脅威モデル

About Author

コメント

ラベル

この記事は

Related Stories

クラウド移行を成功させるための完全ガイド: 戦略とベストプラクティス

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

目に見えない層: ユーザーインタビューがかけがえのない資産である理由

クラウド移行を成功させるための完全ガイド: 戦略とベストプラクティス

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

目に見えない層: ユーザーインタビューがかけがえのない資産である理由

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps