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

  - virt/coco/sev-guestダブルバッファメッセージ。暗号化アルゴリズムが、共有された暗号化されていないメモリを直接読み書きします。これにより、情報が漏洩するとともに、ホストがメッセージの整合性を改ざんできるようになります。代わりに、必要に応じてメッセージインまたはアウトで計算を実行する前に、メッセージ全体をコピーします。
    (CVE-2023-53769)

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

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2026:0317-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP5 のカーネルが更新され、いくつかの問題が修正されました。

    以下のセキュリティ問題が修正されました。

    - CVE-2022-50630:mm:hugetlb:hugetlb_handle_userfault の UAF を修正します(bsc#1254785)。
    - CVE-2022-50700:wifi:ath10k:バッファのマッピング解除を遅らせます(bsc#1255576)。
    - CVE-2023-53254:cacheinfo:異なるレベルで共有キャッシュを処理するためのshared_cpu_mapを修正します(bsc#1249871)。
    - CVE-2023-53781:smc:tcp_write_timer_handler() の use-after-free を修正します(bsc#1254751)。
    - CVE-2024-56590:Bluetooth:hci_core:hci_acldata_packetの skb 長をチェックしない問題を修正します(bsc#1235038)。
    - CVE-2025-39977:futex:requeue-PI 中の use-after-free を防ぎます(bsc#1252046)。
    - CVE-2025-40019:crypto:essiv - 復号化およびインプレース暗号化に対して ssize をチェックします(bsc#1252678)。
    - CVE-2025-40139:smc:smc_clc_prfx_set() (bsc#1253409) の __sk_dst_get() と dst_dev_rcu() を使用します。
    - CVE-2025-40215:kABI:xfrm:x を削除する際に x->tunnel を削除します(bsc#1254959)。
    - CVE-2025-40220: fuse: fuseblk ワーカーからの同期的なファイル削除におけるライブロックを修正 (bsc#1254520)。
    - CVE-2025-40233:ocfs2:エクステントを移動/デフラグした後、エクステントキャッシュをクリアします(bsc#1254813)。
    - CVE-2025-40258:mptcp:mptcp_schedule_work() での競合状態を修正します(bsc#1254843)。
    - CVE-2025-40277:drm/vmwgfx:コマンドヘッダーサイズを(bsc#1254894)に対して検証します。
    - CVE-2025-40280:tipc:tipc_mon_reinit_self() の use-after-free を修正します(bsc#1254847)。
    - CVE-2025-40331:sctp:TOCTOU の領域外書き込みを防止します(bsc#1254615)。
    - CVE-2025-68732:gpu:host1x:syncpt alloc/free での競合を修正します(bsc#1255688)。

    セキュリティに関係しない以下の問題が修正されました。

    - ACPI/IORT:iort_rmr_alloc_sids() でのメモリ漏洩を修正します(git-fixes)。
    - ACPI:PRM:不要な厳格なハンドラーアドレスチェックを削除します(git-fixes)。
    - ACPI:プロパティ:NULL ハンドルを acpi_attach_data() に渡しません(git-fixes)。
    - ACPI:プロパティ:サブノードのバッファプロパティ抽出を修正します(git-fixes)。
    - KVM:SVM:TSC_AUX仮想化セットアップを修正します(git-fixes)。
    - RDMA/cm:レート制限が CM ID を破壊するタイムアウトエラーメッセージ(git-fixes)。
    - RDMA/カウンター:RDMA カウンターに対するユーザーの名前空間をチェックCAP_NET_RAWチェックします(git-fixes)。
    - RDMA/hns:max_send_sge の修正を修正します(git-fixes)。
    - RDMA/mlx5:アンカー作成のためにユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/mlx5:devx 作成用のユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/mlx5:フロー作成のためにユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/mlx5:USER_ACCESSが設定されていないときのコンパイル警告を修正します(git-fixes)。
    - RDMA/nldev:QP 変更のためにユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/uverbs:空の rdma_uattrs_has_raw_cap() 宣言を追加します(git-fixes)。
    - RDMA/uverbs:QP 作成のためのユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/uverbs:RAW QP 作成用のユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/uverbs:フロー作成のためにユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - arch/idle:arch_cpu_idle() 動作を変更します:IRQ を無効にして常に終了します(git-fixes)。
    - cpuidle/poll:cpuidle_state::enter() の呼び出し後に IRQ が無効のままになるようにします(git-fixes)。
    - cpuidle:IRQ 状態検証を移動します(git-fixes)。
    - cpuidle:haltpoll:アイドル状態になる際に割り込みを有効化しません(git-fixes)。
    - dm:__bind で使用されていない場合、テーブル mempool を解放します(git-fixes)。
    - padata:chunk_size 0(bsc#1237563)の場合、呼び出し元のアライメントを尊重します。
    - platform/x86/intel-uncore-freq:plat_info が NULL の場合にモジュールのロードが失敗します(git-fixes)。
    - x86/bugs:indirect_branch_prediction_barrier() での RSB 消去を修正します(git-fixes)。
    - x86/bugs:該当する場合は write_ibpb() で SBPB を使用します(git-fixes)。
    - x86/paravirt:halt paravirt 呼び出しを CONFIG_PARAVIRT の下に移動します(git-fixes)。
    - x86/tdx:__tdx_hypercall() からフラグをドロップします(git-fixes)。
    - x86/tdx:#VEs を引き起こす SEPT 違反を動的に無効にします(git-fixes)。
    - x86/tdx:HLT #VE 処理中に IRQ が有効である場合に警告を発します(git-fixes)。
    - x86/tdx:TDX_MODULE_CALLを拡張し、より多くの TDCALL/SEAMCALL リーフをサポートします(git-fixes)。
    - x86/tdx:__tdx_hypercall_failed() 周辺__noreturnビルド警告を修正します(git-fixes)。
    - x86/tdx:TDX VM に対する arch_safe_halt() 実行を修正します(git-fixes)。
    - x86/tdx:TD メタデータを読み書きするためにラッパーを導入します(git-fixes)。
    - x86/tdx:TDX_HYPERCALL asm を TDX_MODULE_CALL に類似させます(git-fixes)。
    - x86/tdx:TDCALL のマクロを仕様(git-fixes)と一致させます。
    - x86/tdx:構造体を介して TDCALL/SEAMCALL 入出力レジスタを渡します(git-fixes)。
    - x86/tdx:TDX_MODULE_CALL asm を使用して __tdx_hypercall() を再実装します(git-fixes)。
    - x86/tdx:「struct tdx_hypercall_args」を削除します(git-fixes)。
    - x86/tdx:TDX_HCALL_ISSUE_STI を削除します(git-fixes)。
    - x86/tdx:__tdx_module_call() を __tdcall() に名前を変更します(git-fixes)。
    - x86/tdx:tdx_parse_tdinfo() を tdx_setup() に名前を変更します(git-fixes)。
    - x86/tdx:部分的に完了したページ変換ハイパーコールを再試行します(git-fixes)。
    - x86/tdx:SEAMCALL が VMFailInvalid で失敗した場合、出力レジスタの保存をスキップします(git-fixes)。
    - x86/tdx:TDX_HYPERCALL マクロで欠如している RSI をゼロにします(git-fixes)。
    - x86/virt/tdx:TDX_MODULE_CALLに SEAMCALL #UD および #GP を処理させます(git-fixes)。
    - x86/virt/tdx:基本的な SEAMCALL 関数をつなげます(git-fixes)。
    - xfs:runt AG のまばらな inode 制限を修正します(bsc#1254392)。

Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

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

AlmaLinux 9.2 ホストには、TuxCare ALMALINUX9.2:CLSA-2026:1786761805アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - KVM の AMD ネスト化仮想化 (SVM) に欠陥が見つかりました。悪意のある L1 ゲストが意図的に協調的ネスト化ゲスト (L2) のシャットダウンの傍受に失敗し、ホスト (L0) でページ障害やカーネルパニックを引き起こす可能性があります。(CVE-2022-3344)

  - Linux カーネルでは、以下の脆弱性が解決されています: usbnet: Run unregister_netdev() before unbind() again Commit 2c9d6c2b871d (usbnet: run unbind() before unregister_netdev()) sought to fix a use-after-free on disconnect of USB Ethernet adapters. It turns out that a different fix is necessary to address the issue:
    https://lore.kernel.org/netdev/18b3541e5372bc9b9fc733d422f4e698c089077c.1650177997.git.lukas@wunner.de/ So the commit was not necessary. The commit made binding and unbinding of USB Ethernet asymmetrical: Before, usbnet_probe() first invoked the ->bind() callback and then register_netdev(). usbnet_disconnect() mirrored that by first invoking unregister_netdev() and then ->unbind(). Since the commit, the order in usbnet_disconnect() is reversed and no longer mirrors usbnet_probe(). One consequence is that a PHY disconnected (and stopped) in ->unbind() is afterwards stopped once more by unregister_netdev() as it closes the netdev before unregistering. That necessitates a contortion in ->stop() because the PHY may only be stopped if it hasn't already been disconnected. Reverting the commit allows making the call to phy_stop() unconditional in ->stop(). (CVE-2022-49501)

  - Linux カーネルでは、以下の脆弱性が解決されています: crypto: arm64/poly1305 - fix a read out-of-bound A kasan error was reported during fuzzing: BUG: KASAN: slab-out-of-bounds in neon_poly1305_blocks.constprop.0+0x1b4/0x250 [poly1305_neon] Read of size 4 at addr ffff0010e293f010 by task syz-executor.5/1646715 CPU: 4 PID: 1646715 Comm: syz-executor.5 Kdump: loaded Not tainted 5.10.0.aarch64 #1 Hardware name: Huawei TaiShan 2280 /BC11SPCD, BIOS 1.59 01/31/2019 Call trace:
    dump_backtrace+0x0/0x394 show_stack+0x34/0x4c arch/arm64/kernel/stacktrace.c:196 __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x158/0x1e4 lib/dump_stack.c:118 print_address_description.constprop.0+0x68/0x204 mm/kasan/report.c:387 __kasan_report+0xe0/0x140 mm/kasan/report.c:547 kasan_report+0x44/0xe0 mm/kasan/report.c:564 check_memory_region_inline mm/kasan/generic.c:187 [inline] __asan_load4+0x94/0xd0 mm/kasan/generic.c:252 neon_poly1305_blocks.constprop.0+0x1b4/0x250 [poly1305_neon] neon_poly1305_do_update+0x6c/0x15c [poly1305_neon] neon_poly1305_update+0x9c/0x1c4 [poly1305_neon] crypto_shash_update crypto/shash.c:131 [inline] shash_finup_unaligned+0x84/0x15c crypto/shash.c:179 crypto_shash_finup+0x8c/0x140 crypto/shash.c:193 shash_digest_unaligned+0xb8/0xe4 crypto/shash.c:201 crypto_shash_digest+0xa4/0xfc crypto/shash.c:217 crypto_shash_tfm_digest+0xb4/0x150 crypto/shash.c:229 essiv_skcipher_setkey+0x164/0x200 [essiv] crypto_skcipher_setkey+0xb0/0x160 crypto/skcipher.c:612 skcipher_setkey+0x3c/0x50 crypto/algif_skcipher.c:305 alg_setkey+0x114/0x2a0 crypto/af_alg.c:220 alg_setsockopt+0x19c/0x210 crypto/af_alg.c:253 __sys_setsockopt+0x190/0x2e0 net/socket.c:2123 __do_sys_setsockopt net/socket.c:2134 [inline] __se_sys_setsockopt net/socket.c:2131 [inline] __arm64_sys_setsockopt+0x78/0x94 net/socket.c:2131
    __invoke_syscall arch/arm64/kernel/syscall.c:36 [inline] invoke_syscall+0x64/0x100 arch/arm64/kernel/syscall.c:48 el0_svc_common.constprop.0+0x220/0x230 arch/arm64/kernel/syscall.c:155 do_el0_svc+0xb4/0xd4 arch/arm64/kernel/syscall.c:217 el0_svc+0x24/0x3c arch/arm64/kernel/entry-common.c:353 el0_sync_handler+0x160/0x164 arch/arm64/kernel/entry-common.c:369 el0_sync+0x160/0x180 arch/arm64/kernel/entry.S:683 This error can be reproduced by the following code compiled as ko on a system with kasan enabled: #include <linux/module.h> #include <linux/crypto.h> #include <crypto/hash.h> #include <crypto/poly1305.h> char test_data[] = \x00\x01\x02\x03\x04\x05\x06\x07 \x08\x09\x0a\x0b\x0c\x0d\x0e\x0f \x10\x11\x12\x13\x14\x15\x16\x17 \x18\x19\x1a\x1b\x1c\x1d\x1e; int init(void) { struct crypto_shash *tfm = NULL; char *data = NULL, *out = NULL; tfm = crypto_alloc_shash(poly1305, 0, 0); data = kmalloc(POLY1305_KEY_SIZE - 1, GFP_KERNEL); out = kmalloc(POLY1305_DIGEST_SIZE, GFP_KERNEL); memcpy(data, test_data, POLY1305_KEY_SIZE - 1);
    crypto_shash_tfm_digest(tfm, data, POLY1305_KEY_SIZE - 1, out); kfree(data); kfree(out); return 0; } void deinit(void) { } module_init(init) module_exit(deinit) MODULE_LICENSE(GPL); The root cause of the bug sits in neon_poly1305_blocks. The logic neon_poly1305_blocks() performed is that if it was called with both s[] and r[] uninitialized, it will first try to initialize them with the data from the first block that it believed to be 32 bytes in length. First 16 bytes are used as the key and the next 16 bytes for s[]. This would lead to the aforementioned read out-of-bound. However, after calling poly1305_init_arch(), only 16 bytes were deducted from the input and s[] is initialized yet again with the following 16 bytes.
    The second initialization of s[] is certainly redundent which indicates that the first initialization should be for r[] only. This patch fixes the issue by calling poly1305_init_arm64() instead o
    ---truncated--- (CVE-2022-50231)

  - Linux カーネルでは、以下の脆弱性が解決されています: bpf: Fix reference state management for synchronous callbacks Currently, verifier verifies callback functions (sync and async) as if they will be executed once, (i.e. it explores execution state as if the function was being called once). The next insn to explore is set to start of subprog and the exit from nested frame is handled using curframe > 0 and prepare_func_exit. In case of async callback it uses a customized variant of push_stack simulating a kind of branch to set up custom state and execution context for the async callback. While this approach is simple and works when callback really will be executed only once, it is unsafe for all of our current helpers which are for_each style, i.e. they execute the callback multiple times. A callback releasing acquired references of the caller may do so multiple times, but currently verifier sees it as one call inside the frame, which then returns to caller. Hence, it thinks it released some reference that the cb e.g. got access through callback_ctx (register filled inside cb from spilled typed register on stack).
    Similarly, it may see that an acquire call is unpaired inside the callback, so the caller will copy the reference state of callback and then will have to release the register with new ref_obj_ids. But again, the callback may execute multiple times, but the verifier will only account for acquired references for a single symbolic execution of the callback, which will cause leaks. Note that for async callback case, things are different. While currently we have bpf_timer_set_callback which only executes it once, even for multiple executions it would be safe, as reference state is NULL and check_reference_leak would force program to release state before BPF_EXIT. The state is also unaffected by analysis for the caller frame.
    Hence async callback is safe. Since we want the reference state to be accessible, e.g. for pointers loaded from stack through callback_ctx's PTR_TO_STACK, we still have to copy caller's reference_state to callback's bpf_func_state, but we enforce that whatever references it adds to that reference_state has been released before it hits BPF_EXIT. This requires introducing a new callback_ref member in the reference state to distinguish between caller vs callee references. Hence, check_reference_leak now errors out if it sees we are in callback_fn and we have not released callback_ref refs. Since there can be multiple nested callbacks, like frame 0 -> cb1 -> cb2 etc. we need to also distinguish between whether this particular ref belongs to this callback frame or parent, and only error for our own, so we store state->frameno (which is always non-zero for callbacks). In short, callbacks can read parent reference_state, but cannot mutate it, to be able to use pointers acquired by the caller. They must only undo their changes (by releasing their own acquired_refs before BPF_EXIT) on top of caller reference_state before returning (at which point the caller and callback state will match anyway, so no need to copy it back to caller). (CVE-2022-50650)

  - Linux カーネルでは、以下の脆弱性が解決されています: net: stmmac: fix possible memory leak in stmmac_dvr_probe() The bitmap_free() should be called to free priv->af_xdp_zc_qps when create_singlethread_workqueue() fails, otherwise there will be a memory leak, so we add the err path error_wq_init to fix it. (CVE-2022-50663)

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

したがって、ALAS2023-2023-184 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Linux カーネルの eBPF サブシステムに潜在的なデッドロックがあります。

    Amazon Linux の sysctl 設定 kernel.unprivileged_bpf_disabled では、権限のないユーザーの eBPF の使用を許可していません。(CVE-2023-0160)

    再帰ロックシナリオの可能性があるため、サービス拒否の問題が見つかりました。その結果、Linux Kernel Device Mapper-Multipathing サブコンポーネントの drivers/md/dm-ioctl.c の table_clear でデッドロックが発生します。(CVE-2023-2269)

    6.3.1 までの Linux カーネルでは、バッチリクエストを処理する際の Netfilter nf_tables のメモリ解放後使用 (use-after-free) が悪用され、カーネルメモリで任意の読み取りおよび書き込み操作が実行される可能性があります。権限のないローカルユーザーが、root 権限を取得する可能性があります。これは、匿名セットが不適切に処理されるために発生します。(CVE-2023-32233)

    6.3.3 より前の Linux カーネルに問題が発見されました。ext4_group_desc_csum がオフセットを適切にチェックしないため、fs/ext4/super.c から呼び出されたとき、lib/crc16.c の crc16 に領域外読み取りがあります。(CVE-2023-34256)

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4部分的に書き込まれた場合の i_size を超える i_disksize の問題を修正しますCVE-2023-53270

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4get_max_inline_xattr_value_size() に境界チェックを追加しますCVE-2023-53285

    Linux カーネルで、以下の脆弱性が解決されています。

    fs/ntfs3ntfs_lookup() の inode->i_op における null-ptr-deref を修正しますCVE-2023-53294

    Linux カーネルで、以下の脆弱性が解決されています。

    md/raid10リカバリ用の「r10bio->remaining」の漏洩を修正しますCVE-2023-53299]

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4mb_find_extent の警告を修正しますCVE-2023-53317

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4ext4_mb_release_group_pa() の BUG_ON を削除CVE-2023-53450

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4ext4_dirhash() からのエラー処理を改善CVE-2023-53473]

    Linux カーネルで、以下の脆弱性が解決されています。

    x86/MCE/AMDbank_map に u64 を使用しますCVE-2023-53474

    Linux カーネルで、以下の脆弱性が解決されています。

    tcp/udpTX タイムスタンプで sk および zerocopy skbs のメモリ漏洩を修正します。CVE-2023-53489

    Linux カーネルで、以下の脆弱性が解決されています。

    blk-cryptoblk_crypto_evict_key() をより堅牢にしますCVE-2023-53536

    Linux カーネルで、以下の脆弱性が解決されています。

    drm/i915intel_get_crtc_new_encoder() の oopsy を減らしますCVE-2023-53571

    Linux カーネルで、以下の脆弱性が解決されています。

    scsitarget複数の LUN_RESET 処理を修正しますCVE-2023-53586

    Linux カーネルで、以下の脆弱性が解決されています。

    ring-bufferバッファ破壊前の IRQ の動作を同期しますCVE-2023-53587

    Linux カーネルで、以下の脆弱性が解決されています。

    dm integritydm_integrity_init() エラーパスで kmem_cache_destroy() を呼び出しますCVE-2023-53604

    Linux カーネルで、以下の脆弱性が解決されています。

    net/schedsch_fqクレジットの整数オーバーフローを修正しますCVE-2023-53624

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilterconntrack誤った ct->timeout の値を修正しますCVE-2023-53635

    Linux カーネルで、以下の脆弱性が解決されています。

    x86clear_user_rep_good() 例外処理の注釈を修正しますCVE-2023-53642

    Linux カーネルで、以下の脆弱性が解決されています。

    rcu__rcu_irq_enter_check_tick() が kprobe-ed であることによるスタックオーバーフローを回避しますCVE-2023-53655

    Linux カーネルで、以下の脆弱性が解決されています。

    tcpskb_copy_ubufs() 対 BIG TCP を修正しますCVE-2023-53669

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4bigalloc + インラインの ext4_find_extent での use-after-free 読み取りを修正しますCVE-2023-53692

    Linux カーネルで、以下の脆弱性が解決されています。

    x86clear_user_rep_good() 例外処理の注釈を修正しますCVE-2023-53749

    Linux カーネルで、以下の脆弱性が解決されています。

    cifsTCP_Server_Info::hostname の潜在的な use-after-free バグを修正CVE-2023-53751]

    Linux カーネルで、以下の脆弱性が解決されています。

    virt/coco/sev-guest二重バッファのメッセージCVE-2023-53769

    Linux カーネルで、以下の脆弱性が解決されています。

    dm flakey無効なテーブル行によるクラッシュを修正しますCVE-2023-53786

    Linux カーネルで、以下の脆弱性が解決されています。

    ethtool初期化されていないプレーン数を修正しますCVE-2023-53798

    Linux カーネルで、以下の脆弱性が解決されています。

    blk-mqI/O 完了を報告する前に暗号キースロットをリリースしますCVE-2023-53810

    Linux カーネルで、以下の脆弱性が解決されています。

    md/raid10raid10_sync_request の null-ptr-deref を修正しますCVE-2023-53832

    Linux カーネルで、以下の脆弱性が解決されています。

    cephcap をトリミングする際の潜在的な use-after-free バグを修正しますCVE-2023-53867

    Linux カーネルで、以下の脆弱性が解決されています。

    fs/ntfs3hdr_delete_de() での slab-out-of-bounds 読み取りを修正しますCVE-2023-53988]

    Linux カーネルで、以下の脆弱性が解決されています。

    SMB3欠落しているロックを追加し、遅延クローズファイルリストを保護しますCVE-2023-53990]

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfsバランス開始時の exclop 状態のアサーションを修正しますCVE-2023-54002

    Linux カーネルで、以下の脆弱性が解決されています。

    vmci_hostGPF を引き起こす vmci_host_poll() の競合状態を修正しますCVE-2023-54007

    Linux カーネルで、以下の脆弱性が解決されています。

    spmiSPMI ドライバーを削除する際にコールバック削除のチェックを追加しますCVE-2023-54044

    Linux カーネルで、以下の脆弱性が解決されています。

    kheaderschar の代わりに配列宣言を使用しますCVE-2023-54056

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4ext4_xattr_move_to_block() での無効なフリートラッキングを修正しますCVE-2023-54062

    Linux カーネルで、以下の脆弱性が解決されています。

    fs/ntfs3indx_insert_into_buffer の OOB 読み取りを修正しますCVE-2023-54063

    Linux カーネルで、以下の脆弱性が解決されています。

    tpmhwrng_unregister() コールサイトへ !tpm_amd_is_rng_defective() を追加しますCVE-2023-54073

    Linux カーネルで、以下の脆弱性が解決されています。

    fs/ntfs3ntfs_read_mft が失敗した場合のメモリリークを修正しますCVE-2023-54077

    Linux カーネルで、以下の脆弱性が解決されています。

    inotify無効な wd でイベントを報告するのを回避しますCVE-2023-54119

    Linux カーネルで、以下の脆弱性が解決されています。

    md/raid10「conf->bio_split」の memleak を修正CVE-2023-54123

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfs指定されない限り、qgroup スペースを解放しませんCVE-2023-54158

    Linux カーネルで、以下の脆弱性が解決されています。

    net/schedcls_api解放前に driver_list から block_cb を削除CVE-2023-54193

    Linux カーネルで、以下の脆弱性が解決されています。

    fs/ntfs3kmemdup のチェックを追加しますCVE-2023-54248

    Linux カーネルで、以下の脆弱性が解決されています。

    md/raid10md スレッドの memleak を修正しますCVE-2023-54294

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4nojournal モードでインラインディレクトリを変換する際のデッドロックを修正しますCVE-2023-54311

    Linux カーネルの ext4 の fs/ext4/super.c の __ext4_remount に、メモリ解放後使用 (use-after-free) の欠陥が見つかりました。この欠陥により、ローカルユーザーは、潜在的なエラーの前に古いクォータファイル名を解放しながら、情報漏洩の問題を引き起こし、メモリ解放後使用 (use-after-free) につながる可能性があります。(CVE-2024-0775)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
277775	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53769	Nessus	Misc.	2025/12/8	2026/11/12	critical
297191	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2026:0317-1)	Nessus	SuSE Local Security Checks	2026/1/30	2026/9/29	high
352031	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-64k/kernel-64k-core/kernel-64k-debug/etc複数の脆弱性(ALMALINUX9.2:CLSA-2026:1786761805)	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/19	critical
176925	Amazon Linux 2023 : bpftool、kernel、kernel-devel (ALAS2023-2023-184)	Nessus	Amazon Linux Local Security Checks	2023/6/8	2026/2/12	high

検出

プラグインの検索

critical

high

critical

high