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

  - wasmtime 是適用於 WebAssembly 的開放原始碼運行時間。wasmtime 的 WebAssembly 結尾呼叫實作結合堆疊追踪可導致某些 WebAssembly 模組中的運行時間損毀。若 wasmtime 是以 Rust 1.80 或更舊版本編譯則運行時間損毀可能是未定義的行為。運行時間損毀是使用 Rust 1.81 與更新版本編譯 Wasmtime 時決定性的處理程序中止。WebAssembly 結尾呼叫是最近才達到標準化處理程序第 4 階段的建議。依預設Wasmtime 是在 Wasmtime 中第一次啟用結尾呼叫支援 21.0.0儘管該版本含有一個錯誤對於某些組態而言只有預設為啟用。在 Wasmtime 22.0.0 中預設會針對所有組態啟用結尾呼叫。WebAssembly 模組 (或元件) 中的匯出函式對匯入的主機函式執行 `return_call` (或 `return_call_indirect` 或 `return_call_ref`)進而擷取堆疊追踪 (例如主機函式引發trap)。在此情況下堆疊執行程式碼先前會假設堆疊上一律至少有一個 WebAssembly 框架但具有不再是 true 的 tail 呼叫。透過 tail-call 建議可以使項目 trampoline 看似直接呼叫結束 trampoline。此情況會觸發 stack-walking 程式碼中的內部宣告進而引發 Rust `panic!()`。當使用 Rust 1.80 版及更舊版本編譯 Wasmtime 時這表示 Rust 中的「extern C」函式會引發「panic!()」。從技術上講這是未定義的行為並且通常在展開器無法展開 Cranelift 產生的框架時顯示為處理程序中止。使用 Rust 1.81 版及更高版本編譯 Wasmtime 時此錯誤會變成確定性處理程序中止。整體而言此問題的影響在於這是一個拒絕服務向量惡意 WebAssembly 模組或元件可造成主機當機。目前除了服務的可用性沒有其他影響因為當機的結果一律是當機且僅此而已。此問題是在Wasmtime 專案透過 Google 的 OSS-Fuzz 基礎結構執行的常式模糊測試中所發現的。我們沒有任何證據顯示它曾在環境中遭到攻擊者惡意利用。已修補預設啟用 tail 呼叫的所有 wasmtime 版本* 21.0.x - 21.0.2 修補 * 22.0.x - 22.0.1 修補 * 23.0.x [] - 23.0.3 修補* 24.0.x - - 24.0.1 修補 * 25.0.x - 已在 25.0.2中修補。從 12.0.x (第一個具有實驗性結尾呼叫支援的第一個版本) 到 20.0.x (最後一個包含預設關閉結尾呼叫的版本) 之間的 wasmtime 版本都支援結尾呼叫但預設為停用該支援。這些版本的預設組態不會受到影響但明確啟用結尾呼叫支援的使用者將需要停用結尾呼叫支援或升級至已修補的 wasmtime 版本。此問題的主要因應措施是停用 Wasmtime 中結尾呼叫的結尾支援例如使用 `Config::wasm_tail_call(false)`。建議使用者升級至修補版本。 (CVE-2024-47763)

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

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

  - wasmtime 是 WebAssembly 的开源运行时。Wasmtime 的 WebAssembly 尾调用实现与堆栈跟踪相结合可导致某些 WebAssembly 模块的运行时崩溃。如果使用 Rust 1.80 或更早版本编译Wasmtime则可能出现未定义行为运行时崩溃。使用 Rust 1.81 及更高版本编译 wasmtime 时会发生运行时崩溃这是一种确定性的进程中止。WebAssembly 尾调用是最近在标准化过程中达到阶段 4 的一项提议。在wasmtime 21.0.0中Wasmtime 首先默认启用了对尾调用的支持尽管该版本包含仅对某些配置默认启用的缺陷。在 wasmtime 22.0.0 中所有配置默认启用尾调用。当 WebAssembly 模块或组件中的导出函数对捕获堆栈跟踪的导入主机函数例如主机函数引发trap。在这种情况下堆栈遍历代码之前的假设堆栈中始终存在至少一个但包含尾调用的 WebAssembly 帧这一假设不再正确。通过 tail-call 提议可以使入口 trampoline 显示如同直接调用了出口 trampoline 一样。此情况会在堆栈遍历代码中触发内部断言从而引发 Rust“恐慌()”。当使用 Rust 版本 1.80 及更早版本编译 wasmtime 时这表示 Rust 中的“extern C”函数正在引发“panic!()”。这是技术上未定义的行为当展开程序无法展开 Cranelev 生成的帧时通常表现为进程中止。当使用 Rust 1.81 版及更高版本编译 wasmtime 时此错误变为确定性进程中止。总的来说此问题的影响是这是一个拒绝服务向量其中的恶意 WebAssembly 模块或组件可造成主机崩溃。除了服务可用性之外目前不存在其他影响因为崩溃的结果始终是崩溃仅此一次。此问题是wasmtime 项目通过 Google OSS-Fuzz 基础设施执行的例行模糊测试时发现的。没有证据表明它曾经在通常环境中被攻击者利用。默认启用尾调用的所有 wasmtime 版本已修补* 21.0.x - 在 21.0.2 中修补* 22.0.x - 在 22.0.1 中修补* 23.0.x - 在 23.0.3 中修补 * 24.0.x - 在 24.0.1 中修补 * 25.0.x - 在 25.0.2中进行了修补。wasmtime 版本 12.0.x 包含实验性尾调用支持的第一个版本到 20.0.x 默认关闭尾调用的最后一个版本支持尾调用但默认禁用此支持。这些版本的默认配置不受影响但明确启用了尾部调用支持的用户将需要禁用尾部调用支持或升级到 Wasmtime 的已修补版本。此问题的主要变通方案是禁用 wasmtime 中尾调用的尾支持例如使用“Config::wasm_tail_call(false)”。否则鼓励用户升级到已修补版本。 (CVE-2024-47763)

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

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

  - WAmtime は、WebAssembly 用のオープンソースランタイムです。スタックトレースと組み合わせて WebAssembly テールコールを WAmtime で実装すると、特定の WebAssembly モジュールでランタイムクラッシュが発生する可能性があります。ランタイムクラッシュは、Wamtime が Rust 1.80 またはそれ以前でコンパイルされた場合、未定義の動作である可能性があります。ランタイムクラッシュは、Wasmtime が Rust 1.81 以降でコンパイルされたときの決定性のあるプロセスの中止です。WebAssembly のテールコールは、標準化プロセスの比較的最近のステージ 4 における提案です。WAmtime は、Wamtime 21.0.0でデフォルトでテールコールのサポートを有効にしました。ただし、そのリリースには、一部の構成でのみ on-by-default となるバグが含まれていました。WAmtime 22.0.0 では、すべての構成に対してデフォルトでテールコールが有効化されていました。WebAssembly モジュールまたはコンポーネントのエクスポートされた関数が、スタックトレースをキャプチャするインポートされたホスト関数に対して「return_call」または「return_call_indirect」または「return_call_ref」を実行するときに、特定のクラッシュが発生します例ホスト関数がトラップ。この状況では、以前の stack-walking コードは、スタック上に常に少なくとも 1 つの WebAssembly フレームがあることを前提としていましたが、テールコールがある場合は今では真ではありません。tail-call プロンプトでは、exit トランポリンを直接呼び出すかのように、エントリートランポリンを表示させることが可能です。この状況は、Rust 「panic!()」を引き起こす stack-walking コードの内部アサーションをトリガーします。WAmtime が Rust バージョン 1.80 以前でコンパイルされる場合、これは Rust の「extern C」関数が「panic!()」を引き起こしていることを意味します。これは技術的には未定義の動作で、通常はアンワインダーが Cranelf 生成フレームのアンワインドに失敗する際に、プロセスの中止として現れます。Wamtime が Rust バージョン 1.81 以降でコンパイルされると、このパニックは確定的プロセスの中止になります。この問題の全体的な影響は、悪意のある WebAssembly モジュールまたはコンポーネントがホストをクラッシュさせることのできるサービス拒否のベクトルであることです。クラッシュの結果は常にクラッシュであり、それ以上ではないため、現時点では、サービスの可用性以外には影響はありません。この問題は、Google の OSS-Fuzz インフラストラクチャを通じて、Wamtime プロジェクトによって実行されるルーチンファジングによって発見されました。これが野放しの攻撃者によって悪用されたという証拠はありません。デフォルトでテールコールが有効化されている Wamtime の全バージョンはパッチされました* 21.0.x - 21.0.222.0.x ] でパッチ*  - 23.0.x22.0.1 でパッチ 23.0.3 *  - 24.0.x でパッチ* 24.0.1 [] - でパッチ* 25.0.x - 25.0.2でパッチ済み。 12.0.x 実験的なテールコールサポートのある最初のリリースから 20.0.x tail-calls off-by-default の最後のリリースまでの WAmtime バージョンに、テールコールのサポートがありますが、このサポートはデフォルトで無効になっています。これらのバージョンはデフォルト構成で影響を受けませんが、テールコールサポートを明示的に有効にしたユーザーは、テールコールサポートを無効にするか、パッチを適用したバージョンの Wamtime にアップグレードする必要があります。この問題に対する主な回避策は、Wasmtime のテール呼び出しのテールサポートを無効にすることです。(例えば「Config::wasm_tail_call(false)」) ユーザーは、パッチを適用したバージョンにアップグレードすることが推奨されます。CVE-2024-47763

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

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

  - Wasmtime is an open source runtime for WebAssembly. Wasmtime's implementation of WebAssembly tail calls     combined with stack traces can result in a runtime crash in certain WebAssembly modules. The runtime crash     may be undefined behavior if Wasmtime was compiled with Rust 1.80 or prior. The runtime crash is a     deterministic process abort when Wasmtime is compiled with Rust 1.81 and later. WebAssembly tail calls are     a proposal which relatively recently reached stage 4 in the standardization process. Wasmtime first     enabled support for tail calls by default in Wasmtime 21.0.0, although that release contained a bug where     it was only on-by-default for some configurations. In Wasmtime 22.0.0 tail calls were enabled by default     for all configurations. The specific crash happens when an exported function in a WebAssembly module (or     component) performs a `return_call` (or `return_call_indirect` or `return_call_ref`) to an imported host     function which captures a stack trace (for example, the host function raises a trap). In this situation,     the stack-walking code previously assumed there was always at least one WebAssembly frame on the stack but     with tail calls that is no longer true. With the tail-call proposal it's possible to have an entry     trampoline appear as if it directly called the exit trampoline. This situation triggers an internal assert     in the stack-walking code which raises a Rust `panic!()`. When Wasmtime is compiled with Rust versions     1.80 and prior this means that an `extern C` function in Rust is raising a `panic!()`. This is     technically undefined behavior and typically manifests as a process abort when the unwinder fails to     unwind Cranelift-generated frames. When Wasmtime is compiled with Rust versions 1.81 and later this panic     becomes a deterministic process abort. Overall the impact of this issue is that this is a denial-of-     service vector where a malicious WebAssembly module or component can cause the host to crash. There is no     other impact at this time other than availability of a service as the result of the crash is always a     crash and no more. This issue was discovered by routine fuzzing performed by the Wasmtime project via     Google's OSS-Fuzz infrastructure. We have no evidence that it has ever been exploited by an attacker in     the wild. All versions of Wasmtime which have tail calls enabled by default have been patched: * 21.0.x -     patched in 21.0.2 * 22.0.x - patched in 22.0.1 * 23.0.x - patched in 23.0.3 * 24.0.x - patched in 24.0.1 *     25.0.x - patched in 25.0.2. Wasmtime versions from 12.0.x (the first release with experimental tail call     support) to 20.0.x (the last release with tail-calls off-by-default) have support for tail calls but the     support is disabled by default. These versions are not affected in their default configurations, but users     who explicitly enabled tail call support will need to either disable tail call support or upgrade to a     patched version of Wasmtime. The main workaround for this issue is to disable tail support for tail calls     in Wasmtime, for example with `Config::wasm_tail_call(false)`. Users are otherwise encouraged to upgrade     to patched versions. (CVE-2024-47763)

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

ID	Name	Product	Family	Published	Updated	Severity
248706	Linux Distros 未修補的弱點：CVE-2024-47763	Nessus	Misc.	8/12/2025	7/31/2026	medium
248706	Linux Distros 未修补的漏洞：CVE-2024-47763	Nessus	Misc.	8/12/2025	7/31/2026	medium
248706	Linux Distros のパッチ未適用の脆弱性: CVE-2024-47763	Nessus	Misc.	8/12/2025	7/31/2026	medium
248706	Linux Distros Unpatched Vulnerability : CVE-2024-47763	Nessus	Misc.	8/12/2025	7/31/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium