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

  - Nanopb is a small code-size Protocol Buffers implementation. In Nanopb before versions 0.4.4 and 0.3.9.7,
    decoding specifically formed message can leak memory if dynamic allocation is enabled and an oneof field
    contains a static submessage that contains a dynamic field, and the message being decoded contains the
    submessage multiple times. This is rare in normal messages, but it is a concern when untrusted data is
    parsed. This is fixed in versions 0.3.9.7 and 0.4.4. The following workarounds are available: 1) Set the
    option `no_unions` for the oneof field. This will generate fields as separate instead of C union, and
    avoids triggering the problematic code. 2) Set the type of the submessage field inside oneof to
    `FT_POINTER`. This way the whole submessage will be dynamically allocated and the problematic code is not
    executed. 3) Use an arena allocator for nanopb, to make sure all memory can be released afterwards.
    (CVE-2020-26243)

远程 Ubuntu 20.04 ESM 主机上安装的多个程序包受到 USN-6121-1 公告中提及的多个漏洞影响。

  - Nanopb 是小代码大小的 Protocol Buffers 实现。在低于版本 0.4.4 和 0.3.9.7 的 Nanopb 中，如果启用了动态分配、oneof 字段包含含有动态字段的静态子消息，且正在解码的消息多次包含该子消息，则解码特定格式的消息可能会泄漏内存。这在普通消息中很少见，但在解析不受信任的数据时会产生影响。已在版本 0.3.9.7 和 0.4.4 中修复此问题。可用的变通方案如下：1) 为 oneof 字段设置选项“no_unions”。这将生成单独的字段，而不是 C 联合体，并避免触发有问题的代码。 2) 将 oneof 内的子消息字段的类型设置为“FT_POINTER”。这样，整个子消息将得到动态分配，并且不会执行有问题的代码。 3) 为 nanopb 使用 arena 分配器，以确保之后可以释放所有内存。
    (CVE-2020-26243)

  -Nanopb 是 ansi C 中代码大小的 Protocol Buffers。在 0.3.9.8 和 0.4.5 之前的版本中，如果消息类型包含“free()”或“realloc()”，“oneof”直接包含指针字段和非指针字段，则解码该消息可导致无效“oneof”字段。如果消息数据首先包含非指针字段，然后是指针字段，则非指针字段的数据会被错误地视为指针值。此类消息数据在普通消息中很少见，但在解析不受信任的数据时会产生影响。已在版本 0.3.9.8 和 0.4.5 中修复此问题。请参阅引用的 GitHub 安全公告以获取更多信息以及变通方案。(CVE-2021-21401)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

遠端 Ubuntu 20.04 ESM 主機上安裝的多個套件受到 USN-6121-1 公告中提及的多個弱點影響。

  - Nanopb 是一個小型程式碼大小的 Protocol Buffers 實作。在低於 0.4.4 和 0.3.9.7 版的 Nanopb 中，如果已啟用動態配置、oneof 欄位包含含有動態欄位的靜態子訊息，且所解碼的訊息多次含有子訊息，則解碼特定格式的訊息可能會洩漏記憶體。這在一般訊息中很少見，但在剖析未受信任的資料時，這是一個問題。此問題已在 0.3.9.7 和 0.4.4 版中修正。有以下可用的因應措施：1) 針對 oneof 欄位設定選項「no_unions」。這會產生獨立的欄位，而非 C 並集，並避免觸發有問題的程式碼。 2) 將 oneof 內的 submessage 欄位類型設定為「FT_POINTER」。這樣，整個子訊息都會動態配置，且不會執行有問題的程式碼。 3) 針對 nanopb 使用 arena 配置器，以確保之後可以釋放所有記憶體。
    (CVE-2020-26243)

  - Nanopb 是 ansi C 的小型程式碼大小的通訊協定緩衝區實作。在 0.3.9.8 和 0.4.5 之前的 nanopb 版本中，如果訊息類型包含「oneof」欄位，而「oneof」直接包含一個指標欄位和一個非指標欄位，則解碼特定格式的訊息會造成無效的「free()」或「realloc()」呼叫。如果訊息資料先包含非指標欄位，然後是指標欄位，則會錯誤地將非指標欄位的資料視為指標值。此類訊息資料在一般訊息中很少見，但在剖析未受信任的資料時，這是一個問題。此問題已在 0.3.9.8 和 0.4.5 版中修正。如需詳細資訊，包括因應措施，請參閱提及的 GitHub 安全性公告。(CVE-2021-21401)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

