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

  - Linux カーネルでは、以下の脆弱性が解決されています: media: dvb-usb: az6027: fix null-ptr-deref in az6027_i2c_xfer() Wei Chen reports a kernel bug as blew: general protection fault, probably for non-canonical address KASAN: null-ptr-deref in range [0x0000000000000010-0x0000000000000017] ... Call Trace: <TASK> __i2c_transfer+0x77e/0x1930 drivers/i2c/i2c-core-base.c:2109 i2c_transfer+0x1d5/0x3d0 drivers/i2c/i2c-core-base.c:2170 i2cdev_ioctl_rdwr+0x393/0x660 drivers/i2c/i2c-dev.c:297 i2cdev_ioctl+0x75d/0x9f0 drivers/i2c/i2c-dev.c:458 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl+0xfb/0x170 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3d/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP:
    0033:0x7fd834a8bded In az6027_i2c_xfer(), if msg[i].addr is 0x99, a null-ptr-deref will caused when accessing msg[i].buf. For msg[i].len is 0 and msg[i].buf is null. Fix this by checking msg[i].len in az6027_i2c_xfer(). (CVE-2022-50272)

  - Linux カーネルでは、以下の脆弱性が解決されています: ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - Linux カーネルでは、以下の脆弱性が解決されています: cifs: fix oops during encryption When running xfstests against Azure the following oops occurred on an arm64 system Unable to handle kernel write to read-only memory at virtual address ffff0001221cf000 Mem abort info: ESR = 0x9600004f EC = 0x25:
    DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x0f: level 3 permission fault Data abort info: ISV = 0, ISS = 0x0000004f CM = 0, WnR = 1 swapper pgtable: 4k pages, 48-bit VAs, pgdp=00000000294f3000 [ffff0001221cf000] pgd=18000001ffff8003, p4d=18000001ffff8003, pud=18000001ff82e003, pmd=18000001ff71d003, pte=00600001221cf787 Internal error: Oops: 9600004f [#1] PREEMPT SMP ... pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) pc : __memcpy+0x40/0x230 lr :
    scatterwalk_copychunks+0xe0/0x200 sp : ffff800014e92de0 x29: ffff800014e92de0 x28: ffff000114f9de80 x27:
    0000000000000008 x26: 0000000000000008 x25: ffff800014e92e78 x24: 0000000000000008 x23: 0000000000000001 x22: 0000040000000000 x21: ffff000000000000 x20: 0000000000000001 x19: ffff0001037c4488 x18:
    0000000000000014 x17: 235e1c0d6efa9661 x16: a435f9576b6edd6c x15: 0000000000000058 x14: 0000000000000001 x13: 0000000000000008 x12: ffff000114f2e590 x11: ffffffffffffffff x10: 0000040000000000 x9 :
    ffff8000105c3580 x8 : 2e9413b10000001a x7 : 534b4410fb86b005 x6 : 534b4410fb86b005 x5 : ffff0001221cf008 x4 : ffff0001037c4490 x3 : 0000000000000001 x2 : 0000000000000008 x1 : ffff0001037c4488 x0 :
    ffff0001221cf000 Call trace: __memcpy+0x40/0x230 scatterwalk_map_and_copy+0x98/0x100 crypto_ccm_encrypt+0x150/0x180 crypto_aead_encrypt+0x2c/0x40 crypt_message+0x750/0x880 smb3_init_transform_rq+0x298/0x340 smb_send_rqst.part.11+0xd8/0x180 smb_send_rqst+0x3c/0x100 compound_send_recv+0x534/0xbc0 smb2_query_info_compound+0x32c/0x440 smb2_set_ea+0x438/0x4c0 cifs_xattr_set+0x5d4/0x7c0 This is because in scatterwalk_copychunks(), we attempted to write to a buffer (@sign) that was allocated in the stack (vmalloc area) by crypt_message() and thus accessing its remaining 8 (x2) bytes ended up crossing a page boundary. To simply fix it, we could just pass @sign kmalloc'd from crypt_message() and then we're done. Luckily, we don't seem to pass any other vmalloc'd buffers in smb_rqst::rq_iov... Instead, let's map the correct pages and offsets from vmalloc buffers as well in cifs_sg_set_buf() and then avoiding such oopses. (CVE-2022-50341)

  - Linux カーネルでは、以下の脆弱性が解決されています: Bluetooth: hci_conn: Fix crash on hci_create_cis_sync When attempting to connect multiple ISO sockets without using DEFER_SETUP may result in the following crash: BUG: KASAN: null-ptr-deref in hci_create_cis_sync+0x18b/0x2b0 Read of size 2 at addr 0000000000000036 by task kworker/u3:1/50 CPU: 0 PID: 50 Comm: kworker/u3:1 Not tainted 6.0.0-rc7-02243-gb84a13ff4eda #4373 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.0-1.fc36 04/01/2014 Workqueue: hci0 hci_cmd_sync_work Call Trace: <TASK> dump_stack_lvl+0x19/0x27 kasan_report+0xbc/0xf0 ? hci_create_cis_sync+0x18b/0x2b0 hci_create_cis_sync+0x18b/0x2b0 ? get_link_mode+0xd0/0xd0 ? __ww_mutex_lock_slowpath+0x10/0x10 ? mutex_lock+0xe0/0xe0 ? get_link_mode+0xd0/0xd0 hci_cmd_sync_work+0x111/0x190 process_one_work+0x427/0x650 worker_thread+0x87/0x750 ? process_one_work+0x650/0x650 kthread+0x14e/0x180 ? kthread_exit+0x50/0x50 ret_from_fork+0x22/0x30 </TASK> (CVE-2022-50447)

  - Linux カーネルでは、以下の脆弱性が解決されています: mt76: mt7915: Fix PCI device refcount leak in mt7915_pci_init_hif2() As comment of pci_get_device() says, it returns a pci_device with its refcount increased. We need to call pci_dev_put() to decrease the refcount. Save the return value of pci_get_device() and call pci_dev_put() to decrease the refcount. (CVE-2022-50464)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - Linux カーネルでは、以下の脆弱性が解決されています: RDMA/srpt: Fix a use-after-free Change the LIO port members inside struct srpt_port from regular members into pointers. Allocate the LIO port data structures from inside srpt_make_tport() and free these from inside srpt_make_tport(). Keep struct srpt_device as long as either an RDMA port or a LIO target port is associated with it. This patch decouples the lifetime of struct srpt_port (controlled by the RDMA core) and struct srpt_port_id (controlled by LIO). This patch fixes the following KASAN complaint: BUG: KASAN: use-after-free in srpt_enable_tpg+0x31/0x70 [ib_srpt] Read of size 8 at addr ffff888141cc34b8 by task check/5093 Call Trace:
    <TASK> show_stack+0x4e/0x53 dump_stack_lvl+0x51/0x66 print_address_description.constprop.0.cold+0xea/0x41e print_report.cold+0x90/0x205 kasan_report+0xb9/0xf0 __asan_load8+0x69/0x90 srpt_enable_tpg+0x31/0x70 [ib_srpt] target_fabric_tpg_base_enable_store+0xe2/0x140 [target_core_mod] configfs_write_iter+0x18b/0x210 new_sync_write+0x1f2/0x2f0 vfs_write+0x3e3/0x540 ksys_write+0xbb/0x140 __x64_sys_write+0x42/0x50 do_syscall_64+0x34/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 </TASK> (CVE-2022-50129)

  - Linux カーネルでは、以下の脆弱性が解決されています: drm/amdkfd: Fix double release compute pasid If kfd_process_device_init_vm returns failure after vm is converted to compute vm and vm->pasid set to compute pasid, KFD will not take pdd->drm_file reference. As a result, drm close file handler maybe called to release the compute pasid before KFD process destroy worker to release the same pasid and set vm->pasid to zero, this generates below WARNING backtrace and NULL pointer access. Add helper amdgpu_amdkfd_gpuvm_set_vm_pasid and call it at the last step of kfd_process_device_init_vm, to ensure vm pasid is the original pasid if acquiring vm failed or is the compute pasid with pdd->drm_file reference taken to avoid double release same pasid. amdgpu: Failed to create process VM object ida_free called for id=32770 which is not allocated. WARNING: CPU: 57 PID: 72542 at ../lib/idr.c:522 ida_free+0x96/0x140 RIP:
    0010:ida_free+0x96/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 BUG: kernel NULL pointer dereference, address:
    0000000000000000 RIP: 0010:ida_free+0x76/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 (CVE-2022-50303)

  - Linux カーネルでは、以下の脆弱性が解決されています: ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - Linux カーネルでは、以下の脆弱性が解決されています: NFSD: Protect against send buffer overflow in NFSv2 READ Since before the git era, NFSD has conserved the number of pages held by each nfsd thread by combining the RPC receive and send buffers into a single array of pages. This works because there are no cases where an operation needs a large RPC Call message and a large RPC Reply at the same time. Once an RPC Call has been received, svc_process() updates svc_rqst::rq_res to describe the part of rq_pages that can be used for constructing the Reply. This means that the send buffer (rq_res) shrinks when the received RPC record containing the RPC Call is large. A client can force this shrinkage on TCP by sending a correctly- formed RPC Call header contained in an RPC record that is excessively large. The full maximum payload size cannot be constructed in that case. (CVE-2022-50410)

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

リモートホストにインストールされているカーネルのバージョンは、5.4.241-150.347より前のものです。したがって、ALAS2KERNEL-5.4-2023-044 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    fs/inode.c:inode_init_owner() 関数ロジックに脆弱性が見つかりました。このロジックは LInux カーネルのもので、ディレクトリが SGID であり、特定のグループに属し、このグループのメンバーではないユーザーが書き込み可能である場合、ローカルユーザーがグループの意図されていない所有権、およびグループ実行と、設定されている SGID のアクセス許可ビットを備えた XFS ファイルシステムのためのファイルを作成する可能性があります。これにより、ユーザーに不必要に過剰なアクセス許可を与える可能性があります。この脆弱性は以前の CVE-2018-13405 に類似しており、欠落していた XFS に対する修正を追加します。(CVE-2021-4037)

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

    tun: tun_free_netdev の二重解放を回避 (CVE-2021-47082)

    register_netdevice 関数が失敗したときのユーザーのデバイス登録方法 (NETDEV_REGISTER 通知) で、Linux カーネルの TUN/TAP デバイスドライバー機能に二重解放の欠陥が見つかりました。この欠陥によりローカルユーザーがクラッシュさせたり、システムで自分の権限を昇格させたりする可能性があります。(CVE-2022-4744)

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

    gfs2インライン inode の inode サイズを常にチェックしますCVE-2022-49739

    Linux カーネルの net/sched/sch_api.c の qdisc_graft に、競合の問題によるメモリ解放後使用 (use-after-free) の欠陥が見つかりました。この欠陥により、サービス拒否の問題が発生します。(CVE-2023-0590)

    Linux カーネルの XFS ファイルシステムで、障害後にユーザーが XFS イメージを復元する方法 (ダーティログジャーナルを使用) に、領域外メモリアクセスの欠陥が見つかりました。この欠陥によりローカルユーザーがクラッシュさせたり、システムで自分の権限を昇格させたりする可能性があります。(CVE-2023-2124)

    Linux カーネルの SLIMpro I2C デバイスドライバーに、領域外書き込みの脆弱性が見つかりました。ユーザー空間の data-> block[0] 変数が 0〜255 の数値に制限されず、memcpy のサイズとして使用されていたため、dma_buffer の終端を超えて書き込む可能性がありました。この欠陥により、ローカルの権限のあるユーザーがシステムをクラッシュさせたり、コード実行を引き起こしたりする可能性があります。(CVE-2023-2194)

    6.2.6 までの Linux カーネルの net/tls/tls_main.c の do_tls_getsockopt に lock_sock 呼び出しが欠如しているため、競合状態 (結果としてメモリ解放後使用 (Use After Free) または NULL ポインターデリファレンス) が発生します。(CVE-2023-28466)

    6.2.9 より前の Linux カーネルでは、物理的に近くにいる攻撃者が emac ベースデバイスを取り外した場合、競合状態と、それによる drivers/net/ethernet/qualcomm/emac/emac.c のメモリ解放後使用 (Use After Free) が発生します。
    (CVE-2023-33203)

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

    nilfs2: nilfs_ioctl_wrap_copy() でのカーネル情報漏洩を修正 (CVE-2023-53035)

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

    scsiqla2xxx中止パスでロック無しコマンド完了を実行しますCVE-2023-53041

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

    dm stats: alloc_percpu の失敗をチェックし、伝播 (CVE-2023-53044)

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

    dm crypt: cond_resched() を dmcrypt_write() に追加 (CVE-2023-53051)

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

    erspanndo_start_xmit() で skb_mac_header() を使用しませんCVE-2023-53053]

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

    igb: デッドロックを引き起こす rtnl_lock() を元に戻す (CVE-2023-53060)

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

    net: usb: smsc95xx: パケット長を skb->len に制限 (CVE-2023-53062)

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

    qed/qed_sriovqed_iov_get_vf_info からの NULL デリファレンスに対する保護CVE-2023-53066]

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

    scsi: scsi_dh_alua: alua_activate() の「qdata」の memleak を修正 (CVE-2023-53078)

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

    ocfs2: 書き込みに失敗した後のデータ破損を修正 (CVE-2023-53081)

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

    cifsCONFIG_CIFS_DFS_UPCALL なしで DFS トラバーサル oops を修正しますCVE-2023-53246

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

    sctpwait_for_sndbuf の後に送信ストリーム番号をチェックしますCVE-2023-53296

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

    canbcmbcm_tx_setup()vfs_write の KMSAN uninit-value を修正しますCVE-2023-53344

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

    sctpsctp_ifwdtsn_skip の潜在的なオーバーフローを修正しますCVE-2023-53372

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

    tracingトレースインスタンスのエラーログを解放しますCVE-2023-53375

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

    nilfs2sysfs インターフェイスの寿命を修正しますCVE-2023-53440

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

    nilfs2nilfs_segctor_thread() の nilfs_sc_info 構造体の UAF の可能性を修正しますCVE-2023-53608

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

    mm/swapswapoff と get_swap_pages() の間の swap_info_struct 競合を修正しますCVE-2023-53623

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

    RDMA/corecreate_ah が失敗した場合の GID エントリ参照漏洩を修正しますCVE-2023-54003

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

    canj1939j1939_tp_tx_dat_new()領域外メモリアクセスを修正CVE-2023-54039

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

    net/net_failover警告を超える txq を修正しますCVE-2023-54236

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

    ipv6__ip6_make_skb() の初期化されていない変数アクセスのバグを修正しますCVE-2023-54265

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

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

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

  - sctpwait_for_sndbuf 後の送信ストリーム番号をチェックこのパッチは、wait_for_sndbuf 後に asoc アウトストリームカウントが変更する可能性があるコーナーケースを修正します。クライアントのメインスレッドが接続を開始する際に、アウトストリームカウントが N に設定され、サーバーのインストリームカウントが N - 2 に設定されている場合、クライアントの別のスレッドは、ストリーム番号 N - 1 の msgs を送信し続けます。 、、および は、INIT_ACK を処理する前に sndbuf を待機します。ただし、INIT_ACKの処理後に、クライアントのアウトストリームカウントは、サーバーのインストリームカウントと同じN - 2に縮小されます。sndbuf を待機しているスレッドが起動し、存在しないストリームN - 1で msg を送信する際にクラッシュが発生します。コールトレースは以下の通りです KASAN: null-ptr-deref in range [0x0000000000000038-0x00000000000003f] Call Trace <TASK> sctp_cmd_send_msg net/sctp/sm_sideeffect.c:1114 [インライン] sctp_cmd_interpreter net/sctp/sm_sideeffect.c:1777 [インライン] sctp_side_effects net/sctp/sm_sideeffect.c:1199 [インライン] sctp_do_sm+0x197d/0x5sct3 /sm_sideeffect.c:1170 sctp_primitive_SEND+0x9f/0xc0 net/sctp/primitive.c:163 sctp_sendmsg_to_asoc+0x10eb/0x1a30 net/sctp/socket.c:1868 sctp_sendmsg+0x8d4/0x1d90 net/sctp/socket_socket_2026 in:2026: 0x9d/0xe0 net/ipv4/af_inet.c:825 sock_sendmsg_nosec net/socket.c:722 [inline] sock_sendmsg+0xde/0x190 net/socket.c:745 修正は、 の後に送信ストリーム番号に対して起こりそうもないチェックを追加することです。スレッドが wait_for_sndbuf からウェイクアップします。CVE-2023-53296

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

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

    Linux カーネルの XFS ファイルシステムで、障害後にユーザーが XFS イメージを復元する方法 (ダーティログジャーナルを使用) に、領域外メモリアクセスの欠陥が見つかりました。この欠陥によりローカルユーザーがクラッシュさせたり、システムで自分の権限を昇格させたりする可能性があります。(CVE-2023-2124)

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

    skbuffSKB の連合とリリースの間の競合を修正CVE-2023-53186

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

    netopenvswitchポート出力での競合を修正しますCVE-2023-53188

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

    rawraw_get_next() の NULL デリファレンスを修正します。CVE-2023-53198

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

    nfsdop_func がエラーを返す場合でも、op_release を呼び出してくださいCVE-2023-53241

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

    ドライバーvmbusrelids を検索する前に、チャネル割り当てをチェックしますCVE-2023-53273

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

    sctpwait_for_sndbuf の後に送信ストリーム番号をチェックしますCVE-2023-53296

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

    sctpsctp_ifwdtsn_skip の潜在的なオーバーフローを修正しますCVE-2023-53372

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

    tracingトレースインスタンスのエラーログを解放しますCVE-2023-53375

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

    cgroup、freezerfreezer_mutex の前に cpu_hotplug_lock を保留しますCVE-2023-53522

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

    RDMA/cmaUD qp_type がマルチキャストのみに参加することを許可しますCVE-2023-53525

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

    mm/swapswapoff と get_swap_pages() の間の swap_info_struct 競合を修正しますCVE-2023-53623

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

    bpf、arm64パッチを適用した関数に戻る際の BTI エラーを修正しましたCVE-2023-53634]

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

    NFSDops->opnum == OP_ILLEAL で OPDESC() を呼び出すことを回避しますCVE-2023-53680

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

    netlinknlk->max_recvmsg_len へのロックレスアクセスに注釈を付けますCVE-2023-53824

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

    ping/proc/net/icmp の潜在的な NULL デリファレンスを修正します。CVE-2023-53987

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

    RDMA/corecreate_ah が失敗した場合の GID エントリ参照漏洩を修正しますCVE-2023-54003

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

    io_uring提供されたバッファを削除する際のメモリ漏洩を修正しますCVE-2023-54041

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

    fs名前空間ロックの下で、ピアグループ ID をドロップしますCVE-2023-54128

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

    mptcmptcp_worker でのより厳密な状態チェックCVE-2023-54176

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

    drm/i915i915_perf_add_config_ioctl の競合状態 UAF を修正しますCVE-2023-54202

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

    ipv6__ip6_make_skb() の初期化されていない変数アクセスのバグを修正しますCVE-2023-54265

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

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

