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

  - smb用戶端修正使用使用者名稱選項的 krb5 掛載 客戶報告當用戶端嘗試使用錯誤的認證掛載共用時其部分 krb5 掛載針對單一伺服器失敗。結果發現用戶端會重複使用第一次掛載的 SMB 工作階段以嘗試掛載其他共用即使已將不同的 username= 選項指定給其他掛載也是如此。使用使用者名稱掛載選項並搭配 sec=krb5 從 keytab 搜尋主體此問題自 cifs-utils-4.8 起cifs.upcall(8) 便開始支援該主體。因此透過比對 match_session() 中的使用者名稱掛載選項 (即使使用 Kerberos) 來修正此問題。例如以下的第二個掛載應該會以 -ENOKEY 失敗因為 keytab (/etc/krb5.keytab) 中沒有 'foobar' 主體。用戶端最後會重複使用第一次掛載的 SMB 工作階段以執行第二次掛載這是錯誤的。 ``` $ ktutil ktutil: add_entry -password -p testuser -k 1 -e aes256-cts testuser@ZELDA.TEST: ktutilwrite_kt /etc/krb5.keytab ktutil: 結束 $ klist -ke Keytab 名稱
    FILE:/etc/krb5.keytab KVNO 主體 ---- ------------------------------------ ---------------------------------------- 1 testuser@ZELDA.TEST (aes256-cts-hmac-sha1-96) $ mount.cifs //w22-root2/scratch / mnt/1 -o sec=krb5,username=testuser $ mount.cifs //w22-root2/scratch /mnt/2 -o sec=krb5,username=foobar $ mount -t cifs | grep -Po 'username=\K\w+' testuser testuser ``` (CVE-2026-31392)

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

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

  - smb客户端通过用户名选项修复 krb5 挂载 客户报告其某些 krb5 挂载针对单个服务器失败因为客户端尝试使用错误凭据挂载共享。原来客户端会重复使用第一次挂载的 SMB 会话来尝试挂载其他共享即使已为其他挂载指定了不同的 username= option 。自 cifs-utils-4.8 起 cifs.upcall(8) 支持使用用户名挂载选项和 sec=krb5 搜索 keytab 中的主体。因此即使有 Kerberos 也可以通过匹配 match_session() 中的用户名挂载选项来修复此问题。例如下面的第二次挂载应失败并返回 -ENOKEY因为 keytab 中没有“foobar”主体 (/etc/krb5.keytab)。客户端最终重用了第一次挂载的 SMB 会话以执行第二次挂载这是错误的。 $ ktutil ktutiladd_entry -password -p testuser -k 1 -e aes256-cts testuser@ZELDA.TEST 的密码 ktutilwrite_kt /etc/krb5.keytab ktutilquit $ klist -ke Keytab name
    FILE:/etc/krb5.keytab KVNO 主体 ---------------------------------------- ---------------------------- 1 testuser@ZELDA.TEST (aes256-cts-hmac-sha1-96) $ mount.cifs //w22-root2/scratch / mnt/1 -o sec=krb5,username=testuser $ mount.cifs //w22-root2/scratch /mnt/2 -o sec=krb5,username=foobar $ mount -t cifs | mnt/1 -o sec=krb5 grep -Po 'username=\K\w+' testuser testuser `` (CVE-2026-31392)

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

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

  - smbclientユーザー名オプションで krb5 マウントを修正します。クライアントが間違った認証情報で共有をマウントしようとするため、一部の krb5 マウントが単一のサーバーに対して失敗することを報告しました。他のマウントに対して異なる username= オプションが指定されているにもかかわらず、クライアントが最初のマウントからの SMB セッションを再利用して、他の共有のマウントを試行していたことが判明しました。ユーザー名マウントオプションを sec=krb5 とともに使用して、keytab からプリンシパルを検索することは、cifs-utils-4.8 以降は cifs.upcall(8) でサポートされています。 Kerberos でも、match_session() のユーザー名マウントオプションを一致させることでこれを修正します。たとえば、以下の 2 番目のマウントは、-ENOKEY で失敗するはずです。これは、keytab/etc/krb5.keytabに「foobar」プリンシパルがないためです。クライアントは最初のマウントからの SMB セッションを再利用して 2 番目のマウントを再利用することになりますが、これは間違っています。 ``$ ktutil ktutiladd_entry -password -p testuser -k 1 -e aes256-cts Password for testuser@ZELDA.TESTktutilwrite_kt /etc/krb5.keytab ktutil終了 $ klist -ke Keytab 名
    FILE:/etc/krb5.keytab KVNO Principal ---- ---------------------------------- -------------------------------- 1 testuser@ZELDA.TESTaes256-cts-hmac-sha1-96] $ mount.cifs //w22-root2/scratch / mnt/1 -o sec=krb5、username=testuser $ mount.cifs //w22-root2/scratch /mnt/2 -o sec=krb5、username=foobar $ mount -t cifs | grep -Po 'username=\K\w+' testuser testuser ``CVE-2026-31392]

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

An update of the linux package has been released.

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

  - smb: client: fix krb5 mount with username option Customer reported that some of their krb5 mounts were     failing against a single server as the client was trying to mount the shares with wrong credentials. It     turned out the client was reusing SMB session from first mount to try mounting the other shares, even     though a different username= option had been specified to the other mounts. By using username mount option     along with sec=krb5 to search for principals from keytab is supported by cifs.upcall(8) since cifs-     utils-4.8. So fix this by matching username mount option in match_session() even with Kerberos. For     example, the second mount below should fail with -ENOKEY as there is no 'foobar' principal in keytab     (/etc/krb5.keytab). The client ends up reusing SMB session from first mount to perform the second one,     which is wrong. ``` $ ktutil ktutil: add_entry -password -p testuser -k 1 -e aes256-cts Password for     testuser@ZELDA.TEST: ktutil: write_kt /etc/krb5.keytab ktutil: quit $ klist -ke Keytab name:
    FILE:/etc/krb5.keytab KVNO Principal ---- ----------------------------------------------------------------     1 testuser@ZELDA.TEST (aes256-cts-hmac-sha1-96) $ mount.cifs //w22-root2/scratch /mnt/1 -o     sec=krb5,username=testuser $ mount.cifs //w22-root2/scratch /mnt/2 -o sec=krb5,username=foobar $ mount -t     cifs | grep -Po 'username=\K\w+' testuser testuser ``` (CVE-2026-31392)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
304921	Linux Distros 未修補的弱點：CVE-2026-31392	Nessus	Misc.	2026/4/5	2026/4/7	medium
304921	Linux Distros 未修补的漏洞：CVE-2026-31392	Nessus	Misc.	2026/4/5	2026/4/7	medium
304921	Linux Distros のパッチ未適用の脆弱性: CVE-2026-31392	Nessus	Misc.	2026/4/5	2026/4/7	medium
306997	Photon OS 4.0: Linux PHSA-2026-4.0-0998	Nessus	PhotonOS Local Security Checks	2026/4/17	2026/4/17	medium
304921	Linux Distros Unpatched Vulnerability : CVE-2026-31392	Nessus	Misc.	2026/4/5	2026/4/7	medium
306005	Photon OS 5.0: Linux PHSA-2026-5.0-0813	Nessus	PhotonOS Local Security Checks	2026/4/11	2026/4/27	high

检测

插件搜索

medium

medium

medium

medium

medium

high