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

  - bnxt_enethtool -w ethtool を使用して FW coredump を取得する際、時にメモリ破損を引き起こす可能性があります。バグ KFENCE__bnxt_get_coredump+0x3ef/0x670 のメモリ破損 [bnxt_en] 0x000000008f0f30e8 のメモリ破損[ ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! kfence-#45の中
    __bnxt_get_coredump+0x3ef/0x670 [bnxt_en] ethtool_get_dump_data+0xdc/0x1a0 __dev_ethtool+0xa1e/0x1af0 dev_ethtool+0xa8/0x170 dev_ioctl+0x1b5/0x580 sock_do_ioctl+0xab/0xef00000000000000000000000000000000000000000000
    __x64_sys_ioctl+0x87/0xc0 do_syscall_64+0x5c/0xf0 entry_SYSCALL_64_after_hwframe+0x78/0x80 ... これは、HWRM_DBG_COREDUMP_LIST FW コマンドで bnxt_hwrm_dbg_dma_data() の coredump セグメントリストをコピーする際に発生します。info->dest_buf バッファは、FW から返される coredump セグメントの数に基づいて割り当てられます。その後、セグメントリストが FW によって DMA 処理され、DMA の長さが FW によって返されます。その後、ドライバーはこの DMA 処理されたセグメントリストを info->dest_buf にコピーします。場合によっては、この DMA の長さが info->dest_buf の長さを超え、上記の BUG 状態によって引き起こされる可能性があります。info->dest_buf の長さを超えないようにコピーの長さを cap することで、これを修正します。追加 DMA データに有用な情報は含まれていません。このコードパスは、HWRM_DBG_COREDUMP_LIST および HWRM_DBG_COREDUMP_RETRIEVE FW コマンドで共有されています。バッファリングはこれらの 2 つの FW コマンドで異なります。ロジックを単純化するには、行を移動して HWRM_DBG_COREDUMP_RETRIEVE の上にバッファ長を調整する必要があります。これにより、コピーの長さを cap する新しいチェックが両方のコマンドで機能するようになります。
    (CVE-2025-37911)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-37911

medium Nessus プラグイン ID 260508

バージョン 1.30