リモートホストにインストールされているカーネルのバージョンは、5.15.108-65.141より前のものです。したがって、ALAS2KERNEL-5.15-2023-017 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Linux カーネルの XFS ファイルシステムで、障害後にユーザーが XFS イメージを復元する方法 (ダーティログジャーナルを使用) に、領域外メモリアクセスの欠陥が見つかりました。この欠陥によりローカルユーザーがクラッシュさせたり、システムで自分の権限を昇格させたりする可能性があります。(CVE-2023-2124)

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

    skbuffSKB の連合とリリースの間の競合を修正CVE-2023-53186

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

    ドライバーvmbusrelids を検索する前に、チャネル割り当てをチェックしますCVE-2023-53273

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

    sctpwait_for_sndbuf の後に送信ストリーム番号をチェックしますCVE-2023-53296

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

    sctpsctp_ifwdtsn_skip の潜在的なオーバーフローを修正しますCVE-2023-53372

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

    tracingトレースインスタンスのエラーログを解放しますCVE-2023-53375

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

    RDMA/cmaUD qp_type がマルチキャストのみに参加することを許可しますCVE-2023-53525

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

    mm/swapswapoff と get_swap_pages() の間の swap_info_struct 競合を修正しますCVE-2023-53623

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

    NFSDops->opnum == OP_ILLEAL で OPDESC() を呼び出すことを回避しますCVE-2023-53680

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

    RDMA/corecreate_ah が失敗した場合の GID エントリ参照漏洩を修正しますCVE-2023-54003

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

    fs名前空間ロックの下で、ピアグループ ID をドロップしますCVE-2023-54128

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

    mptcmptcp_worker でのより厳密な状態チェックCVE-2023-54176

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

    drm/i915i915_perf_add_config_ioctl の競合状態 UAF を修正しますCVE-2023-54202

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

    ipv6__ip6_make_skb() の初期化されていない変数アクセスのバグを修正しますCVE-2023-54265

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

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

