Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - vsock：不要在 vsock_accept（） 中检查侦听器的sk_err Syzbot 报告一个可通过以下步骤重现的问题：r0 = socket（AF_VSOCK， SOCK_STREAM， 0） bind（r0， {VMADDR_CID_ANY， PORT}） connect（r0， {VMADDR_CID_LOCAL， PORT}） -> -1， EPROTO （self-connect） listen（r0， backlog） -> 0 r1 = socket（AF_VSOCK， SOCK_STREAM， 0） connect（r1， {VMADDR_CID_LOCAL， PORT}）-> 0 accept（r0） -> -1， EPROTO（过时sk_err） 基本上，它会创建一个套接字 （r0），并在绑定后触发自连接。此自连接会因在套接字仍处于 TCP_SYN_SENT 状态时环回 r0，导致其被错误地分派至连接客户端路径，而导致 EPROTO 失败。该处遇到的意外数据包类型将 sk_err 设置为 EPROTO。之后，它会在同一套接字上调用 listen（） 调用。此 listen（） 调用成功，因为内核的监听路径从不检查或清除sk_err。然后，创建新的套接字 （r1） 作为普通客户端并连接到 r0。但是，vsock_accept（） 会拒绝此传入连接，因为监听器的sk_err中仍然保留着先前自连接失败的 EPROTO 错误。此拒绝会导致为 r1 的连接创建的子套接字在 virtio 或 hyperv 传输时永远不会释放;只有 VMCI 传输实现pending_work重新访问和清理遭到拒绝的套接字。对于非阻塞 connect（），vsock_connect（） 可立即返回 -EINPROGRESS，而 vsock_connect_timeout（） 稍后可异步设置 sk->sk_err。由于没有任何 vsock 传输在处于TCP_LISTEN状态的套接字上设置sk_err，因此在 vsock_accept（） 中检查套接字毫无用处，只会转发由先前在同一套接字上进行不相关的连接尝试留下的错误。删除检查，这样 accept（） 不再因为过时错误而拒绝有效的传入连接，同时也可避免上述资源泄漏。（CVE-2026-90138）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - vsock：不要在 vsock_accept（） 中檢查接聽程式的sk_err Syzbot 報告了一個問題，可以透過以下步驟重現： r0 = socket（AF_VSOCK， SOCK_STREAM， 0） bind（r0， {VMADDR_CID_ANY， PORT}） connect（r0， {VMADDR_CID_LOCAL， PORT}） -> -1， EPROTO （self-connect） listen（r0， backlog） -> 0 r1 = socket（AF_VSOCK， SOCK_STREAM， 0） connect（r1， {VMADDR_CID_LOCAL， PORT}）-> 0 接受（r0） -> -1， EPROTO （過時sk_err） 基本上，它創建了一個通訊端 （r0），並在綁定後觸發自連接。此自我連線會因 EPROTO 失敗，因為它會在通訊端仍處於 TCP_SYN_SENT 狀態時迴圈至 r0，導致錯誤地將其分派至連接用戶端路徑。那裡遇到的意外封包類型將sk_err設定為 EPROTO。之後，它會叫用相同通訊端上的 listen（） 呼叫。此 listen（） 呼叫成功，因為核心的偵聽路徑從未檢查或清除sk_err。然後，會建立新的通訊端 （r1） 作為一般用戶端，並連線至 r0。但是，vsock_accept（） 會拒絕此傳入連線，因為接聽程式的sk_err仍保留先前自我連線失敗的 EPROTO 錯誤。此拒絕會導致為 r1 的連線建立的子通訊端永遠不會在 virtio 或 hyperv 傳輸上釋放;只有 VMCI 傳輸會實作重新造訪和清除拒絕通訊端的pending_work。對於非阻塞 connect（），vsock_connect（） 可能會立即傳回 -EINPROGRESS，而 vsock_connect_timeout（） 稍後可以非同步設定 sk->sk_err。由於任何 vsock 傳輸都不會在通訊端處於TCP_LISTEN狀態時在該通訊端上設定sk_err，因此在 vsock_accept（） 中檢查它沒有任何作用，並且只會轉發同一通訊端上先前不相關的連接嘗試留下的錯誤。移除檢查，讓 accept（） 不再因為過時錯誤而拒絕有效的傳入連線，這也可避免上述資源洩漏。（CVE-2026-90138）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - vsock:vsock_accept() でリスナーのsk_errをチェックしません Syzbot は、次の手順で再現できる問題を報告しました: r0 = socket(AF_VSOCK, SOCK_STREAM, 0) bind(r0, {VMADDR_CID_ANY, PORT}) connect(r0, {VMADDR_CID_LOCAL, PORT}) -> -1, EPROTO (self-connect) listen(r0, backlog) -> 0 r1 = socket(AF_VSOCK, SOCK_STREAM, 0) connect(r1, {VMADDR_CID_LOCAL、ポート})-> 0 accept(r0) -> -1、EPROTO (stale sk_err) 基本的にはソケット(r0)を作成し、これをバインドした後に自己接続をトリガーします。ソケットがまだ TCP_SYN_SENT 状態にある間に r0 にループバックし、接続クライアントのパスに間違ってディスパッチされるため、この自己接続は EPROTO で失敗します。そこで遭遇した予期しないパケットタイプが、sk_err EPROTO に設定されます。その後、同じソケットでlisten()呼び出しを呼び出します。このlisten()呼び出しは、カーネルのリスニングパスがsk_errを検査またはクリアしないために成功します。次に、新しいソケット(r1)が通常のクライアントとして作成され、r0に接続されます。ただし、リスナーのsk_errに以前失敗した自己接続からの EPROTO エラーがまだ保持されているため、vsock_accept() はこの着信接続を拒否します。この拒否により、r1 の接続用に作成された子ソケットが、virtio または hyperv のトランスポートで決して解放されなくなります。VMCI トランスポートのみが、拒否されたソケットを再アクセスしてクリーンアップするpending_workを実装します。ノンブロッキング connect() の場合、vsock_connect() は -EINPROGRESS をすぐに返すことができ、vsock_connect_timeout() は後で sk->sk_err を非同期に設定できます。vsockトランスポートは、ソケットがTCP_LISTEN状態の間、ソケットにsk_errを設定することはないため、vsock_accept()でチェックすることは何の役にも立たず、同じソケットでの以前の無関係な接続試行によって残されたエラーを転送するだけです。accept() が古いエラーによって有効な着信接続を拒否しないようにチェックを削除し、上記のリソース漏洩も回避します。(CVE-2026-90138)

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

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - vsock: don't check the listener's sk_err in vsock_accept() Syzbot reported an issue which can be     reproduced with these steps: r0 = socket(AF_VSOCK, SOCK_STREAM, 0) bind(r0, {VMADDR_CID_ANY, PORT})     connect(r0, {VMADDR_CID_LOCAL, PORT}) -> -1, EPROTO (self-connect) listen(r0, backlog) -> 0 r1 =     socket(AF_VSOCK, SOCK_STREAM, 0) connect(r1, {VMADDR_CID_LOCAL, PORT}) -> 0 accept(r0) -> -1, EPROTO     (stale sk_err) Basically, it creates a socket (r0) and triggers a self-connect after binding it. This     self-connect fails with EPROTO because it loops back to r0 while the socket is still in the TCP_SYN_SENT     state, causing it to be incorrectly dispatched to the connecting-client path. The unexpected packet type     encountered there sets sk_err to EPROTO. After that, it invokes a listen() call on the same socket. This     listen() call succeeds because the kernel's listening path never inspects or clears sk_err. Then, a new     socket (r1) is created as a normal client and connects to r0. However, vsock_accept() rejects this     incoming connection because the listener's sk_err still holds the EPROTO error from the earlier failed     self-connect. This rejection causes the child socket created for r1's connection to never be freed on     virtio or hyperv transports; only the VMCI transport implements pending_work to revisit and clean up a     rejected socket. For a non-blocking connect(), vsock_connect() may return -EINPROGRESS immediately, and     vsock_connect_timeout() can later set sk->sk_err asynchronously. Since no vsock transport ever sets sk_err     on a socket while it is in TCP_LISTEN state, checking it in vsock_accept() serves no purpose and only     carries forward errors left behind by earlier, unrelated connection attempts on the same socket. Remove     the checks so accept() no longer rejects valid incoming connections because of a stale error, which also     avoids the resource leak described above. (CVE-2026-90138)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
347446	Linux Distros 未修补的漏洞：CVE-2026-90138	Nessus	Misc.	2026/9/18	2026/9/18	medium
347446	Linux Distros 未修補弱點：CVE-2026-90138	Nessus	Misc.	2026/9/18	2026/9/18	medium
347446	Linux Distros のパッチ未適用の脆弱性: CVE-2026-90138	Nessus	Misc.	2026/9/18	2026/9/18	medium
347446	Linux Distros Unpatched Vulnerability : CVE-2026-90138	Nessus	Misc.	2026/9/18	2026/9/18	medium

检测

插件搜索

medium

medium

medium

medium