[![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/cve-2020-14386/)
* [Japanese](https://unit42.paloaltonetworks.com/ja/cve-2020-14386/)
* [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/vulnerabilities-ja/ "脆弱性")  
  [脆弱性](https://unit42.paloaltonetworks.com/ja/category/vulnerabilities-ja/)

# CVE-2020-14386: Linuxカーネルの権限昇格の脆弱性

![Clock Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-clock.svg) 3 分で読めます  
Related Products  
[![Cortex XDR icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/06/cortex_RGB_logo_Icon_Color.png)Cortex XDR](https://unit42.paloaltonetworks.com/ja/product-category/cortex-xdr-ja/ "Cortex XDR")

* ![Profile Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-profile-grey.svg)  
  著者:
  
  * [Or Cohen](https://unit42.paloaltonetworks.com/ja/author/or-cohen/)

* ![Published Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-calendar-grey.svg)  
  公開日:2020年10月15日

* ![Tags Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-category.svg)  
  カテゴリー
  
  * [脆弱性](https://unit42.paloaltonetworks.com/ja/category/vulnerabilities-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)  
  タグ:
  
  * [CVE-2020-14386](https://unit42.paloaltonetworks.com/ja/tag/cve-2020-14386-ja/)
  * [Linux](https://unit42.paloaltonetworks.com/ja/tag/linux-ja/)
  * [Privilege escalation](https://unit42.paloaltonetworks.com/ja/tag/privilege-escalation-ja/)

* [![Download Icon](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-download.svg)](https://unit42.paloaltonetworks.com/ja/cve-2020-14386/?pdf=download&lg=ja&_wpnonce=9455982592 "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/cve-2020-14386/?pdf=print&lg=ja&_wpnonce=9455982592 "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=CVE-2020-14386:%20Linuxカーネルの権限昇格の脆弱性&body=Check%20out%20this%20article%20https%3A%2F%2Funit42.paloaltonetworks.com%2Fja%2Fcve-2020-14386%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%2Fcve-2020-14386%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%2Fcve-2020-14386%2F&title=CVE-2020-14386:%20Linuxカーネルの権限昇格の脆弱性 "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%2Fcve-2020-14386%2F&text=CVE-2020-14386:%20Linuxカーネルの権限昇格の脆弱性 "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%2Fcve-2020-14386%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=CVE-2020-14386:%20Linuxカーネルの権限昇格の脆弱性%20https%3A%2F%2Funit42.paloaltonetworks.com%2Fja%2Fcve-2020-14386%2F "Share in Mastodon")

## 概要

このところ、私はLinuxカーネルのパケットソケットのソースコードの監査に時間を注いでいました。これは、Linuxカーネルのメモリ破損の脆弱性である[CVE-2020-14386](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14386)の発見につながりました。このような脆弱性を利用することにより、Linuxシステムで、権限のないユーザーの権限をルートユーザーの権限に昇格できます。本稿では、この脆弱性の技術的解説、その悪用方法、そしてパロアルトネットワークスのお客様がどのように保護されているかについて説明します。

数年前、パケットソケットでいくつかの脆弱性が発見され([CVE-2017-7308](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-7308)および[CVE-2016-8655](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-8655))、その主要な機能の概要を示した、[Project Zeroのブログ](https://googleprojectzero.blogspot.com/2017/05/exploiting-linux-kernel-via-packet.html)や[Openwall](https://www.openwall.com/lists/oss-security/2016/12/07/3)などの記事が公開されています。

具体的にいえば、この脆弱性をトリガーするには、カーネルでAF\_PACKETソケットが有効になっていること(CONFIG\_PACKET=y)にくわえ、トリガーとなるプロセスにCAP\_NET\_RAW権限がなければいけません。CAP\_NET\_RAW権限は、ユーザー名前空間が有効で(CONFIG\_USER\_NS=y)、権限のないユーザーからもアクセス可能であれば、権限のないユーザーの名前空間でも取得できます。驚くことに、これらの制約は、Ubuntuなどの一部のディストリビューションではデフォルトで満たされています。

パロアルトネットワークスのCortex XDRをご利用中のお客様はこの不具合の悪用を阻止できます。これには、一連のイベント全体にわたり悪意のある振る舞いを監視し、攻撃検出後ただちに中断させる[Behavioral Threat Protection](https://www.paloaltonetworks.com/resources/whitepapers/5-requirements-for-effective-endpoint-protection) (BTP) (振る舞いベースの脅威防御)機能と、[Local Privilege Escalation Protection](https://docs.paloaltonetworks.com/cortex/cortex-xdr/cortex-xdr-pro-admin/endpoint-security/endpoint-security-concepts/endpoint-protection-modules.html) (ローカル権限昇格防御)モジュールが組み合わせて使われます。

## 技術的詳細

(このセクションのすべてのコードの図はバージョン5.7のカーネルソースからのものです。)

AF\_PACKETソケットの実装についてはProject Zeroブログで詳しく説明していますので、ここではそちらの記事で解説済みの内容（フレームとブロックの関係など）については割愛し、さっそく脆弱性とその根本原因の説明に入りたいと思います。

この不具合は、メモリの破損につながる演算の問題に端を発しています。この演算の問題は、net/packet/af\_packet.c内のtpacket\_rcv関数にあります。

この演算の不具合は2008年7月19日に、コミット[8913336](https://github.com/torvalds/linux/commit/8913336a7e8d56e984109a3137d6c0e3362596a4) ("packet: add PACKET\_RESERVE sockopt")で導入されました。ただし、メモリ破損を引き起こすようなトリガー可能になったのは、2016年2月のコミット58d19b19cd99 ("packet: vnet\_hdr support for tpacket\_rcv")からです。2017年5月のコミットbcc536 ("net/packet: fix overflow in check for tp\_reserve")や、2017年8月のコミットedb58be ("packet: Don't write vnet header beyond end of buffer")などで何度か修正が試みられましたが、いずれもメモリ破損を十分防ぐことができませんでした。

まず、PACKET\_RESERVEオプションから見ていきましょう。この脆弱性をトリガーするには、rawソケット(domain に AF\_PACKET、type に SOCK\_RAWを指定)でリングバッファにTPACKET\_V2を指定し、PACKET\_RESERVEオプションに特定の値を指定して作成する必要があります。
![PACKET\_RESERVE (PACKET\_RX\_RINGで使用) - デフォルトでは、パケット受信リングはメタデータ構造体とアライメント用のパディングの直後にパケットを書き込む。この整数オプションを設定すると、パケットの前に追加で領域が予約される。](https://unit42.paloaltonetworks.com/wp-content/uploads//2020/10/word-image-24.png) 出典: [https://man7.org/linux/man-pages/man7/packet.7.html](https://man7.org/linux/man-pages/man7/packet.7.html)

このマニュアルで言及されている「additional headroom（パケット前の追加領域）」は単にユーザーが指定したサイズのバッファのことで、この割り当てが行われた後でリングバッファの各パケットの実データが受信されます。この値はユーザー空間からsetsockoptシステムコールで設定できます。  
C  
case PACKET\_RESERVE: { unsigned int val; if (optlen != sizeof(val)) return -EINVAL; if (copy\_from\_user(\&val, optval, sizeof(val))) return -EFAULT; if (val \> INT\_MAX) return -EINVAL; lock\_sock(sk); if (po-\>rx\_ring.pg\_vec || po-\>tx\_ring.pg\_vec) { ret = -EBUSY; } else { po-\>tp\_reserve = val; ret = 0; } release\_sock(sk); return ret; }

|-------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | case PACKET\_RESERVE: { unsigned int val; if (optlen != sizeof(val)) return -EINVAL; if (copy\_from\_user(\&val, optval, sizeof(val))) return -EFAULT; if (val \> INT\_MAX) return -EINVAL; lock\_sock(sk); if (po-\>rx\_ring.pg\_vec || po-\>tx\_ring.pg\_vec) { ret = -EBUSY; } else { po-\>tp\_reserve = val; ret = 0; } release\_sock(sk); return ret; } |

*図1. setsockopt -- PACKET\_RESERVEの実装*

図1に示すように、最初に、値がINT\_MAXより小さいかどうかのチェックがあります。このチェックは、packet\_set\_ringでの最小フレームサイズの計算でのオーバーフローを防止するために、[このパッチ](https://lore.kernel.org/patchwork/patch/784412/)で追加されたものです。その後、受信/送信リングバッファにページが割り当てられていないことが確認されます。これは、tp\_reserveフィールドとリングバッファ自体の間で矛盾が発生しないように実行されます。  
tp\_reserveに値を設定後、optnameにPACKET\_RX\_RINGを指定したsetsockoptシステムコールにより、リングバッファ自体の割り当てをトリガーできます。

|------------------------------------------------------------------------------------------------------------|
| Create a memory-mapped ring buffer for asynchronous packet reception.(非同期でのパケット受信用のメモリマップされたリングバッファを作成する。) |

*図2. [マニュアル](https://man7.org/linux/man-pages/man7/packet.7.html)の packet -- PACKET\_RX\_RINGオプションから*

これはpacket\_set\_ring関数に実装されています。最初に、リングバッファ割り当て前に、ユーザー空間から受け取ったtpacket\_req構造体に対し、いくつかの演算チェックが実行されます。  
C  
min\_frame\_size = po-\>tp\_hdrlen + po-\>tp\_reserve; ... ... if (unlikely(req-\>tp\_frame\_size \< min\_frame\_size)) goto out;

|-----------|---------------------------------------------------------------------------------------------------------------------------|
| 1 2 3 4 5 | min\_frame\_size = po-\>tp\_hdrlen + po-\>tp\_reserve; ... ... if (unlikely(req-\>tp\_frame\_size \< min\_frame\_size)) goto out; |

*図3. packet\_set\_ring関数のサニティチェックの一部*

図3に示すように、まず最小フレームサイズが計算され、次にユーザー空間から受け取った値と比較して検証されます。このチェックにより、tpacketヘッダー構造体(対応するバージョンに対する)およびtp\_reserveのバイト数に対する十分なスペースが各フレームにあることが確認されます。  
その後、すべてのサニティチェックの実行後、alloc\_pg\_vecへのコールにより、リングバッファ自体が割り当てられます。  
C  
order = get\_order(req-\>tp\_block\_size); pg\_vec = alloc\_pg\_vec(req, order);

|-----|----------------------------------------------------------------------------|
| 1 2 | order = get\_order(req-\>tp\_block\_size); pg\_vec = alloc\_pg\_vec(req, order); |

*図4.packet\_set\_ring関数内でのリングバッファ割り当て関数の呼び出し*

上の図に示すように、ブロックサイズはユーザー空間から制御されます。alloc\_pg\_vec関数はpg\_vec配列を割り当ててから、alloc\_one\_pg\_vec\_page関数により各ブロックを割り当てます。

C  
static struct pgv \*alloc\_pg\_vec(struct tpacket\_req \*req, int order) { unsigned int block\_nr = req-\>tp\_block\_nr; struct pgv \*pg\_vec; int i; pg\_vec = kcalloc(block\_nr, sizeof(struct pgv), GFP\_KERNEL | \_\_GFP\_NOWARN); if (unlikely(!pg\_vec)) goto out; for (i = 0; i \< block\_nr; i++) { pg\_vec\[i\].buffer = alloc\_one\_pg\_vec\_page(order);

|----------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1 2 3 4 5 6 7 8 9 10 | static struct pgv \*alloc\_pg\_vec(struct tpacket\_req \*req, int order) { unsigned int block\_nr = req-\>tp\_block\_nr; struct pgv \*pg\_vec; int i; pg\_vec = kcalloc(block\_nr, sizeof(struct pgv), GFP\_KERNEL | \_\_GFP\_NOWARN); if (unlikely(!pg\_vec)) goto out; for (i = 0; i \< block\_nr; i++) { pg\_vec\[i\].buffer = alloc\_one\_pg\_vec\_page(order); |

*図5. alloc\_pg\_vecの実装*

alloc\_one\_pg\_vec\_page関数は、ブロックページを割り当てるために\_\_get\_free\_pagesを使用します。  
C  
static char \*alloc\_one\_pg\_vec\_page(unsigned long order) { char \*buffer; gfp\_t gfp\_flags = GFP\_KERNEL | \_\_GFP\_COMP | \_\_GFP\_ZERO | \_\_GFP\_NOWARN | \_\_GFP\_NORETRY; buffer = (char \*) \_\_get\_free\_pages(gfp\_flags, order); if (buffer) return buffer;

|-----------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1 2 3 4 5 6 7 8 | static char \*alloc\_one\_pg\_vec\_page(unsigned long order) { char \*buffer; gfp\_t gfp\_flags = GFP\_KERNEL | \_\_GFP\_COMP | \_\_GFP\_ZERO | \_\_GFP\_NOWARN | \_\_GFP\_NORETRY; buffer = (char \*) \_\_get\_free\_pages(gfp\_flags, order); if (buffer) return buffer; |

*図6. alloc\_one\_pg\_vec\_pageの実装*

ブロックの割り当て後、pg\_vec配列が、ソケットを表すpacket\_sock構造体に埋め込まれているpacket\_ring\_buffer構造体に保存されます。  
インターフェイス上でパケットを受信すると、tpacket\_rcv関数にバインドされているソケットが呼び出され、パケットデータがTPACKETメタデータとともに、リングバッファに書き込まれます。tcpdumpなどの実際の用途では、このバッファはユーザー空間にmmapされ、そこからパケットデータを読み出すことができます。

## 不具合

次は、tpacket\_rcv関数の実装(図7)を詳しく見ていきましょう。まず、受信したパケットのネットワークヘッダーのオフセットをmaclenに抽出するために、skb\_network\_offsetが呼び出されます。この例では、サイズはEthernetヘッダーのサイズである14バイトです。その後、TPACKETヘッダー(バージョンごとに固定)、maclen、およびtp\_reserve値(ユーザー制御)を考慮して、netoff(フレーム内のネットワークヘッダーのオフセットを表す)が計算されます。

ただし、tp\_reserveの型はunsigned int、netoffの型はunsigned shortで、(前述のとおり)tp\_reserveの値に対する唯一の制約はINT\_MAXより小さいことであるため、この計算はオーバーフローすることがあります。  
C  
if (sk-\>sk\_type == SOCK\_DGRAM) { ... else { unsigned int maclen = skb\_network\_offset(skb); netoff = TPACKET\_ALIGN(po-\>tp\_hdrlen + (maclen \< 16 ? 16 : maclen)) + po-\>tp\_reserve; if (po-\>has\_vnet\_hdr) { netoff += sizeof(struct virtio\_net\_hdr); do\_vnet = true; } macoff = netoff -- maclen; }

|----------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1 2 3 4 5 6 7 8 9 10 11 12 | if (sk-\>sk\_type == SOCK\_DGRAM) { ... else { unsigned int maclen = skb\_network\_offset(skb); netoff = TPACKET\_ALIGN(po-\>tp\_hdrlen + (maclen \< 16 ? 16 : maclen)) + po-\>tp\_reserve; if (po-\>has\_vnet\_hdr) { netoff += sizeof(struct virtio\_net\_hdr); do\_vnet = true; } macoff = netoff -- maclen; } |

*図7. tpacket\_rcv内の演算*

図7に示すように、ソケットでPACKET\_VNET\_HDRオプションが設定されていれば、Ethernetヘッダーのすぐ後ろに位置するvirtio\_net\_hdr構造体に対応するために、sizeof(struct virtio\_net\_hdr)がソケットに追加されます。最後に、Ethernetヘッダーのオフセットが計算され、macoffに保存されます。

以下の図8に示すように、この関数ではこの後、virtio\_net\_hdr\_from\_skb関数を使用して、virtio\_net\_hdr構造体がリングバッファに書き込まれます。図8では、h.rawは、(alloc\_pg\_vecで割り当てられた)リングバッファで現在空いているフレームをポイントしています。  
C  
if (do\_vnet \&\& virtio\_net\_hdr\_from\_skb(skb, h.raw + macoff -- sizeof(struct virtio\_net\_hdr), vio\_le(), true, 0)) goto drop\_n\_account;

|-----------|-----------------------------------------------------------------------------------------------------------------------------------------|
| 1 2 3 4 5 | if (do\_vnet \&\& virtio\_net\_hdr\_from\_skb(skb, h.raw + macoff -- sizeof(struct virtio\_net\_hdr), vio\_le(), true, 0)) goto drop\_n\_account; |

*図8.tpacket\_rcv内のvirtio\_net\_hdr\_from\_skb関数への呼び出し*

最初は、macoffがブロックのサイズより大きい値を受け取れ(アンダーフローから)、バッファの境界を越えて書き込めるように、オーバーフローを使用することによりnetoffを小さい値にできるのではないかと考えました。  
しかし、これは以下のチェックにより阻まれます。  
C  
if (po-\>tp\_version \<= TPACKET\_V2) { if (macoff + snaplen \> po-\>rx\_ring.frame\_size) { ... ... snaplen = po-\>rx\_ring.frame\_size -- macoff; if ((int)snaplen \< 0) { snaplen = 0; do\_vnet = false; } }

|-------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1 2 3 4 5 6 7 8 9 | if (po-\>tp\_version \<= TPACKET\_V2) { if (macoff + snaplen \> po-\>rx\_ring.frame\_size) { ... ... snaplen = po-\>rx\_ring.frame\_size -- macoff; if ((int)snaplen \< 0) { snaplen = 0; do\_vnet = false; } } |

*図9.tpacket\_rcv関数内の別の演算チェック*

netoffをオーバーフローさせることによりまだmacoffをより小さい整数値にすることができるため、このチェックでは十分にメモリ破損を防ぐことができません。具体的には、macoffを、10バイトであるsizeof(struct virtio\_net\_hdr)より小さくし、virtio\_net\_hdr\_from\_skbを使用することにより、バッファの境界の後ろに書き込むことができます。

#### **プリミティブ**

macoffの値を制御することにより、最大でリングバッファの10バイト後ろまで、制御されたオフセット内のvirtio\_net\_hdr構造体を初期化できます。virtio\_net\_hdr\_from\_skb関数では、まず構造体全体をゼロにしてから、skb構造体に基づいて、構造体内のいくつかのフィールドを初期化します。  
C  
static inline int virtio\_net\_hdr\_from\_skb(const struct sk\_buff \*skb, struct virtio\_net\_hdr \*hdr, bool little\_endian, bool has\_data\_valid, int vlan\_hlen) { memset(hdr, 0, sizeof(\*hdr)); /\* no info leak \*/ if (skb\_is\_gso(skb)) { ... if (skb-\>ip\_summed == CHECKSUM\_PARTIAL) { ...

|-------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1 2 3 4 5 6 7 8 9 10 11 | static inline int virtio\_net\_hdr\_from\_skb(const struct sk\_buff \*skb, struct virtio\_net\_hdr \*hdr, bool little\_endian, bool has\_data\_valid, int vlan\_hlen) { memset(hdr, 0, sizeof(\*hdr)); /\* no info leak \*/ if (skb\_is\_gso(skb)) { ... if (skb-\>ip\_summed == CHECKSUM\_PARTIAL) { ... |

*図10.virtio\_net\_hdr\_from\_skb関数の実装*

ただし、構造体にゼロだけが書き込まれるようにskbを設定できます。これにより、\_\_get\_free\_pages割り当ての後ろの1～10バイトをゼロにすることが可能になります。ヒープ操作を何も行わなくても、カーネルクラッシュがただちに発生します。

#### **PoC**

この脆弱性をトリガーするためのPoCコードについては、こちらのOpenwallの[スレッド](https://www.openwall.com/lists/oss-security/2020/09/03/3)を参照してください。

#### **パッチ**

この不具合を修正するために、以下の[パッチ](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=acf69c946233259ab4d64f8869d4037a198c7f06)を提案しました。
![The code shown represents the author's proposed patch for CVE-2020-14386.](https://unit42.paloaltonetworks.com/wp-content/uploads//2020/10/word-image-25.png) 図11.不具合に対して提案したパッチ

考え方としては、netoffの型をunsigned shortからunsigned intに変更すれば、USHRT\_MAXを超えるかどうかをチェックできるので、超えた場合はパケットをドロップし、それ以上の処理を防止できるというものです。

## エクスプロイト方法について

この脆弱性を悪用する方法として、プリミティブをuse-after-free(解放済みメモリ使用)に変換することが考えられます。このために、いずれかのオブジェクトの参照カウントをデクリメントします。たとえば、オブジェクトのrefcount値が0x10001の場合、破損後は以下のようになります。
![This illustrates the process of zeroing out a byte in an object refcount, exploiting CVE-2020-14386. It shows the appearance before corruption, with an example refcount value of 0x10001, and after corruption, when the refcount = 0x1.](https://unit42.paloaltonetworks.com/wp-content/uploads//2020/10/Screen-Shot-2020-10-09-at-5.16.27-PM.png) 図12.オブジェクトのrefcount内のバイトをゼロにする![](https://unit42.paloaltonetworks.com/wp-content/uploads//2020/10/word-image-26.png)

以下の図13に示すように、破損後のrefcount値は0x1になるので、1つ参照をreleaseするとオブジェクトが解放されます。

ただし、これが行われるためには、以下の制約が満たされる必要があります。

* refcountがオブジェクトの最後の1～10バイトに位置していなければなりません。
* オブジェクトをページの最後に割り当てられる必要があります。
  * これは、get\_free\_pagesはページアライメントされたアドレスを返すためです。

複数のgrep式を使い、コードを手動で分析して、以下のオブジェクトが得られました。  
C  
struct sctp\_shared\_key { struct list\_head key\_list; struct sctp\_auth\_bytes \*key; refcount\_t refcnt; \_\_u16 key\_id; \_\_u8 deactivated; };

|---------------|-----------------------------------------------------------------------------------------------------------------------------------------|
| 1 2 3 4 5 6 7 | struct sctp\_shared\_key { struct list\_head key\_list; struct sctp\_auth\_bytes \*key; refcount\_t refcnt; \_\_u16 key\_id; \_\_u8 deactivated; }; |

*図13. sctp\_shared\_key構造体の定義*

このオブジェクトは上記の制約を満たしているようです。

* 権限のないユーザーコンテキストから、sctpサーバとクライアントを作成できます。
  * 具体的には、オブジェクトはsctp\_auth\_shkey\_create関数で割り当てられます。
* オブジェクトをページの最後に割り当てることができます。
  * オブジェクトのサイズは32バイトであり、kmallocにより割り当てられます。つまり、オブジェクトはkmalloc-32キャッシュに割り当てられます。
  * kmalloc-32スラブ キャッシュ ページをget\_free\_pages割り当ての後ろに割り当てられることを確認できました。つまり、そのスラブ キャッシュ ページの最後のオブジェクトを破損させることができます。
    * 4096 % 32 = 0であるため、スラブページの最後には予備のスペースはなく、最後のオブジェクトはget\_free\_pages割り当ての直後に割り当てられます。4096 % 96 != 0であるため、96バイトなどのその他のスラブ キャッシュ サイズも適していません。
* refcntフィールドの最上位2バイトを破損させることができます。
  * コンパイル後、key\_idとdeactivatedのサイズはそれぞれ4バイトです。
  * この不具合を使用して9～10バイトを破損させると、refcntフィールドの最上位バイト1～2を破損させることになります。

## おわりに

Linuxカーネルにこのような単純な演算セキュリティの問題がまだ存在し、これまでに発見されていなかったことに驚きました。また、権限のないユーザー名前空間は、ローカル権限の昇格が可能な大きな攻撃対象領域を生み出すため、ディストリビューションで権限のないユーザー名前空間を有効にすべきかどうか検討する必要があります。

パロアルトネットワークスのCortex XDRは、エンドポイント上で脅威を阻止し、ネットワーク上のエンフォースメントとクラウドセキュリティを連携させることにより、サイバー攻撃の成功を阻止します。この不具合の悪用を阻止するために、Cortex XDRの[Behavioral Threat Protection](https://www.paloaltonetworks.com/resources/whitepapers/5-requirements-for-effective-endpoint-protection) (BTP) (振る舞いベースの脅威防御) 機能および[Local Privilege Escalation Protection](https://docs.paloaltonetworks.com/cortex/cortex-xdr/cortex-xdr-pro-admin/endpoint-security/endpoint-security-concepts/endpoint-protection-modules.html) (ローカル権限昇格防御)モジュールは、一連のイベントで悪意のある動作を監視し、攻撃を検出するとただちに攻撃を中断します。
トップに戻る

### タグ

* [CVE-2020-14386](https://unit42.paloaltonetworks.com/ja/tag/cve-2020-14386-ja/ "CVE-2020-14386")
* [Linux](https://unit42.paloaltonetworks.com/ja/tag/linux-ja/ "Linux")
* [Privilege escalation](https://unit42.paloaltonetworks.com/ja/tag/privilege-escalation-ja/ "privilege escalation")  
  [Threat Research Center](https://unit42.paloaltonetworks.com/ja/ "Threat Research") [次ページ:Mirai亜種のペイロードに2つの新しいIoT脆弱性を特定](https://unit42.paloaltonetworks.com/ja/iot-vulnerabilities-mirai-payloads/ "Mirai亜種のペイロードに2つの新しいIoT脆弱性を特定")

### 目次

* 

### 関連記事

* [Copy Fail:ここ数年で最も深刻なLinuxの脅威について必要な知識](https://unit42.paloaltonetworks.com/ja/cve-2026-31431-copy-fail/ "article - table of contents")
* [SCADAシステムに存在する特権ファイルシステムの脆弱性](https://unit42.paloaltonetworks.com/ja/iconics-suite-cve-2025-0921/ "article - table of contents")
* [01flip:Rustで書かれたマルチプラットフォーム ランサムウェア](https://unit42.paloaltonetworks.com/ja/new-ransomware-01flip-written-in-rust/ "article - table of contents")

## 関連項目 リソース

![Pictorial representation of a severe Linux vulnerability. Close-up of a woman wearing glasses and focusing intently on a computer screen.](https://unit42.paloaltonetworks.com/wp-content/uploads/2026/05/05_Vulnerabilities_1920x900-2-1-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/) 2026年5月5日 [#### Copy Fail:ここ数年で最も深刻なLinuxの脅威について必要な知識](https://unit42.paloaltonetworks.com/ja/cve-2026-31431-copy-fail/)

* [Containers](https://unit42.paloaltonetworks.com/ja/tag/containers-ja/ "Containers")

* [CVE-2026-31431](https://unit42.paloaltonetworks.com/ja/tag/cve-2026-31431/ "CVE-2026-31431")

* [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/cve-2026-31431-copy-fail/ "Copy Fail:ここ数年で最も深刻なLinuxの脅威について必要な知識")  
  ![Pictorial representation of BeyondTrust vulnerability CVE-2026-1731. Digital art depicting a stylized mountain range with vibrant blue and red hues. The peaks are accentuated by glowing particles and an abstract, starry backdrop, creating a futuristic landscape.](https://unit42.paloaltonetworks.com/wp-content/uploads/2026/02/14_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/) 2026年2月19日 [#### BeyondTrustの深刻な脆弱性（CVE-2026-1731）の悪用においてVShellおよびSparkRATを確認](https://unit42.paloaltonetworks.com/ja/beyondtrust-cve-2026-1731/)

* [Bash](https://unit42.paloaltonetworks.com/ja/tag/bash-ja/ "bash")

* [CVE-2026-1731](https://unit42.paloaltonetworks.com/ja/tag/cve-2026-1731/ "CVE-2026-1731")

* [Powershell](https://unit42.paloaltonetworks.com/ja/tag/powershell-ja/ "Powershell")  
  [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/beyondtrust-cve-2026-1731/ "BeyondTrustの深刻な脆弱性（CVE-2026-1731）の悪用においてVShellおよびSparkRATを確認")  
  ![](https://unit42.paloaltonetworks.com/wp-content/uploads/2026/02/AdobeStock_1020436911-786x440.jpeg)  
  [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/07/top-threats.svg)主なサイバー脅威](https://unit42.paloaltonetworks.com/ja/category/top-cyberthreats-ja/) 2026年2月17日 [#### 野放し状態で悪用されているIvanti EPMMの深刻な脆弱性](https://unit42.paloaltonetworks.com/ja/ivanti-cve-2026-1281-cve-2026-1340/)

* [CVE-2026-1281](https://unit42.paloaltonetworks.com/ja/tag/cve-2026-1281/ "CVE-2026-1281")

* [CVE-2026-1340](https://unit42.paloaltonetworks.com/ja/tag/cve-2026-1340/ "CVE-2026-1340")

* [Ivanti](https://unit42.paloaltonetworks.com/ja/tag/ivanti-ja/ "Ivanti")  
  [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/ivanti-cve-2026-1281-cve-2026-1340/ "野放し状態で悪用されているIvanti EPMMの深刻な脆弱性")  
  ![Pictorial representation of CVE-2025-0921. Digital illustration of a map of North America with interconnected glowing lines and dots symbolizing network connections across the continent.](https://unit42.paloaltonetworks.com/wp-content/uploads/2026/01/06_Vulnerabilities_1920x900-2-1-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月30日 [#### SCADAシステムに存在する特権ファイルシステムの脆弱性](https://unit42.paloaltonetworks.com/ja/iconics-suite-cve-2025-0921/)

* [CVE-2025-0921](https://unit42.paloaltonetworks.com/ja/tag/cve-2025-0921/ "CVE-2025-0921")

* [Privilege escalation](https://unit42.paloaltonetworks.com/ja/tag/privilege-escalation-ja/ "privilege escalation")

* [SCADA](https://unit42.paloaltonetworks.com/ja/tag/scada/ "SCADA")  
  [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/iconics-suite-cve-2025-0921/ "SCADAシステムに存在する特権ファイルシステムの脆弱性")  
  ![Pictorial representation of remote code execution in AI and machine learning libraries. Close-up of a woman wearing glasses and focusing intently on a computer screen.](https://unit42.paloaltonetworks.com/wp-content/uploads/2026/01/05_Vulnerabilities_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月13日 [#### 最新のAI/MLフォーマットとライブラリによるリモート コード実行](https://unit42.paloaltonetworks.com/ja/rce-vulnerabilities-in-ai-python-libraries/)

* [Apple](https://unit42.paloaltonetworks.com/ja/tag/apple-ja/ "Apple")

* [CVE-2025-23304](https://unit42.paloaltonetworks.com/ja/tag/cve-2025-23304/ "CVE-2025-23304")

* [CVE-2026-22584](https://unit42.paloaltonetworks.com/ja/tag/cve-2026-22584/ "CVE-2026-22584")  
  [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/rce-vulnerabilities-in-ai-python-libraries/ "最新のAI/MLフォーマットとライブラリによるリモート コード実行")  
  ![Pictorial representation of MongoBleed, CVE-2025-14847. Digital image featuring a glowing padlock icon superimposed on a background of streaming blue binary code, symbolizing cybersecurity.](https://unit42.paloaltonetworks.com/wp-content/uploads/2026/01/AdobeStock_233494953-786x429.jpeg)  
  [![category icon](https://unit42.paloaltonetworks.com/wp-content/uploads/2024/07/top-threats.svg)主なサイバー脅威](https://unit42.paloaltonetworks.com/ja/category/top-cyberthreats-ja/) 2026年1月13日 [#### 脅威ブリーフ: MongoDB の脆弱性 (CVE-2025-14847)](https://unit42.paloaltonetworks.com/ja/mongobleed-cve-2025-14847/)

* [CVE-2025-14847](https://unit42.paloaltonetworks.com/ja/tag/cve-2025-14847/ "CVE-2025-14847")

* [MongoDB](https://unit42.paloaltonetworks.com/ja/tag/mongodb-ja/ "MongoDB")  
  [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/mongobleed-cve-2025-14847/ "脅威ブリーフ: MongoDB の脆弱性 (CVE-2025-14847)")  
  ![Pictorial representation of CVE-2025-55182 (React) and CVE-2025-66478 (Next.js). Close-up of a digital display on electronic equipment with illuminated text reading "SYSTEM HACKED" in red, set against a blurred background of blue and red lights.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/12/02_Vulnerabilities_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年12月12日 [#### React Server Components における重大な脆弱性の悪用 (12月12日更新)](https://unit42.paloaltonetworks.com/ja/cve-2025-55182-react-and-cve-2025-66478-next/)

* [Cobalt Strike](https://unit42.paloaltonetworks.com/ja/tag/cobalt-strike-ja/ "Cobalt Strike")

* [CVE-2025-55182](https://unit42.paloaltonetworks.com/ja/tag/cve-2025-55182-ja/ "CVE-2025-55182")

* [CVE-2025-66478](https://unit42.paloaltonetworks.com/ja/tag/cve-2025-66478-ja/ "CVE-2025-66478")  
  [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/cve-2025-55182-react-and-cve-2025-66478-next/ "React Server Components における重大な脆弱性の悪用 (12月12日更新)")  
  ![Pictorial representation of an authentication coercion attack. Panoramic view of a city skyline at night, featuring vibrant light beams from skyscrapers and a deep blue sky.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/11/07_Vulnerabilities_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年11月10日 [#### 新たなアップデート。進化し続ける強制認証テクニック](https://unit42.paloaltonetworks.com/ja/authentication-coercion/)

* [Mimikatz](https://unit42.paloaltonetworks.com/ja/tag/mimikatz-ja/ "Mimikatz")

* [PrintNightmare](https://unit42.paloaltonetworks.com/ja/tag/printnightmare-ja/ "PrintNightmare")

* [Privilege escalation](https://unit42.paloaltonetworks.com/ja/tag/privilege-escalation-ja/ "privilege escalation")  
  [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/authentication-coercion/ "新たなアップデート。進化し続ける強制認証テクニック")  
  ![Pictorial representation of LANDFALL spyware. An illustration of a glowing red warning icon centered on a detailed blue circuit board background, representing a vulnerability in Samsung Galaxy devices.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/11/09_Nation-State-cyberattacks_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年11月7日 [#### LANDFALL: Samsungデバイスを標的とするエクスプロイト チェーンで使用される、新種の商用グレードAndroidスパイウェア](https://unit42.paloaltonetworks.com/ja/landfall-is-new-commercial-grade-android-spyware/)

* [Android](https://unit42.paloaltonetworks.com/ja/tag/android-ja/ "Android")

* [Apple](https://unit42.paloaltonetworks.com/ja/tag/apple-ja/ "Apple")

* [CVE-2025-21042](https://unit42.paloaltonetworks.com/ja/tag/cve-2025-21042-ja/ "CVE-2025-21042")  
  [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/landfall-is-new-commercial-grade-android-spyware/ "LANDFALL: Samsungデバイスを標的とするエクスプロイト チェーンで使用される、新種の商用グレードAndroidスパイウェア")  
  ![Pictorial representation of CVE-2025-59287. Digital image of a glowing padlock symbol representing cybersecurity on a network grid with blue and orange lights.](https://unit42.paloaltonetworks.com/wp-content/uploads/2025/10/08_DNS_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年11月3日 [#### Microsoft WSUSのリモートコード実行の脆弱性（CVE-2025-59287）、実環境における活発な悪用を確認（11月3日更新）](https://unit42.paloaltonetworks.com/ja/microsoft-cve-2025-59287/)

* [CVE-2025-59287](https://unit42.paloaltonetworks.com/ja/tag/cve-2025-59287-ja/ "CVE-2025-59287")

* [Microsoft](https://unit42.paloaltonetworks.com/ja/tag/microsoft-ja/ "Microsoft")

* [Microsoft Vulnerability](https://unit42.paloaltonetworks.com/ja/tag/microsoft-vulnerability-ja/ "Microsoft Vulnerability")  
  [今すぐ読む ![Right arrow](https://unit42.paloaltonetworks.com/wp-content/themes/unit42-v6/dist/images/icons/icon-right-arrow-withtail.svg)](https://unit42.paloaltonetworks.com/ja/microsoft-cve-2025-59287/ "Microsoft WSUSのリモートコード実行の脆弱性（CVE-2025-59287）、実環境における活発な悪用を確認（11月3日更新）")

* ![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)