リモートホストにインストールされているカーネルのバージョンは、5.10.178-162.673より前のものです。したがって、ALAS2KERNEL-5.10-2023-031 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

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

    sysctlproc_dou8vec_minmax() のデータ競合を修正します。CVE-2022-49634

    Linux カーネルの XFS ファイルシステムで、障害後にユーザーが XFS イメージを復元する方法 (ダーティログジャーナルを使用) に、領域外メモリアクセスの欠陥が見つかりました。この欠陥によりローカルユーザーがクラッシュさせたり、システムで自分の権限を昇格させたりする可能性があります。(CVE-2023-2124)

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

    ドライバーvmbusrelids を検索する前に、チャネル割り当てをチェックしますCVE-2023-53273

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

    sctpwait_for_sndbuf の後に送信ストリーム番号をチェックしますCVE-2023-53296

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

    sctpsctp_ifwdtsn_skip の潜在的なオーバーフローを修正しますCVE-2023-53372

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

    tracingトレースインスタンスのエラーログを解放しますCVE-2023-53375

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

    nilfs2sysfs インターフェイスの寿命を修正しますCVE-2023-53440

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

    scsiscsi_tcpiscsi_set_param() の前に sock が有効であることをチェックCVE-2023-53464

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

    RDMA/cmaUD qp_type がマルチキャストのみに参加することを許可しますCVE-2023-53525

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

    nilfs2nilfs_segctor_thread() の nilfs_sc_info 構造体の UAF の可能性を修正しますCVE-2023-53608

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

    mm/swapswapoff と get_swap_pages() の間の swap_info_struct 競合を修正しますCVE-2023-53623

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

    RDMA/corecreate_ah が失敗した場合の GID エントリ参照漏洩を修正しますCVE-2023-54003

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

    canj1939j1939_tp_tx_dat_new()領域外メモリアクセスを修正CVE-2023-54039

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

    ipv6__ip6_make_skb() の初期化されていない変数アクセスのバグを修正しますCVE-2023-54265

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

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - Linux カーネルでは、以下の脆弱性が解決されています: ext4: fix null-ptr-deref in ext4_write_info I caught a null-ptr-deref bug as follows:
    ================================================================== KASAN: null-ptr-deref in range [0x0000000000000068-0x000000000000006f] CPU: 1 PID: 1589 Comm: umount Not tainted 5.10.0-02219-dirty #339 RIP: 0010:ext4_write_info+0x53/0x1b0 [...] Call Trace: dquot_writeback_dquots+0x341/0x9a0 ext4_sync_fs+0x19e/0x800 __sync_filesystem+0x83/0x100 sync_filesystem+0x89/0xf0 generic_shutdown_super+0x79/0x3e0 kill_block_super+0xa1/0x110 deactivate_locked_super+0xac/0x130 deactivate_super+0xb6/0xd0 cleanup_mnt+0x289/0x400 __cleanup_mnt+0x16/0x20 task_work_run+0x11c/0x1c0 exit_to_user_mode_prepare+0x203/0x210 syscall_exit_to_user_mode+0x5b/0x3a0 do_syscall_64+0x59/0x70 entry_SYSCALL_64_after_hwframe+0x44/0xa9 ================================================================== Above issue may happen as follows:
    ------------------------------------- exit_to_user_mode_prepare task_work_run __cleanup_mnt cleanup_mnt deactivate_super deactivate_locked_super kill_block_super generic_shutdown_super shrink_dcache_for_umount dentry = sb->s_root sb->s_root = NULL <--- Here set NULL sync_filesystem __sync_filesystem sb->s_op->sync_fs > ext4_sync_fs dquot_writeback_dquots sb->dq_op->write_info > ext4_write_info ext4_journal_start(d_inode(sb->s_root), EXT4_HT_QUOTA, 2) d_inode(sb->s_root) s_root->d_inode <--- Null pointer dereference To solve this problem, we use ext4_journal_start_sb directly to avoid s_root being used. (CVE-2022-50344)

  - Linux カーネルでは、以下の脆弱性が解決されています: drm/vkms: Fix null-ptr-deref in vkms_release() A null-ptr-deref is triggered when it tries to destroy the workqueue in vkms->output.composer_workq in vkms_release(). KASAN: null-ptr-deref in range [0x0000000000000118-0x000000000000011f] CPU: 5 PID: 17193 Comm: modprobe Not tainted 6.0.0-11331-gd465bff130bf #24 RIP: 0010:destroy_workqueue+0x2f/0x710 ... Call Trace: <TASK> ? vkms_config_debugfs_init+0x50/0x50 [vkms] __devm_drm_dev_alloc+0x15a/0x1c0 [drm] vkms_init+0x245/0x1000 [vkms] do_one_initcall+0xd0/0x4f0 do_init_module+0x1a4/0x680 load_module+0x6249/0x7110
    __do_sys_finit_module+0x140/0x200 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 The reason is that an OOM happened which triggers the destroy of the workqueue, however, the workqueue is alloced in the later process, thus a null-ptr-deref happened. A simple call graph is shown as below:
    vkms_init() vkms_create() devm_drm_dev_alloc() __devm_drm_dev_alloc() devm_drm_dev_init() devm_add_action_or_reset() devm_add_action() # an error happened devm_drm_dev_init_release() drm_dev_put() kref_put() drm_dev_release() vkms_release() destroy_workqueue() # null-ptr-deref happened vkms_modeset_init() vkms_output_init() vkms_crtc_init() # where the workqueue get allocated Fix this by checking if composer_workq is NULL before passing it to the destroy_workqueue() in vkms_release().
    (CVE-2022-50369)

  - Linux カーネルでは、以下の脆弱性が解決されています: nfsd: under NFSv4.1, fix double svc_xprt_put on rpc_create failure On error situation `clp->cl_cb_conn.cb_xprt` should not be given a reference to the xprt otherwise both client cleanup and the error handling path of the caller call to put it. Better to delay handing over the reference to a later branch. [ 72.530665] refcount_t: underflow; use-after-free. [ 72.531933] WARNING: CPU: 0 PID: 173 at lib/refcount.c:28 refcount_warn_saturate+0xcf/0x120 [72.533075] Modules linked in: nfsd(OE) nfsv4(OE) nfsv3(OE) nfs(OE) lockd(OE) compat_nfs_ssc(OE) nfs_acl(OE) rpcsec_gss_krb5(OE) auth_rpcgss(OE) rpcrdma(OE) dns_resolver fscache netfs grace rdma_cm iw_cm ib_cm sunrpc(OE) mlx5_ib mlx5_core mlxfw pci_hyperv_intf ib_uverbs ib_core xt_MASQUERADE nf_conntrack_netlink nft_counter xt_addrtype nft_compat br_netfilter bridge stp llc nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set overlay nf_tables nfnetlink crct10dif_pclmul crc32_pclmul ghash_clmulni_intel xfs serio_raw virtio_net virtio_blk net_failover failover fuse [last unloaded: sunrpc] [ 72.540389] CPU: 0 PID: 173 Comm: kworker/u16:5 Tainted: G OE 5.15.82-dan #1 [ 72.541511] Hardware name: Red Hat KVM/RHEL-AV, BIOS 1.16.0-3.module+el8.7.0+1084+97b81f61 04/01/2014 [ 72.542717] Workqueue: nfsd4_callbacks nfsd4_run_cb_work [nfsd] [ 72.543575] RIP: 0010:refcount_warn_saturate+0xcf/0x120 [ 72.544299] Code: 55 00 0f 0b 5d e9 01 50 98 00 80 3d 75 9e 39 08 00 0f 85 74 ff ff ff 48 c7 c7 e8 d1 60 8e c6 05 61 9e 39 08 01 e8 f6 51 55 00 <0f> 0b 5d e9 d9 4f 98 00 80 3d 4b 9e 39 08 00 0f 85 4c ff ff ff 48 [ 72.546666] RSP:
    0018:ffffb3f841157cf0 EFLAGS: 00010286 [ 72.547393] RAX: 0000000000000026 RBX: ffff89ac6231d478 RCX:
    0000000000000000 [ 72.548324] RDX: ffff89adb7c2c2c0 RSI: ffff89adb7c205c0 RDI: ffff89adb7c205c0 [72.549271] RBP: ffffb3f841157cf0 R08: 0000000000000000 R09: c0000000ffefffff [ 72.550209] R10:
    0000000000000001 R11: ffffb3f841157ad0 R12: ffff89ac6231d180 [ 72.551142] R13: ffff89ac6231d478 R14:
    ffff89ac40c06180 R15: ffff89ac6231d4b0 [ 72.552089] FS: 0000000000000000(0000) GS:ffff89adb7c00000(0000) knlGS:0000000000000000 [ 72.553175] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 72.553934] CR2:
    0000563a310506a8 CR3: 0000000109a66000 CR4: 0000000000350ef0 [ 72.554874] Call Trace: [ 72.555278] <TASK> [ 72.555614] svc_xprt_put+0xaf/0xe0 [sunrpc] [ 72.556276] nfsd4_process_cb_update.isra.11+0xb7/0x410 [nfsd] [ 72.557087] ? update_load_avg+0x82/0x610 [ 72.557652] ? cpuacct_charge+0x60/0x70 [ 72.558212] ? dequeue_entity+0xdb/0x3e0 [ 72.558765] ? queued_spin_unlock+0x9/0x20 [ 72.559358] nfsd4_run_cb_work+0xfc/0x270 [nfsd] [ 72.560031] process_one_work+0x1df/0x390 [ 72.560600] worker_thread+0x37/0x3b0 [ 72.561644] ? process_one_work+0x390/0x390 [ 72.562247] kthread+0x12f/0x150 [72.562710] ? set_kthread_struct+0x50/0x50 [ 72.563309] ret_from_fork+0x22/0x30 [ 72.563818] </TASK> [72.564189] ---[ end trace 031117b1c72ec616 ]--- [ 72.566019] list_add corruption. next->prev should be prev (ffff89ac4977e538), but was ffff89ac4763e018. (next=ffff89ac4763e018). [ 72.567647] ------------[ cut here ]------------ (CVE-2022-50401)

  - Linux カーネルでは、以下の脆弱性が解決されています: bpf: Propagate error from htab_lock_bucket() to userspace In __htab_map_lookup_and_delete_batch() if htab_lock_bucket() returns
    -EBUSY, it will go to next bucket. Going to next bucket may not only skip the elements in current bucket silently, but also incur out-of-bound memory access or expose kernel memory to userspace if current bucket_cnt is greater than bucket_size or zero. Fixing it by stopping batch operation and returning -EBUSY when htab_lock_bucket() fails, and the application can retry or skip the busy batch as needed.
    (CVE-2022-50490)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
352009	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2025:1760546935)	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
352091	CentOS Linux 8.4 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-core/kernel-cross-headers/etcの複数の脆弱性(CENTOS8.4:CLSA-2026:1777614651)	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/1	high
174976	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。4-2023-044 ALASKERNEL-5.4-2023-044	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
265229	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53296	Nessus	Misc.	2025/9/17	2026/11/12	medium
175085	Amazon Linux 2023 : bpftool、kernel、kernel-devel (ALAS2023-2023-169)	Nessus	Amazon Linux Local Security Checks	2023/5/3	2026/2/10	high
174975	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。15-2023-017 ALASKERNEL-5.15-2023-017	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
174973	Amazon Linux 2kernel、 --advisory ALAS2KERNEL-5。10-2023-031 ALASKERNEL-5.10-2023-031	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
365299	CentOS Linux 8.5 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-core/kernel-cross-headers/etcの複数の脆弱性(CENTOS8.5:CLSA-2026:1791852988)	Nessus	CentOS Local Security Checks	2026/10/13	2026/10/13	high

検出

プラグインの検索

high

high

high

medium

high

high

high

high