Lambda の関数設定を乗っ取る
関数に悪意のあるレイヤーをアタッチし、その実行ロールとしてコードを実行できます。
単独で権限昇格を付与します。
lambda:UpdateFunctionConfigurationlambda:UpdateFunctionConfiguration は単独でも、関数に悪意あるレイヤーをアタッチし、その実行ロールとしてコードを実行できます。広いリソーススコープでは、それだけで管理者権限に至ります。
なぜ危険なのか
プリンシパルは、その関数として実行される既存の関数に対して lambda:UpdateFunctionConfiguration を呼び出し、攻撃者が制御する Lambda レイヤーをアタッチする(またはランタイム、ハンドラー、環境を変更する)ことで、関数の公開済みコードを上書きせずに、次回の呼び出し時に攻撃者のコードを読み込ませられます。そのコードは関数の権限で実行され、関数のライブ認証情報を Lambda ランタイム環境から読み取ります。関数がすでにその関数にバインドされているため、iam:PassRole は不要です。関数が特権的であれば、これはすでに信頼されていた関数に対する完全な権限昇格です。
MITRE ATT&CK では、これは権限昇格戦術の T1578 (クラウドコンピュートインフラの改変) に対応します。AWS はこれを CloudTrail に UpdateFunctionConfiguration20150331v2, UpdateFunctionConfiguration として記録します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
検知
UpdateFunctionConfiguration20150331v2UpdateFunctionConfiguration前提条件
実行ロールを持つ既存の Lambda 関数。その構成を更新する権限。実行は次のトリガー(または攻撃者が引き起こせる呼び出し)で発生し、必要な書き込みはレイヤー/ランタイムの変更のみです。
MITRE ATT&CK
T1578 · クラウドコンピューティングインフラの改変戦術
権限昇格
これを取り除くコントロール: lambda:UpdateFunctionConfiguration を CI/CD のプリンシパルに限定し、関数の実行ロールのアクセス許可を削減します。
適用するかどうかは、その権限が環境内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。同じ権限でも、あるアカウントでは不可欠であり、別のアカウントでは純粋なリスクとなることがあります。
Pathbreak は、この経路がお客様のアカウントで成立するかどうかを確認し、どれだけ侵入口を広げるかで他の経路と比較して順位付けし、お客様の脅威モデルとビジネス上の背景を用いて、断ち切る価値のある経路を示します。
質問
lambda:UpdateFunctionConfiguration は何を可能にしますか。
関数に悪意のあるレイヤーをアタッチし、その実行ロールとしてコードを実行できます。
lambda:UpdateFunctionConfiguration は単独で権限昇格できますか。
はい。十分に広いリソースに対して保持されていれば、他の権限なしで管理者権限に到達します。
Lambda 関数設定の乗っ取りはどのように検知されますか。
CloudTrail で UpdateFunctionConfiguration20150331v2、UpdateFunctionConfiguration を監視します。この呼び出しは CloudTrail に記録されますが、通常の管理操作に紛れるため、目立たせるにはルールが必要です。
この経路はどうやって断ち切りますか。
これを取り除くコントロールの一例は次のとおりです。lambda:UpdateFunctionConfiguration を CI/CD のプリンシパルに限定し、関数の実行ロールの権限を削減します。適用するかどうかは、その権限がアカウント内でどう使われているかによるため、自動的な修正ではなくビジネス上の判断となります。
これはどの MITRE ATT&CK テクニックですか。
T1578、クラウドコンピューティングインフラの改変、権限昇格戦術に該当します。
関連する経路
参考資料
これを自分のアカウントで見つける
1 つの AWS アカウントに対して読み取り専用のスキャンを実行し、これらの経路のうちどれが存在するかを、影響範囲の順に、それぞれを断ち切る変更とともにお見せします。最初の検証済み経路は 1 時間以内に得られます。