There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - CarrierWave is a framework to upload files from Ruby applications. In versions prior to 2.2.7 and 3.1.3,
    the content_type_denylist check fails to escape regex metacharacters in string entries, causing the
    denylist to silently not match the content types it is intended to block. In
    lib/carrierwave/uploader/content_type_denylist.rb:57, denylist entries are interpolated directly into a
    regex without Regexp.quote or anchoring, so an entry such as image/svg+xml becomes the pattern
    /image\/svg+xml/, in which + is treated as a quantifier rather than a literal character and therefore
    never matches the real MIME type image/svg+xml. This is inconsistent with the allowlist implementation,
    which correctly applies both Regexp.quote and a \A anchor. Other content types containing regex
    metacharacters, such as application/xhtml+xml, are affected as well. As a result, any application that
    relies on content_type_denylist to block image/svg+xml, most commonly to prevent stored XSS, is silently
    unprotected. An attacker can upload an SVG file containing arbitrary JavaScript; if the application serves
    that SVG inline from its own origin, the script executes in the victim's browser, resulting in stored XSS.
    This issue has been fixed in versions 2.2.7 and 3.1.3. (CVE-2026-44587)

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

  - CarrierWave 是一個從 Ruby 應用程式上傳檔案的框架。在 和 3.1.3之前2.2.7的版本中，content_type_denylist檢查無法逸出字串項目中的正則運算式中繼字元，導致拒絕清單以無訊息方式不符合其預期封鎖的內容類型。在 lib/carrierwave/uploader/content_type_denylist.rb：57 中，拒絕清單項目直接內插到沒有 Regexp.quote 或錨定的正則運算式中，因此像 image/svg+xml 這樣的項目會變成模式 /image\/svg+xml/，其中 + 被視為量詞而不是文字字符，因此永遠不會與真正的 MIME 類型 image/svg+xml 相符。這與允許清單實作不一致，後者正確套用 Regexp.quote 和 \A 錨點。其他包含正則運算式中繼字元的內容類型 （例如 application/xhtml+xml） 也會受到影響。因此，任何依賴 content_type_denylist 來封鎖 image/svg+xml 的應用程式 （通常是為了防止儲存的 XSS） 都會以無訊息方式不受保護。攻擊者可以上傳包含任意 JavaScript 的 SVG 檔案;如果應用程式從其自己的來源內嵌該 SVG，則該腳本會在受害者的瀏覽器中執行，從而產生儲存的 XSS。
    此問題已在 2.2.7 和 3.1.3 版中修正。(CVE-2026-44587)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - CarrierWave 是用于从 Ruby 应用程序上传文件的框架。在低于 和 3.1.3的版本2.2.7中，content_type_denylist检查无法转义字符串条目中的 regex 元字符，从而导致拒绝列表静默地与其预期阻止的内容类型不匹配。在 lib/carrierwave/uploader/content_type_denylist.rb：57 中，拒绝列表条目会直接插入到 regex 中，而不使用 Regexp.quote 或定位标记，因此 image/svg+xml 等条目会变成模式 /image\/svg+xml/，其中 + 被视为限定符而非文字字符，因此永远不会匹配真正的 MIME 类型 image/svg+xml。这与允许列表实现不一致，允许列表正确地同时应用 Regexp.quote 和 \A 定位标记。其他包含 regex 元字符的内容类型，例如 application/xhtml+xml，也会受到影响。因此，任何依赖 content_type_denylist 来阻止 image/svg+xml（通常用于防止存储的 XSS）的应用程序在静默情况下不受保护。攻击者可以上传包含任意 JavaScript 的 SVG 文件;如果应用程序从其自己的源内联提供该 SVG，则该脚本将在受害者的浏览器中执行，从而导致存储型 XSS。
    此问题已在 2.2.7 和 3.1.3 版本中修复。(CVE-2026-44587)

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

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

  - CarrierWave は、Ruby アプリケーションからファイルをアップロードするためのフレームワークです。2.2.7 および 3.1.3 より前のバージョンでは、content_type_denylist チェックは文字列エントリの正規表現のメタ文字をエスケープできません。これにより拒否リストは、ブロックするコンテンツタイプに警告なしで一致しません。lib/carrierwave/uploader/content_type_denylist.rb:57 では、拒否リストエントリは Regexp.quote やアンカーなしで正規表現に直接補間されるため、image/svg+xml などのエントリはパターン /image\/svg+xml/ になります。このとき、+ は文字ではなく修飾子として扱われ、実際の MIME タイプ image/svg+xml と一致することはありません。これは、Regexp.quote と \A アンカーの両方を正しく適用する許可リストの実装とは矛盾しています。application/xhtml+xml などの、正規表現のメタ文字を含む他のコンテンツタイプも影響を受けます。その結果、画像/svg+xml をブロックするために content_type_denylist に依存するアプリケーション(最も一般的には保存された XSS を防止するため)は、警告なしで保護されます。攻撃者は、任意の JavaScript を含む SVG ファイルをアップロードできます。アプリケーションが独自のオリジンからそのSVGをインラインで提供すると、スクリプトが被害者のブラウザで実行され、XSSが保存されます。
    この問題はバージョン 2.2.7 および 3.1.3 で修正されています。(CVE-2026-44587)

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

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

  - CarrierWave is a framework to upload files from Ruby applications. In versions prior to 2.2.7 and 3.1.3,     the content_type_denylist check fails to escape regex metacharacters in string entries, causing the     denylist to silently not match the content types it is intended to block. In     lib/carrierwave/uploader/content_type_denylist.rb:57, denylist entries are interpolated directly into a     regex without Regexp.quote or anchoring, so an entry such as image/svg+xml becomes the pattern     /image\/svg+xml/, in which + is treated as a quantifier rather than a literal character and therefore     never matches the real MIME type image/svg+xml. This is inconsistent with the allowlist implementation,     which correctly applies both Regexp.quote and a \A anchor. Other content types containing regex     metacharacters, such as application/xhtml+xml, are affected as well. As a result, any application that     relies on content_type_denylist to block image/svg+xml, most commonly to prevent stored XSS, is silently     unprotected. An attacker can upload an SVG file containing arbitrary JavaScript; if the application serves     that SVG inline from its own origin, the script executes in the victim's browser, resulting in stored XSS.
    This issue has been fixed in versions 2.2.7 and 3.1.3. (CVE-2026-44587)

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

ID	Name	Product	Family	Published	Updated	Severity
444523	SCA: security update for carrierwave (GHSA-7g26-2qgj-chfg)	Tenable Cloud Security	SCA Checks	7/8/2026	7/8/2026	medium
444523	SCA: security update for carrierwave (GHSA-7g26-2qgj-chfg)	Tenable Self-Hosted Container Security	SCA Checks	7/8/2026	7/8/2026	medium
321723	Linux Distros 未修補弱點：CVE-2026-44587	Nessus	Misc.	6/20/2026	6/22/2026	medium
321723	Linux Distros 未修补的漏洞：CVE-2026-44587	Nessus	Misc.	6/20/2026	6/22/2026	medium
321723	Linux Distros のパッチ未適用の脆弱性: CVE-2026-44587	Nessus	Misc.	6/20/2026	6/22/2026	medium
321723	Linux Distros Unpatched Vulnerability : CVE-2026-44587	Nessus	Misc.	6/20/2026	6/22/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium

medium

medium