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. Under certain concurrent event orderings, a     `wasmtime::Engine`'s internal type registry was susceptible to double-unregistration bugs due to a race     condition, leading to panics and potentially type registry corruption. That registry corruption could,     following an additional and particular sequence of concurrent events, lead to violations of WebAssembly's     control-flow integrity (CFI) and type safety. Users that do not use `wasmtime::Engine` across multiple     threads are not affected. Users that only create new modules across threads over time are additionally not     affected. Reproducing this bug requires creating and dropping multiple type instances (such as     `wasmtime::FuncType` or `wasmtime::ArrayType`) concurrently on multiple threads, where all types are     associated with the same `wasmtime::Engine`. **Wasm guests cannot trigger this bug.** See the References     section below for a list of Wasmtime types-related APIs that are affected. Wasmtime maintains an internal     registry of types within a `wasmtime::Engine` and an engine is shareable across threads. Types can be     created and referenced through creation of a `wasmtime::Module`, creation of `wasmtime::FuncType`, or a     number of other APIs where the host creates a function (see References below). Each of these cases     interacts with an engine to deduplicate type information and manage type indices that are used to     implement type checks in WebAssembly's `call_indirect` function, for example. This bug is a race condition     in this management where the internal type registry could be corrupted to trigger an assert or contain     invalid state. Wasmtime's internal representation of a type has individual types (e.g. one-per-host-     function) maintain a registration count of how many time it's been used. Types additionally have state     within an engine behind a read-write lock such as lookup/deduplication information. The race here is a     time-of-check versus time-of-use (TOCTOU) bug where one thread atomically decrements a type entry's     registration count, observes zero registrations, and then acquires a lock in order to unregister that     entry. However, between when this first thread observed the zero-registration count and when it acquires     that lock, another thread could perform the following sequence of events: re-register another copy of the     type, which deduplicates to that same entry, resurrecting it and incrementing its registration count; then     drop the type and decrement its registration count; observe that the registration count is now zero;
    acquire the type registry lock; and finally unregister the type. Now, when the original thread finally     acquires the lock and unregisters the entry, it is the second time this entry has been unregistered. This     bug was originally introduced in Wasmtime 19's development of the WebAssembly GC proposal. This bug     affects users who are not using the GC proposal, however, and affects Wasmtime in its default     configuration even when the GC proposal is disabled. Wasmtime users using 19.0.0 and after are all     affected by this issue. We have released the following Wasmtime versions, all of which have a fix for this     bug: * 21.0.2 * 22.0.1 * 23.0.3 * 24.0.1 * 25.0.2. If your application creates and drops Wasmtime types on     multiple threads concurrently, there are no known workarounds. Users are encouraged to upgrade to a     patched release. (CVE-2024-47813)

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

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

  - wasmtime 是適用於 WebAssembly 的開放原始碼運行時間。在某些並行事件排序下「wasmtime::Engine」的內部類型登錄檔容易發生因爭用情形導致的雙重取消登錄錯誤進而導致錯誤及可能的類型登錄檔損毀。該登錄檔損毀可在額外且特定的並行事件序列之後導致違反 WebAssembly 的控制流程完整性 (CFI) 和類型安全性。未跨多個執行緒使用 `wasmtime::Engine` 的使用者不會受到影響。長期只跨執行緒建立新模組的使用者也不會受到影響。若要重現此錯誤需要在多個執行緒上同時建立並放置多個類型執行個體 (例如「wasmtime::FuncType」或「wasmtime::ArrayType」)其中所有類型都與相同的「wasmtime::Engine」相關聯。 **Wasm 來賓無法觸發此錯誤。** 請參閱下方的〈參照〉一節取得受影響的與 wasmtime 類型相關 API 的清單。wasmtime 在 `wasmtime::Engine` 中維護一個內部類型登錄檔引擎可供跨執行緒共用。可透過建立 `wasmtime::Module`、建立 `wasmtime::FuncType` 或主機建立函式的其他一些 API 來建立和參照類型 (請參閱以下參照)。例如這些案例中的每一個都會與引擎互動以去除重複資料類型資訊並管理用來在 WebAssembly 的 `call_indirect` 函式中實作類型檢查的類型索引。此錯誤是此管理中的爭用情形其中內部類型登錄可損毀以觸發宣告或包含無效狀態。某類型的Wasmtime 內部表示法會讓個別類型 (例如每個主機函式一個) 維護其時間使用量的註冊計數。此外類型在引擎內的狀態處於讀寫鎖定例如查閱/重複資料刪除資訊之後。此處的爭用情形是檢查時間與使用時間 (TOCTOU) 的關係其中一個執行緒以不可分割的方式遞減類型項目的註冊計數、觀察到零註冊然後取得鎖定以取消註冊該項目。但是在第一個執行緒觀察到零註冊計數和其取得該鎖定之間有一個執行緒可執行下列事件序列其註冊計數然後捨棄該類型並遞減其註冊計數；觀察註冊計數現在是否為零；
    取得登錄檔鎖定類型最後取消註冊該類型。現在原始執行緒最終取得鎖定並取消註冊項目時此項目已是第二次取消註冊。此錯誤原本是在 wasmtime 19 的 WebAssembly GC 建議開發中引入的。不過此錯誤會影響未使用 GC 建議的使用者而且即使停用 GC 建議也會影響其預設組態中的Wasmtime。使用 19.0.0 及之後版本的 wasmtime 使用者皆受此問題影響。我們已發布下列 wasmtime 版本其所有版本都有此錯誤的修正* 21.0.2 * 22.0.1 * 23.0.3 * 24.0.1 * 25.0.2。如果您的應用程式同時在多個執行緒上建立及卸除 wasmtime 類型則沒有已知的因應措施。建議使用者升級至修補版本。 (CVE-2024-47813)

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

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

  - WAmtime は、WebAssembly 用のオープンソースランタイムです。特定の同時イベント順序付けでは、「wasmtime::Engine」の内部タイプレジストリは競合状態による二重登録解除のバグの影響を受けやすく、パニックおよびタイプレジストリの破損を引き起こす可能性があります。そのレジストリ破損は、同時イベントの追加および特定のシーケンスに続いて、WebAssembly のコントロールフロー整合性CFIおよびタイプセーフの違反を引き起こす可能性があります。複数のスレッドで「wasmtime::Engine」を使用しないユーザーは影響を受けません。スレッド全体で新しいモジュールのみを作成するユーザーは、さらに影響を受けません。このバグを再発させるには、すべてのタイプが同じ「wasmtime::Engine」に関連付けられている複数のスレッドで複数のタイプのインスタンス「wasmtime::FuncType」や「wasmtime::ArrayType」などを同時に作成してドロップする必要があります。 **Wasmゲストはこのバグをトリガーできません。** 影響を受けるWasmtimeタイプ関連のAPIのリストについては、以下の「参照」セクションを参照してください。WASmtime は「wasmtime::Engine」内にタイプの内部レジストリを維持し、エンジンはスレッド間で共有可能です。タイプは、「wasmtime::Module」の作成、「wasmtime::FuncType」の作成、またはホストが関数を作成する他の多数の API を通じて作成および参照できます以下の「参照」を参照してください。これらのそれぞれのケースは、エンジンとやり取りして、たとえば、WebAssemblyの「call_indirect」関数などのタイプチェックを実装するために使用されるタイプ情報の重複を排除し、タイプインデックスを管理します。このバグはこの管理の競合状態で、内部タイプレジストリが破損してアサートがトリガーされたり、無効な状態が含まれたりする可能性があります。Wamtime のタイプの内部表現には、個別のタイプ (例 : one-per-host-function) が使用された時間の登録カウントを維持します。タイプは、検索/重複排除情報など、読み書きロックの背後にあるエンジン内にさらに状態を持ちます。ここでの競合は、1 つのスレッドがタイプエントリの登録カウントをアトミックにデクリメントし、ゼロ登録を観察してから、そのエントリを登録解除するためにロックを取得するという、チェック時と使用時 (TOCTOU) のバグです。ただし、この最初のスレッドがゼロ登録カウントを確認してからそのロックを取得するまでの間に、別のスレッドが次の一連のイベントを実行する可能性があります。タイプの別のコピーを再登録し、同じエントリに重複を排除し、それを復活させ、インクリメントしますその登録数その後、タイプをドロップし、その登録カウントをデクリメントします。登録カウントが現在ゼロであることに注意してください。
    タイプレジストリロックを取得します最終的にタイプを登録解除します。現在、元のスレッドが最終的にロックを取得してエントリを登録解除するとき、このエントリが登録解除されるのは二回目のことになります。このバグは、元々、WebAssembly GC 提案の WAmtime 19 の開発で導入されました。このバグは GC プロジェクションを使用していないユーザーには影響を与えます。また、GC プロジェクションが無効になっている場合でもデフォルト構成の Wamtime に影響を与えます。 19.0.0 以降を使用しているスクリプト時間のユーザーは、全てこの問題の影響を受けます。以下の Wamtime バージョンをリリースしており、これらのバージョンにはこのバグが修正されています* 21.0.2 * 22.0.1 * 23.0.3 * 24.0.1 * 25.0.2。アプリケーションが複数のスレッドで Wamtime タイプを同時に作成およびドロップする場合、既知の回避策はありません。ユーザーは、パッチ済みリリースにアップグレードすることが推奨されます。CVE-2024-47813

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

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

  - wasmtime 是 WebAssembly 的开源运行时。在某些并发事件排序下由于争用条件“wasmtime::Engine”的内部类型注册表容易受到双重取消注册缺陷的影响从而导致错误并且可能发生类型注册表损坏。该注册表损坏可能会在额外的特定并发事件序列之后导致违反 WebAssembly 的控制流完整性 (CFI) 和类型安全。不在多个线程中使用“wasmtime::Engine”的用户不会受到影响。此外，随着时间的推移，只在线程中创建新模块的用户不受影响。重现此缺陷需要在多个线程上同时创建和终止多种类型实例如“wasmtime::FuncType”或“wasmtime::ArrayType”其中所有类型都与同一个“wasmtime::Engine”相关联。 **Wasm 来宾机无法触发此缺陷。** 请参阅下面的“参考”部分获取受影响的 wasmtime 类型相关 API 的列表。wasmtime 在“wasmtime::Engine”中维护类型的内部注册表并且引擎可在线程之间共享。可通过“wasmtime::Module”创建、“wasmtime::FuncType”创建或主机在其中创建函数的许多其他 API 来创建和引用类型请参阅下面的“参考”。这些案例中的每一个都与引擎交互以删除重复的类型信息并管理例如用于在 WebAssembly 的“call_indirect”函数中实现类型检查的类型索引。此缺陷是管理中的争用条件其中内部类型注册表可能损坏从而触发断言或包含无效状态。wasmtime 的类型内部表示有个别的类型如每个主机一个函数维护其已使用次数的注册计数。此外，类型还拥有读写锁背后的引擎内的状态，例如查找/去重信息。此处的争用是检查时间与使用时间 (TOCTOU) 的缺陷其中一个线程会自动减少类型条目的注册计数观察到零注册然后获取锁定以注销该条目。但是在第一个线程观察到零注册计数到它获得该锁定之间其他线程可能执行以下一系列的事件重新注册该类型的另一个副本该副本会对该相同条目进行重复数据删除操作从而使其恢复并增加计数其注册计数；然后终止该类型并减少其注册计数；您会发现注册计数现在为零
    获取类型注册表锁定和 最后取消注册该类型。现在当原始线程最终获取锁定并取消注册条目时这是此条目第二次取消注册。此缺陷最初在 WebAssembly GC 提议的 wasmtime 19 开发中引入。但是此缺陷会影响不使用 GC 提议的用户并且会影响默认配置中的 wasmtime即使 GC 提议禁用也是如此。使用 19.0.0 及 之后的 wasmtime 用户都受到此问题的影响。我们已发布以下 Hasmtime 版本所有版本均具有针对此缺陷的修复* 21.0.2 * 22.0.1 * 23.0.3 * 24.0.1 * 25.0.2。如果您的应用程序同时在多个线程上创建和终止 wasmtime 类型则无已知的变通方案。建议用户升级到经过修补的版本。 (CVE-2024-47813)

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

ID	Name	Product	Family	Published	Updated	Severity
250482	Linux Distros Unpatched Vulnerability : CVE-2024-47813	Nessus	Misc.	8/18/2025	8/18/2025	low
250482	Linux Distros 未修補的弱點：CVE-2024-47813	Nessus	Misc.	8/18/2025	8/18/2025	low
250482	Linux Distros のパッチ未適用の脆弱性: CVE-2024-47813	Nessus	Misc.	8/18/2025	8/18/2025	low
250482	Linux Distros 未修补的漏洞：CVE-2024-47813	Nessus	Misc.	8/18/2025	8/18/2025	low

Detections

Analytics

Plugins Search

low

low

low

low