リモートの Ubuntu 20.04 ESM ホストには、USN-6121-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Nanopb は、小さなコードサイズのプロトコルバッファの実装です。バージョン 0.4.4 および 0.3.9.7 より前の Nanopb では、動的割り当てが有効で、oneof フィールドに動的フィールドを含む静的サブメッセージが含まれ、デコードされるメッセージにサブメッセージが複数回含まれる場合、特別に形成されたメッセージをデコードするとメモリが漏洩する可能性があります。これは通常のメッセージではまれですが、信頼できないデータが解析される場合の問題です。これはバージョン 0.3.9.7 および 0.4.4 で修正されました。以下の回避策が利用可能です。1) oneof フィールドにオプション「no_unions」を設定します。これにより、フィールドが C ユニオンの代わりに別のものとして生成され、問題のあるコードのトリガーが回避されます。2) oneof 内のサブメッセージフィールドのタイプを「FT_POINTER」に設定します。この方法では、サブメッセージ全体が動的に割り当てられ、問題のあるコードは実行されません。3) nanopb に arena アロケーターを使用し、すべてのメモリを後で解放できることを確認します。
    (CVE-2020-26243)

  - Nanopb は、ansi C の小さなコードサイズのプロトコルバッファの実装です。バージョン 0.3.9.8 および 0.4.5 より前の Nanopb では、メッセージタイプに「oneof」フィールドが含まれる場合、および「oneof」にポインターフィールドと非ポインターフィールドの両方が直接含まれる場合、特別に形成されたメッセージをデコードすると、無効な「free()」または「realloc()」呼び出しが発生する可能性があります。メッセージデータに最初に非ポインターフィールドが含まれ、次にポインターフィールドが含まれる場合、非ポインターフィールドのデータは、ポインター値であるかのように不適切に処理されます。このようなメッセージデータは通常のメッセージではまれですが、信頼できないデータが解析される場合の問題です。これは、バージョン 0.3.9.8 および 0.4.5 で修正されました。回避策を含む詳細については、参照されている GitHub セキュリティアドバイザリを参照してください。(CVE-2021-21401)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

The remote Ubuntu 20.04 ESM host has packages installed that are affected by multiple vulnerabilities as referenced in the USN-6121-1 advisory.

    It was discovered that Nanopb incorrectly handled certain decode messages. An attacker could possibly use     this cause a denial of service or expose sensitive information. (CVE-2020-26243)

    It was discovered that Nanopb incorrectly handled certain decode messages. An attacker could possibly use     this issue to cause a denial of service or execute arbitrary code. (CVE-2021-21401)

Tenable has extracted the preceding description block directly from the Ubuntu security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
412451	SCA: security update for nanopb (GHSA-85rr-4rh9-hhwh)	Tenable Self-Hosted Container Security	SCA Checks	2025/1/23	2026/7/2	high
412451	SCA: security update for nanopb (GHSA-85rr-4rh9-hhwh)	Tenable Cloud Security	SCA Checks	2025/1/23	2026/7/2	high
176490	Ubuntu 20.04 ESM：Nanopb 漏洞 (USN-6121-1)	Nessus	Ubuntu Local Security Checks	2023/5/30	2024/8/27	high
176490	Ubuntu 20.04 ESM：Nanopb 弱點 (USN-6121-1)	Nessus	Ubuntu Local Security Checks	2023/5/30	2024/8/27	high
176490	Ubuntu 20.04ESM: Nanopb の脆弱性 (USN-6121-1)	Nessus	Ubuntu Local Security Checks	2023/5/30	2024/8/27	high
176490	Ubuntu 20.04 ESM : Nanopb vulnerabilities (USN-6121-1)	Nessus	Ubuntu Local Security Checks	2023/5/30	2024/8/27	high

检测

插件搜索

high

high

high

high

high

high