Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - net/iucv:入力デバイスにより afiucv_hs_rcv() のフレームをフィルター処理します afiucv_hs_rcv() は、トランスポートヘッダーのみで 4 つの 8 バイトの名前フィールドを一致させることによって、iucv_sk_list からソケットを選択します。フレームが到着したnet_deviceに対してチェックは行われません。これにより、任意の netdev に到着したフレームが AF_IUCV ソケットに配信される可能性があります。次の 3 つの問題があります。まず、HiperSockets 経由で到着したフレームは、iucv->hs_dev == NULL のクラシック z/VM IUCV トランスポートにバインドされたソケットに配信される可能性があります。iucv_sock_bind() は、リクエストされたユーザー ID が iucv_userid に一致するたびに、同じ識別子を持つ HiperSockets デバイスも持っているゲストであっても、クラシックパスをたどります。このような一致のために afiucv_hs_callback_syn() によって作成された子ソケットは、hs_dev = NULL および transport = AF_IUCV_TRANS_HIPER を継承するため、その最初の send() が返されます
    -ENODEV。accept() に配信されたソケットが使用できません。第二に、1 つの netdev に到着したフレームは、異なる IQD デバイスにバインドされたソケットに配信される可能性があります。これにより、以下につながる可能性があります - 許容キューの枯渇(DoS) - 子ソケットの攻撃者がコントロールするピア ID - 既存のソケットへのデータ注入 - 偽の応答が送信される IQD ファブリックのファブリックノイズ - 確立された接続の kill 第三に、iucv_sock_alloc() が呼び出す sk_alloc(&init_net, ...) として、すべてのAF_IUCVソケットが init_net で存在します。しかし、名前空間の netdev デバイスに到着したフレームでさえ、IUCV ソケットに配信される可能性があります。そのため、権限のないユーザーおよびネットワーク名前空間内のプロセスが、その名前空間内で有効な CAP_NET_RAW 機能のみを保持している、自身の lo デバイスで raw ETH_P_AF_IUCV フレームを送信し、それをinit_netソケットと照合させる可能性があります。hs_devが入力デバイスと一致しないソケットをスキップすることで、3 つすべてを修正します。クラシック z/VM IUCV ソケットの hs_dev == NULL;イングレス dev は決して NULL ではないため、クラシックソケットは自動的にスキップされます。バインドされていない HIPER ソケットにも hs_dev == NULL があるため、スキップされます。バインドされた HIPER ソケットは、バインドされていた正確な IQD デバイスからのみ到達可能です。hs_devは常にinit_netのデバイスであるため(iucv_sock_bind() スキャン for_each_netdev_rcu(&init_net, ...) のみ)、入力デバイスが別の名前空間に属するフレームは、どのソケットとも一致しません。注意:HiperSockets 上のAF_IUCVは、接続ごとの認証を提供しません:シーケンス番号、TLS、ノンスはありません。接続を識別する 4 つの名前フィールドは、共有 HiperSockets セグメント (VCHID) で平文で交換されます。同じ HiperSockets セグメント上のホストが、既存の接続に対してあらゆるフレームタイプを偽装する可能性があります。これは、このパッチで変更されないプロトコルレベルのプロパティです。この修正は、同じ HiperSockets セグメントに存在するピアに対する攻撃対象領域を縮小します。(CVE-2026-81003)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-81003

high Nessus プラグイン ID 345006

バージョン 1.17