リモートの CentOS Linux 9 ホストに、kernel-5.14.0-547.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルで、次の脆弱性が解決されています。netfilter: nfnetlink: ACK で使用する前に extack を初期化する。BATCH_BEGIN と BATCH_END を ACK する際に、不足している extack 初期化を追加する。
    (CVE-2024-44945)

  - Linux カーネルで、次の脆弱性が解決されています。net: gso_max_size/gso_ipv4_max_size を小さく設定するとクラッシュする問題を修正。gso_max_size/gso_ipv4_max_size を小さく設定すると、sk_dst_gso_max_size() でアンダーフローが発生し、sk->sk_gso_max_size がデバイス制限よりもはるかに大きくなるため、BUG_ON クラッシュが発生する可能性があります。Call Trace: tcp_write_xmit tso_segs = tcp_init_tso_segs(skb, mss_now);
    tcp_set_skb_tso_segs tcp_skb_pcount_set // skb->len = 524288, mss_now = 8 // u16 tso_segs = 524288/8 = 65535 -> 0 tso_segs = DIV_ROUND_UP(skb->len, mss_now) BUG_ON(!tso_segs) gso_max_size と gso_ipv4_max_size の最小値のチェックを追加する。(CVE-2024-50258)

  - Linux カーネルで、次の脆弱性が解決されています。mm: mmap_region() エラーパスの動作不良を修正。mmap_region() 関数は、スパゲッティのような制御フローと、問題が発生する可能性のある多数の手段、不完全な状態、メモリリーク、その他の不都合が発生する可能性があるという点で、やや恐ろしいものです。複雑性の大部分は、VMA のマッピングプロセスの後半でエラーを処理しようとすることで発生します。これは、最近確認されたリソースリークや一貫性のない状態に関する問題の根本原因です。このシリーズの以前のパッチを利用して、コード内の多数のチェックをより早い段階に移動させ、ロジックの中心部分を静的な内部関数 __mmap_region() に移動させることで、処理を簡素化します。これにより、実際の作業を行う前に事前に多数のチェックを実行でき、書き込み可能なマップ解除チェックを必要に応じて無条件にアンワインドでき、CONFIG_DEBUG_VM_MAPLE_TREE 検証も無条件に実行できます。ここではいくつかの処理を行います。1. ファイルベースのメモリフックを呼び出す前にイテレータ用のメモリを事前に割り当てることで、早期終了が可能になり、複雑でエラーが発生しやすいクローズ/解放ロジックを実行する必要がなくなります。成功パスとエラーパスの両方でイテレータの状態を慎重に解放します。2. 囲む mmap_region() 関数は、早い段階で mapping_map_writable() ロジックを処理します。以前は、ロジックには、新しく割り当てられた file-backed VMA のマッピングポイントで mapping_map_writable() があり、成功およびエラーパスでの一致する mapping_unmap_writable() がありました。これが file-backed の共有書き込み可能なマッピングである場合は、無条件でこれを行うようになりました。ドライバーが VM_MAYWRITE を排除するためにフラグを変更した場合、実行したシールチェックは無効になりません。また、いかなる場合でも、ラッパーのカウンターを常に減少させます。ドライバーが逆のことを試みないようにするために、デバッグアサーションを実行します。
    3. また、arch_validate_flags() を mmap_region() 関数に移動します。これは arm64 および sparc64 にのみ関連し、このチェックは ADI が有効化された SPARC にのみ意味があります。ドライバーがこのチェックを無効にする場合は、このアーキテクチャに警告を明示的に追加しますが、最終的にはコードを修正してその必要をなくす必要があります。これらすべての対策を講じたので、エラーパスの VMA を明示的に閉じる必要がなくなりました。これは、任意のドライバー mmap フックへの呼び出しの前に、失敗する可能性のあるすべてのチェックを配置するためです。これにより、エラーのクラス全体が排除され、コードの推論が容易になり、堅牢性が向上します。
    (CVE-2024-53096)

  - Linux カーネルで、次の脆弱性が解決されています。media: uvcvideo: uvc_parse_format の UVC_VS_UNDEFINED タイプのフレーム解析をスキップする。これは、uvc_parse_streaming でフレームバッファのサイズを計算する際に、このタイプのフレームが考慮されていないため、領域外書き込みにつながる可能性があります。
    (CVE-2024-53104)

  - Linux カーネルで、次の脆弱性が解決されています。mm: alloc_pages_bulk_noprof の NULL ポインターデリファレンスを修正。タスクが cpusets 間で移行される際に、alloc_pages_bulk_noprof() の ac.preferred_zoneref->zone で NULL ポインターデリファレンスが発生していました。cpuset が有効な場合、prepare_alloc_pages() で、ac->nodemask が t->mems_allowed になる可能性があります。first_zones_zonelist() が呼び出されて preferred_zoneref が検索される際に、タスクが異なる cpusets 間で移行されると、ac->nodemask が同時に変更される可能性があります。2 つの NUMA ノードがあると仮定すると、ac->zonelist で Node1 をトラバースするときのノードマスクは 2、ac->zonelist で Node2 をトラバースするときのノードマスクは 1 となります。その結果、ac->preferred_zoneref は NULL ゾーンを指します。alloc_pages_bulk_noprof() で、for_each_zone_zonelist_nodemask() が許容可能なゾーンを見つけて zonelist_node_idx (ac.preferred_zoneref) を呼び出し、NULL ポインターデリファレンスが発生します。
    __alloc_pages_noprof() は、コミット ea57485af8f4 (mm、page_alloc:
    NULL preferred_zone のチェックを修正) およびコミット df76cee6bbeb (mm、page_alloc: alloc 高速パスから冗長チェックを削除) で NULL ポインターをチェックすることで、この問題を修正します。これを修正するには、preferred_zoneref->zone の NULL ポインターをチェックします。(CVE-2024-53113)

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

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-542.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、次の脆弱性は解決されています。nfsd: nfs4_state_shutdown_net で同期モードを使用して nfsd_shrinker_work をキャンセルします。通常の場合、「echo 0 > /proc/fs/nfsd/threads」を実行すると、内の関数「nfs4_state_destroy_net」が「nfs4_state_shutdown_net」は、ハッシュされた「nfs4_client」に関連するすべてのリソースを解放します。「nfsd_client_shrinker」が同時に実行されている場合、「expire_client」関数はまずこのクライアントをハッシュ化解除してから、破棄します。これにより、次の警告が表示される可能性があります。
    さらに、多数のメモリ解放後使用 (Use After Free) エラーも発生する可能性があります。nfsd_client_shrinker echo 0 > /proc/fs/nfsd/threads expire_client nfsd_shutdown_net unhash_client ... nfs4_state_shutdown_net /* won't wait shrinker exit */ /* cancel_work(&nn->nfsd_shrinker_work) * nfsd_file for this /* won't destroy unhashed client1 */ * client1 still alive nfs4_state_destroy_net */ nfsd_file_cache_shutdown /* trigger warning */ kmem_cache_destroy(nfsd_file_slab) kmem_cache_destroy(nfsd_file_mark_slab) /* release nfsd_file and mark */ __destroy_client ==================================================================== BUG nfsd_file (Not tainted): __kmem_cache_shutdown() の nfsd_file に残っているオブジェクト
    -------------------------------------------------------------------- CPU: 4 UID: 0 PID: 764 Comm: sh Not tainted 6.12.0-rc3+ #1 dump_stack_lvl+0x53/0x70 slab_err+0xb0/0xf0 __kmem_cache_shutdown+0x15c/0x310 kmem_cache_destroy+0x66/0x160 nfsd_file_cache_shutdown+0xac/0x210 [nfsd] nfsd_destroy_serv+0x251/0x2a0 [nfsd] nfsd_svc+0x125/0x1e0 [nfsd] write_threads+0x16a/0x2a0 [nfsd] nfsctl_transaction_write+0x74/0xa0 [nfsd] vfs_write+0x1a5/0x6d0 ksys_write+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e ==================================================================== BUG nfsd_file_mark (Tainted: G B W ):
    __kmem_cache_shutdown() の nfsd_file_mark に残っているオブジェクト
    -------------------------------------------------------------------- dump_stack_lvl+0x53/0x70 slab_err+0xb0/0xf0 __kmem_cache_shutdown+0x15c/0x310 kmem_cache_destroy+0x66/0x160 nfsd_file_cache_shutdown+0xc8/0x210 [nfsd] nfsd_destroy_serv+0x251/0x2a0 [nfsd] nfsd_svc+0x125/0x1e0 [nfsd] write_threads+0x16a/0x2a0 [nfsd] nfsctl_transaction_write+0x74/0xa0 [nfsd] vfs_write+0x1a5/0x6d0 ksys_write+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e この問題を解決するには、nfs4_state_shutdown_net の同期モードを使用して「nfsd_shrinker_work」をキャンセルします。(CVE-2024-50121)

  - Linux カーネルで、次の脆弱性が解決されています: fscache: cookie_lru および use_cookie との競合による oops を修正します。クッキーが LRU から期限切れになり、LRU_DISCARD フラグが設定されていても、状態マシンがまだ実行されていない場合、別のスレッドは、fscache_use_cookie を呼び出して使用を開始できます。
    cookie_worker が最終的に実行されると、LRU_DISCARD フラグが設定されていることがわかり、cookie->state が LRU_DISCARDING に移行し、その後クッキーが撤回されます。クッキーが取り消されると、オブジェクトが削除されます。クッキーに関連付けられたオブジェクトが現在 NULL であるため、以下の oops が発生します。cookie_worker が実行される前に別のスレッドがクッキーを使用する場合、LRU_DISCARD ビットをクリアして oops を修正します。バグ: カーネル NULL ポインターデリファレンス、アドレス: 0000000000000008 ... PU: 31 PID: 44773 Comm: kworker/u130:1 汚染: GE 6.0.0-5.dneg.x86_64 #1 ハードウェア名: Google Compute Engine/Google Compute Engine、BIOS Google 2022 年 8 月 26 日。作業キュー: events_unbound netfs_rreq_write_to_cache_work [netfs] RIP:
    0010:cachefiles_prepare_write+0x28/0x90 [cachefiles] ... 呼び出しトレース:
    netfs_rreq_write_to_cache_work+0x11c/0x320 [netfs] process_one_work+0x217/0x3e0 worker_thread+0x4a/0x3b0 kthread+0xd6/0x100 (CVE-2022-48989)

  - Linux カーネルでは、次の脆弱性が解決されています: scsi: aacraid: プローブ失敗時の二重解放を修正。aac_probe_one() が、aac_driver_ident::init ポインターを通じてハードウェア固有の init 関数を呼び出し、そのすべてが最終的に aac_init_adapter() にまで呼び出します。aac_dev::queues にメモリを割り当てた後に aac_init_adapter() が失敗した場合、メモリは解放されますが、そのメンバーはクリアされません。ハードウェア固有の init 関数がエラーを返した後、aac_probe_one() がエラーパスをたどり、aac_dev::queues が指し示すメモリを解放するため、二重解放が発生します。(CVE-2024-46673)

  - Linux カーネルで、次の脆弱性が解決されています: cachefiles: cachefiles_open_file() の dentry 漏洩を修正します。検索クッキーとカリングが同時に行われると、dentry 漏洩が引き起こされる可能性があります: P1 | P2
    ----------------------------------------------------------- cachefiles_lookup_cookie cachefiles_look_up_object lookup_one_positive_unlocked // get dentry cachefiles_cull inode->i_flags |= S_KERNEL_FILE; cachefiles_open_file cachefiles_mark_inode_in_use __cachefiles_mark_inode_in_use can_use = false if (!(inode->i_flags & S_KERNEL_FILE)) can_use = true return false return false // エラーを返しますが、dentry を置きません。その後、バックエンドフォルダのアンマウント時に次の警告がトリガーされます: ================================================================== バグ: Dentry 000000008ad87947{i=7a,n=Dx_1_1.img} still in use (1) [ext4 sda のアンマウント] 警告: CPU: 4 PID: 359261 at fs/dcache.c:1767 umount_check+0x5d/0x70 CPU: 4 PID: 359261 Comm: アンマウント Not tainted 6.6.0-dirty #25 RIP:
    0010:umount_check+0x5d/0x70 Call Trace: <TASK> d_walk+0xda/0x2b0 do_one_tree+0x20/0x40 shrink_dcache_for_umount+0x2c/0x90 generic_shutdown_super+0x20/0x160 kill_block_super+0x1a/0x40 ext4_kill_sb+0x22/0x40 deactivate_locked_super+0x35/0x80 cleanup_mnt+0x104/0x160 ================================================================== cachefiles_open_file() が true を返すか false を返すかにかかわらず、cachefiles_look_up_object() の lookup_positive_unlocked() によって取得された参照カウントはリリースされる必要があります。したがって、cachefiles_look_up_object() でその参照カウントをリリースし、上記の問題を修正し、コードを簡素化してください。(CVE-2024-49870)

  - Linux カーネルで、次の脆弱性が解決されています: uprobes: [uprobes] vma を介してカーネル情報漏洩を修正します。xol_add_vma() は、__create_xol_area() によって割り当てられた初期化されていないページをユーザー空間にマッピングします。
    一部のアーキテクチャ (x86) では、このメモリは VM_READ なしでも読み取り可能です。VM_EXEC では VM_EXEC|VM_READ と同じ pgprot_t が発生します。これは実際には問題ではありませんが、デバッガはこのメモリを読み取ることができます。
    (CVE-2024-49975)

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

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-539.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: Bluetooth: MGMT: Fix possible crash on mgmt_index_removed If mgmt_index_removed is called while there are commands queued on cmd_sync it could lead to crashes like the bellow trace: 0x0000053D: __list_del_entry_valid_or_report+0x98/0xdc 0x0000053D:
    mgmt_pending_remove+0x18/0x58 [bluetooth] 0x0000053E: mgmt_remove_adv_monitor_complete+0x80/0x108 [bluetooth] 0x0000053E: hci_cmd_sync_work+0xbc/0x164 [bluetooth] So while handling mgmt_index_removed this attempts to dequeue commands passed as user_data to cmd_sync. (CVE-2024-49951)

  - Linux カーネルでは、以下の脆弱性が解決されています: sctp: properly validate chunk size in sctp_sf_ootb() A size validation fix similar to that in Commit 50619dbf8db7 (sctp: add size validation when walking chunks) is also required in sctp_sf_ootb() to address a crash reported by syzbot: BUG:
    KMSAN: uninit-value in sctp_sf_ootb+0x7f5/0xce0 net/sctp/sm_statefuns.c:3712 sctp_sf_ootb+0x7f5/0xce0 net/sctp/sm_statefuns.c:3712 sctp_do_sm+0x181/0x93d0 net/sctp/sm_sideeffect.c:1166 sctp_endpoint_bh_rcv+0xc38/0xf90 net/sctp/endpointola.c:407 sctp_inq_push+0x2ef/0x380 net/sctp/inqueue.c:88 sctp_rcv+0x3831/0x3b20 net/sctp/input.c:243 sctp4_rcv+0x42/0x50 net/sctp/protocol.c:1159 ip_protocol_deliver_rcu+0xb51/0x13d0 net/ipv4/ip_input.c:205 ip_local_deliver_finish+0x336/0x500 net/ipv4/ip_input.c:233 (CVE-2024-50299)

  - カーネルntbinteldebugfs_create_dir() の NULL 対 IS_ERR() のバグを修正しますCVE-2023-52917

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

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-536.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、次の脆弱性が解決されました: Bluetooth: HCI: hci_le_big_sync_ emergeed_evt() の潜在的な null-ptr-deref を修正。(CVE-2024-36011)

  - Linux カーネルでは、次の脆弱性が解決されました: Bluetooth: L2CAP: l2cap_connect のメモリ解放後使用 (uaf) を修正 [Syzbot による報告] バグ: KASAN: l2cap_connect.constprop.0+0x10d8/0x1270 の slab-use-after-free net/bluetooth/l2cap_core.c:3949 タスク kworker/u9:0/54 によるアドレス ffff8880241e9800 でのサイズ 8 の読み取り CPU: 0 UID: 0 PID: 54 Comm: kworker/u9:0 汚染されていない 6.11.0-rc6-syzkaller-00268-g788220eee30d #0ハードウェア名:
    Google Google Compute Engine/Google Compute Engine、BIOS Google 2024 年 8 月 6 日 Workqueue: hci2 hci_rx_work Call Trace: <TASK> __dump_stack lib/dump_stack.c:93 [インライン] dump_stack_lvl+0x116/0x1f0 lib/dump_stack.c:119 print_address_description mm /kasan/report.c:377 [インライン] print_report+0xc3/0x620 mm/kasan/report.c:488 kasan_report+0xd9/0x110 mm/kasan/report.c:601 l2cap_connect.constprop.0+0x10d8/0/1270 net bluetooth/l2cap_core.c:3949 l2cap_connect_req net/bluetooth/l2cap_core.c:4080 [インライン] l2cap_bredr_sig_cmd net/bluetooth/l2cap_core.c:4772 [インライン] l2cap_sig_channel net/bluetooth/l2c_core.c:4080 [インライン] l2cap_sig_channel net/bluetooth/l2cap_core.c:4772 0x8eb0 net/bluetooth/l2cap_core.c:6825 l2cap_recv_acldata+0x9b4/0xb70 net/bluetooth/l2cap_core.c:7514 hci_acldata_packet net/bluetooth/hci_core.c:3791 [インライン] hci_rc/core.c:6825 l2cap_recv_acldata+0x9b4/0xb70 4028 process_one_work+0x9c5/0x1b40 kernel/workqueue.c:3231 process_scheduled_works kernel/workqueue.c:3312 [インライン] worker_thread+0x6c8/0xed0 kernel/workqueue. c:3389 kthread+0x2c1/0x3a0 kernel/kthread.c:389 ret_from_fork+0x45/0x80 arch/x86/kernel/process.c:147 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_644.S:244 ... タスク 5245 による解放: 
    kasan_save_stack+0x33/0x60 mm/kasan/common.c:47 kasan_save_track+0x14/0x30 mm/kasan/common.c:68 kasan_save_free_info+0x3b/0x60 mm/kasan/generic.c:579 poison_slab_object+0xf7/0x160 mm/kasan/common.c:240
    __kasan_slab_free+0x32/0x50 mm/kasan/common.c:256 kasan_slab_free include/linux/kasan.h:184 [インライン] slab_free_hook mm/slub.c:2256 [インライン] slab_free mm/slub.c:4477 [インライン] kfree+0x12a/0x3b0 mm/slub.c:4598 l2cap_conn_free net/bluetooth/l2cap_core.c:1810 [インライン] kref_put include/linux/kref.h:65 [インライン] l2cap_conn_put net/bluetooth/l2cap_core.c:1822 [インライン] l2cap_conn_del+0x59d/0x730 net/bluetooth/l2cap_core.c:1802 l2cap_connect_cfm+0x9e6/0xf80 net/bluetooth/l2cap_core.c:7241 hci_connect_cfm include/net/bluetooth/hci_core.h:1960 [インライン] hci_conn_failed+0x1c3/0x370 net/bluetooth/hci_conn.c:1265 hci_abort_conn_sync+0x75a/0xb50 net/bluetooth/hci_sync.c:5583 abort_conn_sync+0x197/0x360 net/bluetooth/hci_conn.c:2917 hci_cmd_sync_work+0x1a4/0x410 net/bluetooth/hci_sync.c:328 process_one_work+0x9c5/0x1b40 kernel/workqueue.c:3231 process_scheduled_works kernel/workqueue.c:3312 [インライン] worker_thread+0x6c8/0xed0 kernel/workqueue.c:3389 kthread+0x2c1/0x3a0 kernel/kthread.c:389 ret_from_fork+0x45/0x80 arch/x86/kernel/process.c:147 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:244 (CVE-2024-49950)

  - Linux カーネルで、次の脆弱性が解決されました: Bluetooth: hci_conn: hci_enhanced_setup_sync の UAF を修正。これは、hci_enhanced_setup_sync が cmd_sync で保留されている間に ACL 接続が破棄される可能性があるため、ACL 接続が有効のままであるかどうかをチェックし、次のトレースを生成します。バグ: KASAN: hci_enhanced_setup_sync+0x91b/0xa60 の slab-use-after-free により、タスク kworker/u5:2/37 によってアドレス ffff888002328ffd でサイズ 1 が読み取られる。CPU: 0 UID: 0 PID: 37 Comm: kworker/u5:2 Not tainted 6.11.0-rc6-01300-g810be445d8d6 #7099ハードウェア名: QEMU Standard PC (Q35+ ICH9、2009)、BIOS 1.16.3-2.fc40 2014 年 4 月 1 日 Workqueue: hci0 hci_cmd_sync_work 呼び出しトレース: <TASK>dump_stack_lvl+0x5d/0x80 ? hci_enhanced_setup_sync+0x91b/0xa60 print_report+0x152/0x4c0 ? hci_enhanced_setup_sync+0x91b/0xa60 ? __virt_addr_valid+0x1fa/0x420 ? hci_enhanced_setup_sync+0x91b/0xa60 kasan_report+0xda/0x1b0 ? hci_enhanced_setup_sync+0x91b/0xa60 hci_enhanced_setup_sync+0x91b/0xa60 ? __pfx_hci_enhanced_setup_sync+0x10/0x10 ?
    __pfx___mutex_lock+0x10/0x10 hci_cmd_sync_work+0x1c2/0x330 process_one_work+0x7d9/0x1360 ?
    __pfx_lock_acquire+0x10/0x10 ? __pfx_process_one_work+0x10/0x10 ? assign_work+0x167/0x240 worker_thread+0x5b7/0xf60 ? __kthread_parkme+0xac/0x1c0 ? __pfx_worker_thread+0x10/0x10 ?
    __pfx_worker_thread+0x10/0x10 kthread+0x293/0x360 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x2f/0x70 ?
    __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> タスク 34 による割り当て
    kasan_save_stack+0x30/0x50 kasan_save_track+0x14/0x30 __kasan_kmalloc+0x8f/0xa0
    __hci_conn_add+0x187/0x17d0 hci_connect_sco+0x2e1/0xb90 sco_sock_connect+0x2a2/0xb80
    __sys_connect+0x227/0x2a0 __x64_sys_connect+0x6d/0xb0 do_syscall_64+0x71/0x140 entry_SYSCALL_64_after_hwframe+0x76/0x7e タスク 37 による解放: kasan_save_stack+0x30/0x50 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x101/0x160 kfree+0xd0/0x250 device_release+0x9a/0x210 kobject_put+0x151/0x280 hci_conn_del+0x448/0xbf0 hci_abort_conn_sync+0x46f/0x980 hci_cmd_sync_work+0x1c2/0x330 process_one_work+0x7d9/0x1360 worker_thread+0x5b7/0xf60 kthread+0x293/0x360 ret_from_fork+0x2f/0x70 ret_from_fork_asm+0x1a/0x30 (CVE-2024-50029)

  - Linux カーネルでは、次の脆弱性が解決されました: Bluetooth: RFCOMM: rfcomm_sk_state_change でのデッドロックの可能性の修正。rfcomm_sk_state_change は sock_lock を使おうとするため、ロックされた状態で呼び出すことはできませんが、rfcomm_sock_ioctl は常にそれをロックしようとします。そのため、次のトレースが発生します。
    ============================================================ 警告: 循環ロックの依存関係が検出されました。6.8.0-syzkaller-08951-gfe46a7dd189e #0 は汚染されていません
    ------------------------------------------------------ syz-executor386/5093 がロックを取得しようとしています:
    ffff88807c396258 (sk_lock-AF_BLUETOOTH-BTPROTO_RFCOMM){+.+.}-{0:0}、場所: lock_sock include/net/sock.h:1671 [inline] ffff88807c396258 (sk_lock-AF_BLUETOOTH-BTPROTO_RFCOMM){+.+.}-{0:0}、場所:
    rfcomm_sk_state_change+0x5b/0x310 net/bluetooth/rfcomm/sock.c:73 ただし、タスクはすでにロックを保持しています:
    ffff88807badfd28 (&d->lock){+.+.}-{3:3}、場所: __rfcomm_dlc_close+0x226/0x6a0 net/bluetooth/rfcomm/core.c:491 (CVE-2024-50044)

  - Linux カーネルでは、次の脆弱性が解決されました: uprobe: 引数のフェッチによる境界外のメモリアクセスを回避。Uprobe は、非アトミックコンテキストの問題を回避するために、引数を percpu バッファにフェッチし、リングバッファにコピーする必要があります。ユーザー空間の文字列や配列は非常に大きくなる場合がありますが、percpu バッファのサイズはページサイズのみです。また、store_trace_args() は、これらのデータが単一ページを超えているかどうかをチェックしません。これにより、領域外メモリアクセスが発生しました。この問題は以下の手順で再現できます: 1. CONFIG_KASAN を有効にしてカーネルをビルドする 2. 次のプログラムを test.c として保存する ``` \#include <stdio.h> \#include <stdlib.h> \#include <string.h> // 文字列の長さが MAX_STRING_SIZE より大きい場合、fetch_store_strlen() は 0 を返します。これにより、__get_data_size() はより短いサイズを返し、// store_trace_args() は範囲外アクセスをトリガーしません。// したがって、文字列の長さを 4096 未満にします。\#define STRLEN 4093 void generate_string(char *str, int n) { int i; for (i = 0; i < n; ++i) { char c = i % 26 + 'a'; str[i] = c; } str[n-1] = '\0'; } void print_string(char *str) { printf(%s\n, str); } int main() { char tmp[STRLEN];
    generate_string(tmp, STRLEN); print_string(tmp); return 0; } ``` 3. プログラム「gcc -o test test.c」をコンパイルする。4. 「print_string()」のオフセットを取得する。``` objdump -t test | grep -w print_string 0000000000401199 g F .text 000000000000001b print_string ``` 5. オフセット 0x1199 で uprobe を設定する。``` off=0x1199 cd /sys/kernel/debug/tracing/ echo p /root/test:${off} arg1=+0(%di):ustring arg2=\$comm arg3=+0(%di):ustring > uprobe_events echo 1 > events/uprobes/enable echo 1 > tracing_on ``` 6.「test」を実行すると、kasan がエラーを報告します。 ============================================================================ バグ: KASAN: strncpy_from_user+0x1d6/0x1f0 でのメモリ解放後使用、タスク test/499 によるアドレス ffff88812311c004 へのサイズ 8 の書き込み、CPU: 0、UID: 0、PID: 499、Comm: test、汚染なし、6.12.0-rc3+ #18、ハードウェア名: Red Hat KVM、BIOS 1.16.0-4.al8、2014 年 4 月 1 日、呼び出しトレース: <TASK> dump_stack_lvl+0x55/0x70、print_address_description.constprop.0+0x27/0x310 kasan_report+0x10f/0x120 ? strncpy_from_user+0x1d6/0x1f0 strncpy_from_user+0x1d6/0x1f0 ? rmqueue.constprop.0+0x70d/0x2ad0 process_fetch_insn+0xb26/0x1470 ?
    __pfx_process_fetch_insn+0x10/0x10 ? _raw_spin_lock+0x85/0xe0 ? __pfx__raw_spin_lock+0x10/0x10 ?
    __pte_offset_map+0x1f/0x2d0 ? unwind_next_frame+0xc5f/0x1f80 ? arch_stack_walk+0x68/0xf0 ? is_bpf_text_address+0x23/0x30 ? kernel_text_address.part.0+0xbb/0xd0 ? __kernel_text_address+0x66/0xb0 ? unwind_get_return_address+0x5e/0xa0 ? __pfx_stack_trace_consume_entry+0x10/0x10 ? arch_stack_walk+0xa2/0xf0 ? _raw_spin_lock_irqsave+0x8b/0xf0 ? __pfx__raw_spin_lock_irqsave+0x10/0x10 ? depot_alloc_stack+0x4c/0x1f0 ? _raw_spin_unlock_irqrestore+0xe/0x30 ? stack_depot_save_flags+0x35d/0x4f0 ? kasan_save_stack+0x34/0x50 ? kasan_save_stack+0x24/0x50 ? mutex_lock+0x91/0xe0 ?
    __pfx_mutex_lock+0x10/0x10 prepare_uprobe_buffer.part.0+0x2cd/0x500 uprobe_dispatcher+0x2c3/0x6a0 ?
    __pfx_uprobe_dispatcher+0x10/0x10 ? __kasan_slab_alloc+0x4d/0x90 handler_chain+0xdd/0x3e0 handle_swbp+0x26e/0x3d0 ? __pfx_handle_swbp+0x10/0x10 ? uprobe_pre_sstep_notifier+0x151/0x1b0 irqentry_exit_to_user_mode+0xe2/0x1b0 asm_exc_int3+0x39/0x40 RIP: 0033:0x401199 Code: 01 c2 0f b6 45 fb 88 02 83 45 fc 01 8b 45 fc 3b 45 e4 7c b7 8b 45 e4 48 98 48 8d 50 ff 48 8b 45 e8 48 01 d0 ce RSP:
    002b:00007ffdf00576a8 EFLAGS: 00000206 RAX: 00007ffdf00576b0 RBX: 0000000000000000 RCX: 0000000000000ff2 RDX: 0000000000000ffc RSI: 0000000000000ffd RDI: 00007ffdf00576b0 RBP: 00007ffdf00586b0 R08:
    00007feb2f9c0d20 R09: 00007feb2f9c0d20 R10: 0000000000000001 R11: 0000000000000202 R12: 0000000000401040 R13: 00007ffdf0058780 R14: 0000000000000000 R15: 0000000000000000 </TASK> このコミットは、store_trace_args() のメモリ不足アクセスを回避するために、バッファの maxlen をページサイズより小さくすることを強制します。(CVE-2024-50067)

  - Linux カーネルでは、次の脆弱性が解決されました: Bluetooth: ISO: debugfs が無効になっている場合の複数の init を修正。bt_debugfs が正常に作成されない場合 (CONFIG_DEBUG_FS または CONFIG_DEBUG_FS_ALLOW_ALL のいずれかが設定されていない場合に発生します)、iso_init() は早期に戻り、iso_inited を true に設定しません。
    これは、iso_init() への後続の呼び出しにより、proto_register()、bt_sock_register() などが重複して呼び出されることを意味します。CONFIG_LIST_HARDENED と CONFIG_BUG_ON_DATA_CORRUPTION を有効にした状態で、proto_register() を重複して呼び出すと、この BUG(): list_add double add: new=ffffffffc0b280d0、prev=ffffffffbab56250、next=ffffffffc0b280d0 がトリガーされます。------------[ここをカット]------------ lib/list_debug.c:35! のカーネルバグエラー: 無効な opcode: 0000 [#1] PREEMPT SMP PTI CPU: 2 PID: 887 Comm: bluetoothd 汚染されていません 6.10.11-1-ao-desktop #1RIP: 0010:__list_add_valid_or_report+0x9a/0xa0 ...
    __list_add_valid_or_report+0x9a/0xa0 proto_register+0x2b5/0x340 iso_init+0x23/0x150 [bluetooth] set_iso_socket_func+0x68/0x1b0 [bluetooth] kmem_cache_free+0x308/0x330 hci_sock_sendmsg+0x990/0x9e0 [bluetooth] __sock_sendmsg+0x7b/0x80 sock_write_iter+0x9a/0x110 do_iter_readv_writev +0x11d/0x220 vfs_writev+0x180/0x3e0 do_writev+0xca/0x100 ... この変更により、早期リターンが削除されます。iso_debugfs が NULL かどうかのチェックは不要でした。iso_inited が false の場合は常に NULL になります。(CVE-2024-50077)

  - Linux カーネルでは、次の脆弱性が解決されました: Bluetooth: モジュールのアンロード時に iso_exit() を呼び出す iso_init() が呼び出された場合、モジュールのアンロード時に iso_exit() を呼び出す必要があります。これがないと、iso_init() が proto_register() で登録した struct proto が無効になり、後で予期しない問題が発生する可能性があります。私の場合、CONFIG_LIST_HARDENED と CONFIG_BUG_ON_DATA_CORRUPTION が有効になっているため、モジュールを再度ロードすると、通常、この BUG() がトリガーされます: list_add の破損。next->prev は prev (ffffffffb5355fd0) である必要がありますが、0000000000000068 でした。(next=ffffffffc0a010d0)。-----------[ここでカット]------------- lib/list_debug.c:29! のカーネルバグエラー: 無効な opcode: 0000 [#1] PREEMPT SMP PTI CPU: 1 PID: 4159 Comm: modprobe 汚染されていません 6.10.11-4+bt2-ao-desktop #1 RIP:
    0010:__list_add_valid_or_report+0x61/0xa0 ... __list_add_valid_or_report+0x61/0xa0 proto_register+0x299/0x320 hci_sock_init+0x16/0xc0 [bluetooth] bt_init+0x68/0xd0 [bluetooth]
    __pfx_bt_init+0x10/0x10 [bluetooth] do_one_initcall+0x80/0x2f0 do_init_module+0x8b/0x230
    __do_sys_init_module+0x15f/0x190 do_syscall_64+0x68/0x110 ... (CVE-2024-50078)

  - Linux カーネルでは、次の脆弱性が解決されました: Bluetooth: SCO: sco_sock_timeout のメモリ解放後使用 (UAF) を修正 conn->sk は sco_conn_lock を待機している間にリンク解除/解放された可能性があるため、これは conn->sk が sco_sk_list の一部であるかどうかをチェックすることによって、conn->sk がまだ有効かどうかを確認します。(CVE-2024-50125)

  - Linux カーネルでは、次の脆弱性が解決されています: Bluetooth: bnep: proto_unregister のワイルドメモリアクセスを修正。次の問題があります: KASAN: 範囲 [0xdead...108-0xdead...10f] でワイルドメモリアクセスが発生している可能性 CPU: 3 UID: 0 PID: 2805 Comm: rmmod Tainted: G W RIP:
    0010:proto_unregister+0xee/0x400 呼び出しトレース: <TASK>__do_sys_delete_module+0x318/0x580 do_syscall_64+0xc1/0x1d0 entry_SYSCALL_64_after_hwframe+0x77/0x7f bnep_init() は bnep_sock_init() の戻り値を無視し、bnep_sock_init() はすべてのリソースをクリーンアップします。次に、bnep モジュールを削除すると、bnep_sock_cleanup() が呼び出され、sock のリソースがクリーンアップされます。bnep_exit() で bnep_sock_init() の戻り値を返すだけで上記の問題を解決できます。(CVE-2024-50148)

  - Linux カーネルでは、次の脆弱性が解決されました: Bluetooth: hci: hci_read_supported_codecs の null-ptr-deref を修正し、不明なオペコードに対して NULL 以外を返すように __hci_cmd_sync_sk() を修正しました。
    コマンドがステータスイベントを返した場合、__hci_cmd_sync_sk() が NULL を返します。ただし、hci_cmd_complete_evt() は不明なオペコードに対して status = skb->data[0] と想定するため、hci_cc テーブルにオペコードが存在しない場合は NULL を返します。これにより、HCI_OP_READ_LOCAL_CODECS の cmd_sync で null-ptr-deref が発生します。これは、HCI_OP_READ_LOCAL_CODECS に hci_cc がないためであり、これは常に status = skb->data[0] であると想定します。KASAN: 範囲 [0x0000000000000070-0x0000000000000077] 内の null-ptr-deref CPU: 1 PID: 2000 Comm: kworker/u9:5 汚染されていません 6.9.0-ga6bcb805883c-dirty #10 ハードウェア名: QEMU 標準 PC (i440FX + PIIX、1996)、BIOS 1.15.0-1 04/01/2014 Workqueue: hci7 hci_power_on RIP: 0010:hci_read_supported_codecs+0xb9/0x870 net/bluetooth/hci_codec.c:138 コード: 08 48 89 ef e8 b8 c1 8f fd 48 8b 75 00 e9 96 00 00 00 49 89 c6 48 ba 00 00 00 00 00 fc ff df 4c 8d 60 70 4c 89 e3 48 c1 eb 03 <0f> b6 04 13 84 c0 0f 85 82 06 00 00 41 83 3c 24 02 77 0a e8 bf 78 RSP: 0018:ffff888120bafac8 EFLAGS: 00010212 RAX: 0000000000000000 RBX: 000000000000000e RCX: ffff8881173f0040 RDX: dffffc0000000000 RSI: ffffffffa58496c0 RDI: ffff88810b9ad1e4 RBP:
    ffff88810b9ac000 R08: ffffffffa77882a7 R09: 1ffffffff4ef1054 R10: dffffc0000000000 R11: fffffbfff4ef1055 R12: 0000000000000070 R13: 0000000000000000 R14: 0000000000000000 R15: ffff88810b9ac000 FS:
    0000000000000000(0000) GS:ffff8881f6c00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007f6ddaa3439e CR3: 0000000139764003 CR4: 0000000000770ef0 PKRU: 55555554 コールトレース: <TASK> hci_read_local_codecs_sync net/bluetooth/hci_sync.c:4546 [インライン] hci_init_stage_sync net/bluetooth/hci_sync.c:3441 [インライン] hci_init4_sync net/bluetooth/hci_sync.c:4706 [インライン] hci_init_sync net/bluetooth/hci_sync.c:4742 [インライン] hci_dev_init_sync net/bluetooth/hci_sync.c:4912 [インライン] hci_dev_open_sync+0x19a9/0x2d30 net/bluetooth/hci_sync.c:4994 hci_dev_do_open net/bluetooth/hci_core.c:483 [インライン] hci_power_on+0x11e/0x560 net/bluetooth/hci_core.c:1015 process_one_work kernel/workqueue.c:3267 [インライン] process_scheduled_works+0x8ef/0x14f0 kernel/workqueue.c:3348 worker_thread+0x91f/0xe50 kernel/workqueue.c:3429 kthread+0x2cb/0x360 kernel/kthread.c:388 ret_from_fork+0x4d/0x80 arch/x86/kernel/process.c:147 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:244 (CVE-2024-50255)

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

リモートの CentOS Linux 9 ホストに、tuned-2.24.0-2.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Tuned パッケージで、スクリプトインジェクションの脆弱性が特定されました。「instance_create()」D-Bus 関数は、ローカルでログインしているユーザーが認証なしで呼び出す可能性があります。この欠陥により、特権のないローカルユーザーが、絶対パスを持つ任意のスクリプトが渡される「script_pre」または「script_post」オプション付きの D-Bus 呼び出しを実行する可能性があります。これらのユーザーまたは攻撃者が制御する実行可能スクリプトまたはプログラムは、root 権限を使用して Tuned によって実行される可能性があります。これにより、攻撃者がローカルの権限昇格を行う可能性があります。(CVE-2024-52336)

  - 一部の API 引数のサニタイズが不適切なために、Tuned パッケージにログスプーフィングの欠陥が見つかりました。
    この欠陥により、攻撃者が制御された文字シーケンスを渡す可能性があります。ログに改行が挿入される可能性があります。攻撃者は「evil」の代わりに有効な tuneD ログ行を偽装し、管理者を騙す可能性があります。引用符 '' は通常、生のユーザー入力を引用する TuneD ログで使用されるため、偽装された入力の末尾には常に ' 文字が存在し、管理者はこれを簡単に見落とす可能性があります。このログに記録された文字列は、後でログ記録や、たとえば「tuned-adm get_instances」や、このような操作に Tuned の D-Bus インターフェイスを使用するその他のサードパーティプログラムなどのユーティリティの出力で使用されます。(CVE-2024-52337)

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

リモートの CentOS Linux 9 ホストには、kernel-5.14.0-533.el9 ビルド変更ログで言及されているように、複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: netfilter: nf_reject_ipv6: fix nf_reject_ip6_tcphdr_put() syzbot reported that nf_reject_ip6_tcphdr_put() was possibly sending garbage on the four reserved tcp bits (th->res1) Use skb_put_zero() to clear the whole TCP header, as done in nf_reject_ip_tcphdr_put() BUG: KMSAN: uninit-value in nf_reject_ip6_tcphdr_put+0x688/0x6c0 net/ipv6/netfilter/nf_reject_ipv6.c:255 nf_reject_ip6_tcphdr_put+0x688/0x6c0 net/ipv6/netfilter/nf_reject_ipv6.c:255 nf_send_reset6+0xd84/0x15b0 net/ipv6/netfilter/nf_reject_ipv6.c:344 nft_reject_inet_eval+0x3c1/0x880 net/netfilter/nft_reject_inet.c:48 expr_call_ops_eval net/netfilter/nf_tables_core.c:240 [inline] nft_do_chain+0x438/0x22a0 net/netfilter/nf_tables_core.c:288 nft_do_chain_inet+0x41a/0x4f0 net/netfilter/nft_chain_filter.c:161 nf_hook_entry_hookfn include/linux/netfilter.h:154 [inline] nf_hook_slow+0xf4/0x400 net/netfilter/core.c:626 nf_hook include/linux/netfilter.h:269 [inline] NF_HOOK include/linux/netfilter.h:312 [inline] ipv6_rcv+0x29b/0x390 net/ipv6/ip6_input.c:310
    __netif_receive_skb_one_core net/core/dev.c:5661 [inline] __netif_receive_skb+0x1da/0xa00 net/core/dev.c:5775 process_backlog+0x4ad/0xa50 net/core/dev.c:6108 __napi_poll+0xe7/0x980 net/core/dev.c:6772 napi_poll net/core/dev.c:6841 [inline] net_rx_action+0xa5a/0x19b0 net/core/dev.c:6963 handle_softirqs+0x1ce/0x800 kernel/softirq.c:554 __do_softirq+0x14/0x1a kernel/softirq.c:588 do_softirq+0x9a/0x100 kernel/softirq.c:455 __local_bh_enable_ip+0x9f/0xb0 kernel/softirq.c:382 local_bh_enable include/linux/bottom_half.h:33 [inline] rcu_read_unlock_bh include/linux/rcupdate.h:908 [inline] __dev_queue_xmit+0x2692/0x5610 net/core/dev.c:4450 dev_queue_xmit include/linux/netdevice.h:3105 [inline] neigh_resolve_output+0x9ca/0xae0 net/core/neighbour.c:1565 neigh_output include/net/neighbour.h:542 [inline] ip6_finish_output2+0x2347/0x2ba0 net/ipv6/ip6_output.c:141
    __ip6_finish_output net/ipv6/ip6_output.c:215 [inline] ip6_finish_output+0xbb8/0x14b0 net/ipv6/ip6_output.c:226 NF_HOOK_COND include/linux/netfilter.h:303 [inline] ip6_output+0x356/0x620 net/ipv6/ip6_output.c:247 dst_output include/net/dst.h:450 [inline] NF_HOOK include/linux/netfilter.h:314 [inline] ip6_xmit+0x1ba6/0x25d0 net/ipv6/ip6_output.c:366 inet6_csk_xmit+0x442/0x530 net/ipv6/inet6_connection_sock.c:135 __tcp_transmit_skb+0x3b07/0x4880 net/ipv4/tcp_output.c:1466 tcp_transmit_skb net/ipv4/tcp_output.c:1484 [inline] tcp_connect+0x35b6/0x7130 net/ipv4/tcp_output.c:4143 tcp_v6_connect+0x1bcc/0x1e40 net/ipv6/tcp_ipv6.c:333 __inet_stream_connect+0x2ef/0x1730 net/ipv4/af_inet.c:679 inet_stream_connect+0x6a/0xd0 net/ipv4/af_inet.c:750 __sys_connect_file net/socket.c:2061 [inline] __sys_connect+0x606/0x690 net/socket.c:2078 __do_sys_connect net/socket.c:2088 [inline] __se_sys_connect net/socket.c:2085 [inline] __x64_sys_connect+0x91/0xe0 net/socket.c:2085 x64_sys_call+0x27a5/0x3ba0 arch/x86/include/generated/asm/syscalls_64.h:43 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0xcd/0x1e0 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f Uninit was stored to memory at:
    nf_reject_ip6_tcphdr_put+0x60c/0x6c0 net/ipv6/netfilter/nf_reject_ipv6.c:249 nf_send_reset6+0xd84/0x15b0 net/ipv6/netfilter/nf_reject_ipv6.c:344 nft_reject_inet_eval+0x3c1/0x880 net/netfilter/nft_reject_inet.c:48 expr_call_ops_eval net/netfilter/nf_tables_core.c:240 [inline] nft_do_chain+0x438/0x22a0 net/netfilter/nf_tables_core.c:288 nft_do_chain_inet+0x41a/0x4f0 net/netfilter/nft_chain_filter.c:161 nf_hook_entry_hookfn include/linux/netfilter.h:154 [inline] nf_hook_slow+0xf4/0x400 net/netfilter/core.c:626 nf_hook include/linux/netfilter.h:269 [inline] NF_HOOK include/linux/netfilter.h:312 [inline] ipv6_rcv+0x29b/0x390 net/ipv6/ip6_input.c:310
    __netif_receive_skb_one_core ---truncated--- (CVE-2024-47685)

  - Linux カーネルでは、以下の脆弱性が解決されています: bpf: Add BPF_PROG_TYPE_CGROUP_SKB attach type enforcement in BPF_LINK_CREATE bpf_prog_attach uses attach_type_to_prog_type to enforce proper attach type for BPF_PROG_TYPE_CGROUP_SKB. link_create uses bpf_prog_get and relies on bpf_prog_attach_check_attach_type to properly verify prog_type <> attach_type association. Add missing attach_type enforcement for the link_create case. Otherwise, it's currently possible to attach cgroup_skb prog types to other cgroup hooks. (CVE-2024-38564)

  - Linux カーネルでは、以下の脆弱性が解決されています: mm/huge_memory: don't unpoison huge_zero_folio When I did memory failure tests recently, below panic occurs: kernel BUG at include/linux/mm.h:1135! invalid opcode: 0000 [#1] PREEMPT SMP NOPTI CPU: 9 PID: 137 Comm: kswapd1 Not tainted 6.9.0-rc4-00491-gd5ce28f156fe-dirty #14 RIP: 0010:shrink_huge_zero_page_scan+0x168/0x1a0 RSP:
    0018:ffff9933c6c57bd0 EFLAGS: 00000246 RAX: 000000000000003e RBX: 0000000000000000 RCX: ffff88f61fc5c9c8 RDX: 0000000000000000 RSI: 0000000000000027 RDI: ffff88f61fc5c9c0 RBP: ffffcd7c446b0000 R08:
    ffffffff9a9405f0 R09: 0000000000005492 R10: 00000000000030ea R11: ffffffff9a9405f0 R12: 0000000000000000 R13: 0000000000000000 R14: 0000000000000000 R15: ffff88e703c4ac00 FS: 0000000000000000(0000) GS:ffff88f61fc40000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    000055f4da6e9878 CR3: 0000000c71048000 CR4: 00000000000006f0 Call Trace: <TASK> do_shrink_slab+0x14f/0x6a0 shrink_slab+0xca/0x8c0 shrink_node+0x2d0/0x7d0 balance_pgdat+0x33a/0x720 kswapd+0x1f3/0x410 kthread+0xd5/0x100 ret_from_fork+0x2f/0x50 ret_from_fork_asm+0x1a/0x30 </TASK> Modules linked in:
    mce_inject hwpoison_inject ---[ end trace 0000000000000000 ]--- RIP:
    0010:shrink_huge_zero_page_scan+0x168/0x1a0 RSP: 0018:ffff9933c6c57bd0 EFLAGS: 00000246 RAX:
    000000000000003e RBX: 0000000000000000 RCX: ffff88f61fc5c9c8 RDX: 0000000000000000 RSI: 0000000000000027 RDI: ffff88f61fc5c9c0 RBP: ffffcd7c446b0000 R08: ffffffff9a9405f0 R09: 0000000000005492 R10:
    00000000000030ea R11: ffffffff9a9405f0 R12: 0000000000000000 R13: 0000000000000000 R14: 0000000000000000 R15: ffff88e703c4ac00 FS: 0000000000000000(0000) GS:ffff88f61fc40000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000055f4da6e9878 CR3: 0000000c71048000 CR4: 00000000000006f0 The root cause is that HWPoison flag will be set for huge_zero_folio without increasing the folio refcnt.
    But then unpoison_memory() will decrease the folio refcnt unexpectedly as it appears like a successfully hwpoisoned folio leading to VM_BUG_ON_PAGE(page_ref_count(page) == 0) when releasing huge_zero_folio. Skip unpoisoning huge_zero_folio in unpoison_memory() to fix this issue. We're not prepared to unpoison huge_zero_folio yet. (CVE-2024-40914)

  - Linux カーネルでは、以下の脆弱性が解決されています: mptcp: pm: only decrement add_addr_accepted for MPJ req Adding the following warning ... WARN_ON_ONCE(msk->pm.add_addr_accepted == 0) ... before decrementing the add_addr_accepted counter helped to find a bug when running the remove single subflow subtest from the mptcp_join.sh selftest. Removing a 'subflow' endpoint will first trigger a RM_ADDR, then the subflow closure. Before this patch, and upon the reception of the RM_ADDR, the other peer will then try to decrement this add_addr_accepted. That's not correct because the attached subflows have not been created upon the reception of an ADD_ADDR. A way to solve that is to decrement the counter only if the attached subflow was an MP_JOIN to a remote id that was not 0, and initiated by the host receiving the RM_ADDR. (CVE-2024-45009)

  - Linux カーネルでは、以下の脆弱性が解決されています: mptcp: pm: only mark 'subflow' endp as available Adding the following warning ... WARN_ON_ONCE(msk->pm.local_addr_used == 0) ... before decrementing the local_addr_used counter helped to find a bug when running the remove single address subtest from the mptcp_join.sh selftests. Removing a 'signal' endpoint will trigger the removal of all subflows linked to this endpoint via mptcp_pm_nl_rm_addr_or_subflow() with rm_type == MPTCP_MIB_RMSUBFLOW.
    This will decrement the local_addr_used counter, which is wrong in this case because this counter is linked to 'subflow' endpoints, and here it is a 'signal' endpoint that is being removed. Now, the counter is decremented, only if the ID is being used outside of mptcp_pm_nl_rm_addr_or_subflow(), only for 'subflow' endpoints, and if the ID is not 0 -- local_addr_used is not taking into account these ones. This marking of the ID as being available, and the decrement is done no matter if a subflow using this ID is currently available, because the subflow could have been closed before. (CVE-2024-45010)

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

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-529.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルで、次の脆弱性が解決されています。ipvs: ip_vs_add_service の pe を適切に逆参照します。pe を直接使用してスパース警告を解決: net/netfilter/ipvs/ip_vs_ctl.c:1471:27:
    警告: noderef 式の逆参照 (CVE-2024-42322)

  - Linux カーネルで、次の脆弱性は解決されています。fscache: UAF を回避するために fscache が存在する場合、fscache_cookie_lru_timer を削除します。fscache_cookie_lru_timer は、fscache モジュールが挿入されるときに初期化されますが、fscache モジュールが削除されるときに削除されません。fscache モジュールを削除する前に timer_reduce() が呼び出されると、fscache_cookie_lru_timer が現在の cpu のタイマーリストに追加されます。その後、fscache モジュールを削除した後、softIRQ で次のようにメモリ解放後使用 (Use After Free) がトリガーされます。=========================== ====================================== BUG: アドレスのページ障害を処理できません: fffffbfff803c9e9 PF: カーネルモードのスーパーバイザー読み取りアクセス PF: 
    error_code(0x0000) - ページが存在しない PGD 21ffea067 P4D 21ffea067 PUD 21ffe6067 PMD 110a7c067 PTE 0 Oops:
    Oops: 0000 [#1] PREEMPT SMP KASAN PTI CPU: 1 UID: 0 PID: 0 Comm: swapper/1 Tainted: G W 6.11.0-rc3 #855 Tainted: [W]=WARN RIP: 0010:__run_timer_base.part.0+0x254/0x8a0 呼び出しトレース: <IRQ> tmigr_handle_remote_up+0x627/0x810 __walk_groups.isra.0+0x47/0x140 tmigr_handle_remote+0x1fa/0x2f0 handle_softirqs+0x180/0x590 irq_exit_rcu+0x84/0xb0 sysvec_apic_timer_interrupt+0x6e/0x90 </IRQ> <TASK> asm_sysvec_apic_timer_interrupt+0x1a/0x20 RIP: 0010:default_idle+0xf/0x20 default_idle_call+0x38/0x60 do_idle+0x2b5/0x300 cpu_startup_entry+0x54/0x60 start_secondary+0x20d/0x280 common_startup_64+0x13e/0x148 </TASK> リンクされたモジュール: [最終アンロード: netfs] ================================================================== したがって、fscahe モジュールを削除する場合は、fscache_cookie_lru_timer を削除してください。(CVE-2024-46786)

  - Linux カーネルでは、次の脆弱性が解決されました。NFSD: 同時非同期 COPY 操作の数を制限します。クライアントが開始できる同時非同期 COPY 操作の数を制限するものはありません。さらに、AFAICT each async COPY は 4MB のチャンクを無制限にコピーできるため、長時間実行できます。したがって、IMO async COPY は DoS ベクトルになる可能性があります。同時バックグラウンド COPY 操作の数を制限する制限メカニズムを追加します。シンプルに始めて、公平になるようにします -- このパッチは、名前空間ごとの制限を実装します。この制限を超えている間に発生する非同期 COPY リクエストは、NFS4ERR_DELAY を取得します。
    リクエストを出したクライアントは、しばらくしてからリクエストを再送信するか、従来の読み取り/書き込みスタイルのコピーに戻すかを選択できます。メカニズムをより洗練させる必要がある場合は、将来のパッチでそうすることができます。(CVE-2024-49974)

  - Linux カーネルで、次の脆弱性が解決されました。netfilter: xtables: 必要な NFPROTO_UNSPEC を回避します syzbot は ebtables を介して xt_cluster の一致を呼び出すことができました。警告: CPU: 0 PID: 11 at net/netfilter/xt_cluster.c:72 xt_cluster_mt+ 0x196/0x780 [..] ebt_do_table+0x174b/0x2a40 モジュールは NFPROTO_UNSPEC に登録しますが、ipv4/ipv6 パケット処理を前提としています。これは、ローカルで終了する TCP/UDP トラフィックを制限する場合にのみ有用であるため、ipv4 および ipv6 ファミリーに対してのみ登録してください。Pablo 氏は、これは一般的な問題であり、set/getsockopt インターフェースの直接ユーザーは、ip(6) テーブルでの使用のみを意図していたターゲット/マッチに呼び出す可能性があると指摘しています。同様の問題について、すべての UNSPEC のマッチとターゲットをチェックします: - skb_network_header() が有効であると想定する場合を除いて、マッチとターゲットは問題ありません -- これは inet 層から呼び出された場合にのみ当てはまります: ip(6) スタックは ip/ipv6 ヘッダーを線形データ領域にプルします。- XT_CONTINUE または他の xtables 判定を返すターゲットも制限する必要があります。これらのターゲットは、ebtables トラバーサーと非互換です。たとえば、EBT_CONTINUE は XT_CONTINUE とは完全に異なる値です。ほとんどのマッチ/ターゲットは、ip(6)tables で使用するために提供されているため、NFPROTO_IPV4/IPV6 に登録するように変更されます。MARK ターゲットは arptables でも使用されるため、NFPROTO_ARP にも登録してください。その際、connbytes が対応する conntrack ファミリーの有効化に失敗した場合にベイルアウトします。この変更により、iptables.git のセルフテストに合格します。(CVE-2024-50038)

  - Linux カーネルで、以下の脆弱性が解決されています。platform/x86/intel/pmc: pmc_core_iounmap が、有効なアドレスに対して iounmap を呼び出すように修正します。コミット 50c6dbdfd16e (x86/ioremap: Improve iounmap() アドレス範囲チェックを改善) は、iounmap のアドレス範囲が無効な場合に WARN を導入します。Thinkpad P1 Gen 7 (Meteor Lake-P) では、これにより次の警告が表示されました。警告: CPU: 7 PID: 713 at arch/x86/mm/ioremap.c:461 iounmap+0x58/0x1f0 リンクされたモジュール: rfkill(+) snd_timer(+) fjes(+) snd soundcore intel_pmc_core(+) int3403_thermal(+) int340x_thermal_zone intel_vsec pmt_telemetry acpi_pad pmt_class acpi_tad int3400_thermal acpi_thermal_rel joydev loop nfnetlink zram xe drm_suballoc_helper nouveau i915 mxm_wmi drm_ttm_helper gpu_sched drm_gpuvm drm_exec drm_buddy i2c_algo_bit crct10dif_pclmul crc32_pclmul ttm crc32c_intel polyval_clmulni rtsx_pci_sdmmc ucsi_acpi polyval_generic mmc_core hid_multitouch drm_display_helper ghash_clmulni_intel typec_ucsi nvme sha512_ssse3 video sha256_ssse3 nvme_core intel_vpu sha1_ssse3 rtsx_pci cec typec nvme_auth i2c_hid_acpi i2c_hid wmi pinctrl_meteorlake serio_raw ip6_tables ip_tables fuse CPU: 7 UID: 0 PID: 713 Comm: (udev-worker) Not tainted 6.12.0-rc2iounmap+ #42 ハードウェア名: LENOVO 21KWCTO1WW/21KWCTO1WW、BIOS N48ET19W (1.06 ) 07/18/2024 RIP:
    0010:iounmap+0x58/0x1f0 コード: 85 6a 01 00 00 48 8b 05 e6 e2 28 04 48 39 c5 72 19 eb 26 cc cc cc 48 ba 00 00 00 00 00 00 32 00 48 8d 44 02 ff 48 39 c5 72 23 <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 cc cc cc cc 48 ba 00 00 00 00 00 RSP: 0018:ffff888131eff038 EFLAGS: 00010207 RAX: ffffc90000000000 RBX: 0000000000000000 RCX:
    ffff888e33b80000 RDX: dffffc0000000000 RSI: ffff888e33bc29c0 RDI: 0000000000000000 RBP: 0000000000000000 R08: ffff8881598a8000 R09: ffff888e2ccedc10 R10: 0000000000000003 R11: ffffffffb3367634 R12:
    00000000fe000000 R13: ffff888101d0da28 R14: ffffffffc2e437e0 R15: ffff888110b03b28 FS:
    00007f3c1d4b3980(0000) GS:ffff888e33b80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00005651cfc93578 CR3: 0000000124e4c002 CR4: 0000000000f70ef0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff07f0 DR7:
    0000000000000400 PKRU: 55555554 呼び出しトレース: <TASK> ? __warn.cold+0xb6/0x176 ? iounmap+0x58/0x1f0 ? report_bug+0x1f4/0x2b0 ? handle_bug+0x58/0x90 ? exc_invalid_op+0x17/0x40 ? asm_exc_invalid_op+0x1a/0x20 ? iounmap+0x58/0x1f0 pmc_core_ssram_get_pmc+0x477/0x6c0 [intel_pmc_core] ?
    __pfx_pmc_core_ssram_get_pmc+0x10/0x10 [intel_pmc_core] ? __pfx_do_pci_enable_device+0x10/0x10 ? pci_wait_for_pending+0x60/0x110 ? pci_enable_device_flags+0x1e3/0x2e0 ? __pfx_mtl_core_init+0x10/0x10 [intel_pmc_core] pmc_core_ssram_init+0x7f/0x110 [intel_pmc_core] mtl_core_init+0xda/0x130 [intel_pmc_core] ? __mutex_init+0xb9/0x130 pmc_core_probe+0x27e/0x10b0 [intel_pmc_core] ? _raw_spin_lock_irqsave+0x96/0xf0 ? __pfx_pmc_core_probe+0x10/0x10 [intel_pmc_core] ? __pfx_mutex_unlock+0x10/0x10 ?
    __pfx_mutex_lock+0x10/0x10 ? device_pm_check_callbacks+0x82/0x370 ? acpi_dev_pm_attach+0x234/0x2b0 platform_probe+0x9f/0x150 real_probe+0x1e0/0x8a0 __driver_probe_device+0x18c/0x370 ?
    __pfx___driver_attach+0x10/0x10 driver_probe_device+0x4a/0x120 __driver_attach+0x190/0x4a0 ?
    __pfx___driver_attach+0x10/0x10 bus_for_each_dev+0x103/0x180 ? __pfx_bus_for_each_dev+0x10/0x10 ? klist_add_tail+0x136/0x270 bus_add_driver+0x2fc/0x540 driver_register+0x1a5/0x360 ?
    __pfx_pmc_core_driver_init+0x10/0x10 [intel_pmc_core] do_one_initcall+0xa4/0x380 ?
    __pfx_do_one_initcall+0x10/0x10 ? kasan_unpoison+0x44/0x70 do_init_module+0x296/0x800 load_module+0x5090/0x6ce0 ? __pfx_load_module+0x10/0x10 ? ima_post_read_file+0x193/0x200 ?
    __pfx_ima_post_read_file+0x10/0x10 ? rw_verify_area+0x152/0x4c0 ? kernel_read_file+0x257/0x750 ?
    __pfx_kernel_read_file+0x10/0x10 ? __pfx_filemap_get_read_batch+0x10/0x10 ? init_module_from_file+0xd1/0x130 init_module_from_file+0xd1/0x130 ? __pfx_init_module_from_file+0x10/0
    ---truncated--- (CVE-2024-50107)

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

リモートの CentOS Linux 9 ホストに、expat-2.5.0-4.el9 ビルド変更ログに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - 2.6.4 より前に libexpat で問題が見つかりました。XML_StopParser が起動されていないパーサーを停止/中断する可能性があるため、XML_ResumeParser 関数内でクラッシュがあります。(CVE-2024-50602)

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

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-527.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルで、次の脆弱性が解決されています。USB: core: 記述子の予約ビットをクリアすることでエンドポイントの重複を修正。Syzbot は、usbcore でバグを特定しました (下記の [Closes:] タグを参照)。これは、エンドポイント記述子の bEndpointAddress フィールド内の予約ビットは常に 0 になるという仮定により引き起こされます。バグの結果として、config.c の endpoint_is_duplicate() ルーチン (およびおそらくは他のルーチンも) は、2 つの記述子が同じ方向とエンドポイント番号を持っているのにもかかわらず、異なるエンドポイントに対するものであると考える可能性があります。これにより、syzbot (エンドポイント番号と方向が一致する2つの記述子。一方が割り込みで、他方がバルク) によって特定されたバグなどの混乱が発生する可能性があります。このバグを修正するために、記述子を解析するときに bEndpointAddress の予約ビットをクリアします。
    (USB-2.0 仕様と USB-3.1 仕様の両方が、これらのビットが Reserved で、ゼロにリセットされていると規定しています。) これには、usb_parse_endpoint() の早い段階で記述子のコピーを作成し、重複をチェックする際に現物の代わりにコピーを使用する必要があります。(CVE-2024-41035)

  - Linux カーネルでは、以下の脆弱性が解決されています。USB: シリアル: mos7840: 再開時のクラッシュを修正。コミット c49cfa917025 以降 (USB: シリアル: USB シリアルレイヤーに代替手段が提供されない場合は汎用メソッドを使用)、ドライバーが実装を提供していない場合は、USB シリアルコアが一般的な実装を再開します。複数の読み取り URB のサポートが 2011 年に追加されたため、これにより mos7840 の再開時にクラッシュが発生する可能性があります。具体的には、両方のポート読み取り URB が開いているポートの再開時に送信されるようになりましたが、2 番目の URB のコンテキストポインターは mos7840 ポート構造ではなくコアに設定されたままになります。mos7840 のための専用の中断および再開機能を実装することによってこれを修正します。Delock 87414 USB 2.0 to 4x シリアルアダプターでテスト。[ johan: クラッシュを分析し、コミットメッセージを書き直します。再開時にビジーフラグを設定します。バルクインチェックをドロップします。不要な usb_kill_urb() をドロップします] (CVE-2024-42244)

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

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-516.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルにおいて、以下の脆弱性は解決されました： r8169: Fix possible ring buffer corruption on fragmented Tx packets. An issue was found on the RTL8125b when transmitting small fragmented packets, whereby invalid entries were inserted into the transmit ring buffer, subsequently leading to calls to dma_unmap_single() with a null address. This was caused by rtl8169_start_xmit() not noticing changes to nr_frags which may occur when small packets are padded (to work around hardware quirks) in rtl8169_tso_csum_v2(). To fix this, postpone inspecting nr_frags until after any padding has been applied.
    (CVE-2024-38586)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： dmaengine: idxd: Avoid unnecessary destruction of file_ida file_ida is allocated during cdev open and is freed accordingly during cdev release. This sequence is guaranteed by driver file operations. Therefore, there is no need to destroy an already empty file_ida when the WQ cdev is removed. Worse, ida_free() in cdev release may happen after destruction of file_ida per WQ cdev. This can lead to accessing an id in file_ida after it has been destroyed, resulting in a kernel panic. Remove ida_destroy(&file_ida) to address these issues.
    (CVE-2024-38629)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： ionic: fix kernel panic in XDP_TX action In the XDP_TX path, ionic driver sends a packet to the TX path with rx page and corresponding dma address. After tx is done, ionic_tx_clean() frees that page. But RX ring buffer isn't reset to NULL. So, it uses a freed page, which causes kernel panic. BUG: unable to handle page fault for address:
    ffff8881576c110c PGD 773801067 P4D 773801067 PUD 87f086067 PMD 87efca067 PTE 800ffffea893e060 Oops: Oops:
    0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC KASAN NOPTI CPU: 1 PID: 25 Comm: ksoftirqd/1 Not tainted 6.9.0+ #11 Hardware name: ASUS System Product Name/PRIME Z690-P D4, BIOS 0603 11/01/2021 RIP:
    0010:bpf_prog_f0b8caeac1068a55_balancer_ingress+0x3b/0x44f Code: 00 53 41 55 41 56 41 57 b8 01 00 00 00 48 8b 5f 08 4c 8b 77 00 4c 89 f7 48 83 c7 0e 48 39 d8 RSP: 0018:ffff888104e6fa28 EFLAGS: 00010283 RAX:
    0000000000000002 RBX: ffff8881576c1140 RCX: 0000000000000002 RDX: ffffffffc0051f64 RSI: ffffc90002d33048 RDI: ffff8881576c110e RBP: ffff888104e6fa88 R08: 0000000000000000 R09: ffffed1027a04a23 R10:
    0000000000000000 R11: 0000000000000000 R12: ffff8881b03a21a8 R13: ffff8881589f800f R14: ffff8881576c1100 R15: 00000001576c1100 FS: 0000000000000000(0000) GS:ffff88881ae00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff8881576c110c CR3: 0000000767a90000 CR4: 00000000007506f0 PKRU: 55555554 Call Trace: <TASK> ? __die+0x20/0x70 ? page_fault_oops+0x254/0x790 ?
    __pfx_page_fault_oops+0x10/0x10 ? __pfx_is_prefetch.constprop.0+0x10/0x10 ? search_bpf_extables+0x165/0x260 ? fixup_exception+0x4a/0x970 ? exc_page_fault+0xcb/0xe0 ? asm_exc_page_fault+0x22/0x30 ? 0xffffffffc0051f64 ? bpf_prog_f0b8caeac1068a55_balancer_ingress+0x3b/0x44f ? do_raw_spin_unlock+0x54/0x220 ionic_rx_service+0x11ab/0x3010 [ionic 9180c3001ab627d82bbc5f3ebe8a0decaf6bb864] ? ionic_tx_clean+0x29b/0xc60 [ionic 9180c3001ab627d82bbc5f3ebe8a0decaf6bb864] ? __pfx_ionic_tx_clean+0x10/0x10 [ionic 9180c3001ab627d82bbc5f3ebe8a0decaf6bb864] ? __pfx_ionic_rx_service+0x10/0x10 [ionic 9180c3001ab627d82bbc5f3ebe8a0decaf6bb864] ? ionic_tx_cq_service+0x25d/0xa00 [ionic 9180c3001ab627d82bbc5f3ebe8a0decaf6bb864] ? __pfx_ionic_rx_service+0x10/0x10 [ionic 9180c3001ab627d82bbc5f3ebe8a0decaf6bb864] ionic_cq_service+0x69/0x150 [ionic 9180c3001ab627d82bbc5f3ebe8a0decaf6bb864] ionic_txrx_napi+0x11a/0x540 [ionic 9180c3001ab627d82bbc5f3ebe8a0decaf6bb864] __napi_poll.constprop.0+0xa0/0x440 net_rx_action+0x7e7/0xc30 ?
    __pfx_net_rx_action+0x10/0x10 (CVE-2024-40907)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： net/mlx5: Fix missing lock on sync reset reload On sync reset reload work, when remote host updates devlink on reload actions performed on that host, it misses taking devlink lock before calling devlink_remote_reload_actions_performed() which results in triggering lock assert like the following: WARNING: CPU: 4 PID: 1164 at net/devlink/core.c:261 devl_assert_locked+0x3e/0x50 CPU: 4 PID: 1164 Comm: kworker/u96:6 Tainted: G S W 6.10.0-rc2+ #116 Hardware name: Supermicro SYS-2028TP-DECTR/X10DRT-PT, BIOS 2.0 12/18/2015 Workqueue: mlx5_fw_reset_events mlx5_sync_reset_reload_work [mlx5_core] RIP: 0010:devl_assert_locked+0x3e/0x50 Call Trace: <TASK> ?
    __warn+0xa4/0x210 ? devl_assert_locked+0x3e/0x50 ? report_bug+0x160/0x280 ? handle_bug+0x3f/0x80 ? exc_invalid_op+0x17/0x40 ? asm_exc_invalid_op+0x1a/0x20 ? devl_assert_locked+0x3e/0x50 devlink_notify+0x88/0x2b0 ? mlx5_attach_device+0x20c/0x230 [mlx5_core] ? __pfx_devlink_notify+0x10/0x10 ? process_one_work+0x4b6/0xbb0 process_one_work+0x4b6/0xbb0 [] (CVE-2024-42268)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： tipc: Return non-zero value from tipc_udp_addr2str() on error tipc_udp_addr2str() should return non-zero value if the UDP media address is invalid. Otherwise, a buffer overflow access can occur in tipc_media_addr_printf(). Fix this by returning 1 on an invalid UDP media address. (CVE-2024-42284)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： dma: fix call order in dmam_free_coherent dmam_free_coherent() frees a DMA allocation, which makes the freed vaddr available for reuse, then calls devres_destroy() to remove and free the data structure used to track the DMA allocation.
    Between the two calls, it is possible for a concurrent task to make an allocation with the same vaddr and add it to the devres list. If this happens, there will be two entries in the devres list with the same vaddr and devres_destroy() can free the wrong entry, triggering the WARN_ON() in dmam_match. Fix by destroying the devres entry before freeing the DMA allocation. kokonut //net/encryption http://sponge2/b9145fe6-0f72-4325-ac2f-a84d81075b03 (CVE-2024-43856)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： net/mlx5e: Fix CT entry update leaks of modify header context The cited commit allocates a new modify header to replace the old one when updating CT entry. But if failed to allocate a new one, eg. exceed the max number firmware can support, modify header will be an error pointer that will trigger a panic when deallocating it. And the old modify header point is copied to old attr. When the old attr is freed, the old modify header is lost. Fix it by restoring the old attr to attr when failed to allocate a new modify header context. So when the CT entry is freed, the right modify header context will be freed. And the panic of accessing error pointer is also fixed. (CVE-2024-43864)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： net/mlx5: Always drain health in shutdown callback There is no point in recovery during device shutdown. if health work started need to wait for it to avoid races and NULL pointer access. Hence, drain health WQ on shutdown callback.
    (CVE-2024-43866)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： memcg: protect concurrent access to mem_cgroup_idr Commit 73f576c04b94 (mm: memcontrol: fix cgroup creation failure after many small jobs) decoupled the memcg IDs from the CSS ID space to fix the cgroup creation failures. It introduced IDR to maintain the memcg ID space. The IDR depends on external synchronization mechanisms for modifications. For the mem_cgroup_idr, the idr_alloc() and idr_replace() happen within css callback and thus are protected through cgroup_mutex from concurrent modifications. However idr_remove() for mem_cgroup_idr was not protected against concurrency and can be run concurrently for different memcgs when they hit their refcnt to zero. Fix that. We have been seeing list_lru based kernel crashes at a low frequency in our fleet for a long time. These crashes were in different part of list_lru code including list_lru_add(), list_lru_del() and reparenting code. Upon further inspection, it looked like for a given object (dentry and inode), the super_block's list_lru didn't have list_lru_one for the memcg of that object. The initial suspicions were either the object is not allocated through kmem_cache_alloc_lru() or somehow memcg_list_lru_alloc() failed to allocate list_lru_one() for a memcg but returned success. No evidence were found for these cases.
    Looking more deeply, we started seeing situations where valid memcg's id is not present in mem_cgroup_idr and in some cases multiple valid memcgs have same id and mem_cgroup_idr is pointing to one of them. So, the most reasonable explanation is that these situations can happen due to race between multiple idr_remove() calls or race between idr_alloc()/idr_replace() and idr_remove(). These races are causing multiple memcgs to acquire the same ID and then offlining of one of them would cleanup list_lrus on the system for all of them. Later access from other memcgs to the list_lru cause crashes due to missing list_lru_one. (CVE-2024-43892)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： net/mlx5e: SHAMPO, Fix invalid WQ linked list unlink When all the strides in a WQE have been consumed, the WQE is unlinked from the WQ linked list (mlx5_wq_ll_pop()). For SHAMPO, it is possible to receive CQEs with 0 consumed strides for the same WQE even after the WQE is fully consumed and unlinked. This triggers an additional unlink for the same wqe which corrupts the linked list. Fix this scenario by accepting 0 sized consumed strides without unlinking the WQE again. (CVE-2024-44970)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： bnxt_en: Fix double DMA unmapping for XDP_REDIRECT Remove the dma_unmap_page_attrs() call in the driver's XDP_REDIRECT code path. This should have been removed when we let the page pool handle the DMA mapping. This bug causes the warning: WARNING:
    CPU: 7 PID: 59 at drivers/iommu/dma-iommu.c:1198 iommu_dma_unmap_page+0xd5/0x100 CPU: 7 PID: 59 Comm:
    ksoftirqd/7 Tainted: G W 6.8.0-1010-gcp #11-Ubuntu Hardware name: Dell Inc. PowerEdge R7525/0PYVT1, BIOS 2.15.2 04/02/2024 RIP: 0010:iommu_dma_unmap_page+0xd5/0x100 Code: 89 ee 48 89 df e8 cb f2 69 ff 48 83 c4 08 5b 41 5c 41 5d 41 5e 41 5f 5d 31 c0 31 d2 31 c9 31 f6 31 ff 45 31 c0 e9 ab 17 71 00 <0f> 0b 48 83 c4 08 5b 41 5c 41 5d 41 5e 41 5f 5d 31 c0 31 d2 31 c9 RSP: 0018:ffffab1fc0597a48 EFLAGS: 00010246 RAX:
    0000000000000000 RBX: ffff99ff838280c8 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000 RBP: ffffab1fc0597a78 R08: 0000000000000002 R09: ffffab1fc0597c1c R10:
    ffffab1fc0597cd3 R11: ffff99ffe375acd8 R12: 00000000e65b9000 R13: 0000000000000050 R14: 0000000000001000 R15: 0000000000000002 FS: 0000000000000000(0000) GS:ffff9a06efb80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000565c34c37210 CR3: 00000005c7e3e000 CR4: 0000000000350ef0 ? show_regs+0x6d/0x80 ? __warn+0x89/0x150 ? iommu_dma_unmap_page+0xd5/0x100 ? report_bug+0x16a/0x190 ? handle_bug+0x51/0xa0 ? exc_invalid_op+0x18/0x80 ? iommu_dma_unmap_page+0xd5/0x100 ? iommu_dma_unmap_page+0x35/0x100 dma_unmap_page_attrs+0x55/0x220 ? bpf_prog_4d7e87c0d30db711_xdp_dispatcher+0x64/0x9f bnxt_rx_xdp+0x237/0x520 [bnxt_en] bnxt_rx_pkt+0x640/0xdd0 [bnxt_en] __bnxt_poll_work+0x1a1/0x3d0 [bnxt_en] bnxt_poll+0xaa/0x1e0 [bnxt_en]
    __napi_poll+0x33/0x1e0 net_rx_action+0x18a/0x2f0 (CVE-2024-44984)

  - Linux カーネルにおいて、以下の脆弱性は解決されました： KVM: s390: fix validity interception issue when gisa is switched off We might run into a SIE validity if gisa has been disabled either via using kernel parameter kvm.use_gisa=0 or by setting the related sysfs attribute to N (echo N >/sys/module/kvm/parameters/use_gisa). The validity is caused by an invalid value in the SIE control block's gisa designation. That happens because we pass the uninitialized gisa origin to virt_to_phys() before writing it to the gisa designation. To fix this we return 0 in kvm_s390_get_gisa_desc() if the origin is 0. kvm_s390_get_gisa_desc() is used to determine which gisa designation to set in the SIE control block. A value of 0 in the gisa designation disables gisa usage. The issue surfaces in the host kernel with the following kernel message as soon a new kvm guest start is attemted. kvm: unhandled validity intercept 0x1011 WARNING: CPU: 0 PID: 781237 at arch/s390/kvm/intercept.c:101 kvm_handle_sie_intercept+0x42e/0x4d0 [kvm] Modules linked in: vhost_net tap tun xt_CHECKSUM xt_MASQUERADE xt_conntrack ipt_REJECT xt_tcpudp nft_compat x_tables nf_nat_tftp nf_conntrack_tftp vfio_pci_core irqbypass vhost_vsock vmw_vsock_virtio_transport_common vsock vhost vhost_iotlb kvm nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib 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 nf_tables sunrpc mlx5_ib ib_uverbs ib_core mlx5_core uvdevice s390_trng eadm_sch vfio_ccw zcrypt_cex4 mdev vfio_iommu_type1 vfio sch_fq_codel drm i2c_core loop drm_panel_orientation_quirks configfs nfnetlink lcs ctcm fsm dm_service_time ghash_s390 prng chacha_s390 libchacha aes_s390 des_s390 libdes sha3_512_s390 sha3_256_s390 sha512_s390 sha256_s390 sha1_s390 sha_common dm_mirror dm_region_hash dm_log zfcp scsi_transport_fc scsi_dh_rdac scsi_dh_emc scsi_dh_alua pkey zcrypt dm_multipath rng_core autofs4 [last unloaded: vfio_pci] CPU: 0 PID: 781237 Comm:
    CPU 0/KVM Not tainted 6.10.0-08682-gcad9f11498ea #6 Hardware name: IBM 3931 A01 701 (LPAR) Krnl PSW :
    0704c00180000000 000003d93deb0122 (kvm_handle_sie_intercept+0x432/0x4d0 [kvm]) R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:0 PM:0 RI:0 EA:3 Krnl GPRS: 000003d900000027 000003d900000023 0000000000000028 000002cd00000000 000002d063a00900 00000359c6daf708 00000000000bebb5 0000000000001eff 000002cfd82e9000 000002cfd80bc000 0000000000001011 000003d93deda412 000003ff8962df98 000003d93de77ce0 000003d93deb011e 00000359c6daf960 Krnl Code: 000003d93deb0112: c020fffe7259 larl %r2,000003d93de7e5c4 000003d93deb0118:
    c0e53fa8beac brasl %r14,000003d9bd3c7e70 #000003d93deb011e: af000000 mc 0,0 >000003d93deb0122: a728ffea lhi %r2,-22 000003d93deb0126: a7f4fe24 brc 15,000003d93deafd6e 000003d93deb012a: 9101f0b0 tm 176(%r15),1 000003d93deb012e: a774fe48 brc 7,000003d93deafdbe 000003d93deb0132: 40a0f0ae sth %r10,174(%r15) Call Trace: [<000003d93deb0122>] kvm_handle_sie_intercept+0x432/0x4d0 [kvm] ([<000003d93deb011e>] kvm_handle_sie_intercept+0x42e/0x4d0 [kvm]) [<000003d93deacc10>] vcpu_post_run+0x1d0/0x3b0 [kvm] [<000003d93deaceda>] __vcpu_run+0xea/0x2d0 [kvm] [<000003d93dead9da>] kvm_arch_vcpu_ioctl_run+0x16a/0x430 [kvm] [<000003d93de93ee0>] kvm_vcpu_ioctl+0x190/0x7c0 [kvm] [<000003d9bd728b4e>] vfs_ioctl+0x2e/0x70 [<000003d9bd72a092>] __s390x_sys_ioctl+0xc2/0xd0 [<000003d9be0e9222>] __do_syscall+0x1f2/0x2e0 [<000003d9be0f9a90>] system_call+0x70/0x98 Last Breaking-Event-Address: [<000003d9bd3c7f58>]
    __warn_printk+0xe8/0xf0 (CVE-2024-45005)

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

リモートの CentOS Linux 7 ホストに、RHSA-2020:0028 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 複数の Intel(R) プロセッサー用の仮想ゲストオペレーティングシステムによるページテーブル更新の不適切な無効化により、認証されたユーザーがローカルアクセスを介してホストシステムのサービス拒否を有効にする可能性があります。(CVE-2018-12207)

  - 投機的実行を利用する一部の CPU 上の TSX Asynchronous Abort 状態により、認証されたユーザーがローカルアクセスのサイドチャネルを介して情報を漏洩させることが可能です。(CVE-2019-11135)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2020:5561 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - 87.0.4280.88より前のGoogle ChromeのV8を初期化せずに使用すると、リモートの攻撃者が、細工されたHTMLページを介して、プロセスメモリから機密性の高い情報を取得する可能性がありました。(CVE-2020-16042)

  - ユーザーが提供した特定のblit値が適切に制約されず、一部のビデオドライバーでヒープバッファオーバーフローが発生しました。この脆弱性の影響を受けるのは、Firefox < 84、Thunderbird < 78.6、Firefox ESR < 78.6です。(CVE-2020-26971)

  - CSSサニタイザーへの特定の入力で混乱し、不適切なコンポーネントが削除されました。これは、サニタイザーバイパスとして使用された可能性があります。この脆弱性の影響を受けるのは、Firefox < 84、Thunderbird < 78.6、Firefox ESR < 78.6です。(CVE-2020-26973)

  - テーブルラッパーでflex-basisが使用される場合、StyleGenericFlexBasisオブジェクトが誤ったタイプに不適切にキャストされる可能性がありました。これにより、ヒープのメモリ解放後使用(Use After Free)、メモリ破損、悪用可能なクラッシュを引き起こす可能性があります。この脆弱性の影響を受けるのは、Firefox < 84、Thunderbird < 78.6、Firefox ESR < 78.6です。
    (CVE-2020-26974)

  - スリップストリームの研究に基づいた技術を使用して、悪意のあるWebページが、内部ネットワークのホストおよびユーザーのローカルマシンで実行されているサービスの両方を漏洩していた可能性があります。この脆弱性の影響を受けるのは、Firefox < 84、Thunderbird < 78.6、Firefox ESR < 78.6です。(CVE-2020-26978)

  - プロキシ権限で拡張が登録されて<all_urls>を受信する場合、proxy-onRequestコールバックはビューソースURLでトリガーされませんでした。WebコンテンツはこのようなURLに移動できませんが、View Sourceを開いているユーザーが不注意でIPアドレスを漏洩していた可能性があります。この脆弱性の影響を受けるのは、Firefox < 84、Thunderbird < 78.6、Firefox ESR < 78.6です。（CVE-2020-35111）

  - Mozilla開発者が、Firefox 83およびFirefox ESR 78.5に存在するメモリの安全性に関するバグを報告しました。これらのバグの一部にはメモリ破損の証拠が示されており、当社では、手間をかけることにより、これらの一部が悪用され、任意のコードが実行される可能性があると推測しています。この脆弱性の影響を受けるのは、Firefox < 84、Thunderbird < 78.6、Firefox ESR < 78.6です。(CVE-2020-35113)

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

リモートの CentOS Linux 7 ホストに、RHSA-2021:3381 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - v2.6.19-rc1以降の Linux がnet/netfilter/x_tables.cで発見されるヒープ領域外書き込み。
    これにより、攻撃者が特権を得るか、ユーザー名の空間を介してのDoS (ヒープメモリの破損経由) を引き起こすことができます (CVE-2021-22555)

  - 5.12.2 までの Linux カーネルの net/bluetooth/hci_request.c には競合状態があり、HCI コントローラーが除去されます。(CVE-2021-32399)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2022:1302 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - <code>NSSToken</code> オブジェクトがダイレクトポイントを介して参照され、異なるスレッドで安全でない方法でアクセスされ、メモリ解放後使用 (Use After Free) および悪用可能なクラッシュにつながる可能性があります。この脆弱性の影響を受けるのは、Thunderbird < 91.8、Firefox < 99、および Firefox ESR < 91.8 です。(CVE-2022-1097)

  - VR Process が破壊された後、それに対する参照が保持および使用され、メモリ解放後使用 (Use-After-Free) および悪用可能なクラッシュにつながる可能性があります。この脆弱性の影響を受けるのは、Thunderbird < 91.8 および Firefox ESR < 91.8 です。(CVE-2022-1196)

  - 失効理由としてキーの侵害を指定した、失効したキーをインポートすると、Thunderbird はまだ失効していないキーの既存のコピーを更新せず、既存のキーは失効しないものとして保持されていました。別の失効理由を使用した失効ステートメント、または失効理由を指定していない失効ステートメントは影響を受けませんでした。この脆弱性の影響を受けるのは、Thunderbird < 91.8です。(CVE-2022-1197)

  - regex は、Rust 言語用の正規表現の実装です。regex crate は、信頼できない正規表現によって引き起こされるサービス拒否攻撃、または信頼できる正規表現に一致する信頼できない入力を防ぐ作り込みの緩和機能を備えています。これらの (調整可能な) 緩和策は、攻撃を防ぐための適切なデフォルトをすでに提供しています。この保証は文書化されており、クレートの API の一部と見なされています。残念ながら、信頼できない正規表現が解析中に任意の時間がかかることを防ぐために設計された緩和にバグが発見されました。このような緩和をバイパスする正規表現を作成することが可能です。これにより、特別に細工された正規表現を、ユーザーが制御する信頼できない正規表現を受け入れるサービスに送信することで、サービス拒否攻撃を実行できます。

リモートの CentOS Linux 6 ホストには、 RHSA-2020:3548 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 3.18 より前の Linux カーネル内の KEYS サブシステムにより、ローカルユーザーが、keyring.cのkeyring_search_iterator 関数に関連して、特定の一致フィールドに対する NULL 値を含むベクトルを介して、権限を取得したり、サービス拒否 (NULL ポインター逆参照とシステムクラッシュ) を引き起こしたりする可能性がありまます。(CVE-2017-2647)

  - Marvell WiFi チップドライバーの Linux カーネル、バージョンカーネル 2.6.32 でヒープベースのバッファオーバーフローが見つかりました。STAがAPに接続した後にlbs_ibss_join_existing関数が呼び出されると、リモート攻撃者が、サービス拒否(システムクラッシュ) を引き起こしたり、任意のコードを実行したりする可能性がありました。
    (CVE-2019-14896)

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

リモートの CentOS Linux 6 ホストには、 RHSA-2020:4235 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 86.0.4240.75 より前の Google Chrome の支払いにおける use-after-free により、リモートの攻撃者が、細工された HTML ページを通じて、サンドボックス回避を実行する可能性がありました。 （CVE-2020-15967）

  - 86.0.4240.75より前の Google Chrome の Blink でのメモリ解放後使用 (Use After Free) により、リモート攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-15968)

  - 86.0.4240.75より前のGoogle ChromeのWebRTCでのメモリ解放後使用 (Use After Free ) により、リモートの攻撃者が、細工されたHTMLページを介してヒープ破損を悪用する可能性がありました。 (CVE-2020-15969 )

  - 86.0.4240.75 より前の Google Chrome の NFC の use-after-free により、レンダラープロセスを侵害したリモートの攻撃者が、細工された HTML ページを通じてサンドボックス回避を実行する可能性があります。 （CVE-2020-15970）

  - 86.0.4240.75 より前の Google Chrome の印刷における use-after-free により、レンダラープロセスを侵害したリモートの攻撃者が、細工された HTML ページを通じてサンドボックス回避を実行する可能性がありました。
    (CVE-2020-15971)

  - 86.0.4240.75 より前の Google Chrome のオーディオにおける use-after-free により、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性があります。 （CVE-2020-15972）

  - より前の Google Chrome の拡張機能におけるポリシーの実施が不十分なため、ユーザーに悪意のある拡張機能をインストールさせる 86.0.4240.75 よう誘導した攻撃者が、細工された Chrome 拡張機能を介して同一オリジンポリシーをバイパスする可能性があります。 （CVE-2020-15973）

  - 86.0.4240.75 より前の Google Chrome の Blink における整数オーバーフローにより、リモートの攻撃者が、細工された HTML ページを通じて、サイト分離をバイパスする可能性がありました。 （CVE-2020-15974）

  - 86.0.4240.75 より前の Google Chrome の SwiftShader の整数オーバーフローにより、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性があります。 （CVE-2020-15975）

  - 86.0.4240.75 以前の Android 上の Google Chrome の WebXR の use-after-free により、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性があります。 （CVE-2020-15976）

  - 86.0.4240.75 以前の OS X 上の Google Chrome のダイアログのデータ検証が不十分なため、リモートの攻撃者が、細工された HTML ページを通じて、ディスクから潜在的な機密情報を取得することが可能でした。 （CVE-2020-15977）

  - より前 86.0.4240.75 のAndroid の Google Chrome のナビゲーションにおける不十分なデータ検証により、レンダラープロセスを侵害したリモートの攻撃者が、細工された HTML ページを通じて、ナビゲーション制限をバイパスすることが可能でした。 （CVE-2020-15978）

  - 86.0.4240.75以前の Google Chrome の V8 での不適切な実装により、リモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-15979)

  - 86.0.4240.75 より前の Android 上の Google Chrome では、Intents でポリシーを実施しているため、ローカルの攻撃者が、細工された Intents を通じて、ナビゲーション制限をバイパスすることが可能でした。 （CVE-2020-15980）

  - 86.0.4240.75 より前の Google Chrome のオーディオにおける領域外読み取りにより、リモートの攻撃者が、細工された HTML ページを介して、プロセスメモリから潜在的な機密情報を取得する可能性がありました。 （CVE-2020-15981）

  - 86.0.4240.75 より前の Google Chrome のキャッシュにおける不適切な実装により、リモートの攻撃者が、細工された HTML ページを介して、プロセスメモリから潜在的な機密情報を取得することが可能でした。 （CVE-2020-15982）

  - 86.0.4240.75 以前の ChromeOS 上の Google Chrome の webUI の不十分なデータ検証により、ローカルの攻撃者が、細工された HTML ページを通じて、コンテンツセキュリティポリシーをバイパスすることが可能でした。 （CVE-2020-15983）

  - 86.0.4240.75 より前の iOS 上の Google Chrome の Omnibox におけるポリシーの実施が不十分なため、リモートの攻撃者が、細工された URL を介して、Omnibox（URL バー）のコンテンツを偽装することが可能でした。 （CVE-2020-15984）

  - 86.0.4240.75 より前の Google Chrome の Blink の不適切な実装により、リモートの攻撃者が、細工された HTML ページを通じて、セキュリティ UI を偽装することが可能でした。 （CVE-2020-15985）

  - 86.0.4240.75 以前の Google Chrome のメディアにおける整数オーバーフローにより、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性があります。 （CVE-2020-15986）

  - 86.0.4240.75 より前の Google Chrome の WebRTC の use-after-free により、リモートの攻撃者が、細工された WebRTC ストリームを介して、ヒープ破損を悪用する可能性があります。 （CVE-2020-15987）

  - より前 86.0.4240.75 のWindows 上の Google Chrome でのダウンロードにおけるポリシーの実施が不十分なため、リモートの攻撃者が、ユーザーを誘導してファイルを開かせ、細工された HTML ページを通じて任意のコードを実行する可能性があります。
    (CVE-2020-15988)

  - 86.0.4240.75 より前の Google Chrome の PDFium の初期化されていないデータにより、リモートの攻撃者が、細工された PDF ファイルを介して、プロセスメモリから潜在的な機密情報を取得する可能性がありました。 （CVE-2020-15989）

  - 86.0.4240.75 より前の Google Chrome のオートフィルでの use-after-free により、レンダラープロセスを侵害したリモートの攻撃者は、細工された HTML ページを通じてサンドボックス回避を実行する可能性があります。
    (CVE-2020-15990)

  - 86.0.4240.75 より前の Google Chrome のパスワードマネージャーの use-after-free により、レンダラープロセスを侵害したリモートの攻撃者が、細工された HTML ページを通じてサンドボックス回避を実行する可能性がありました。
    (CVE-2020-15991)

  - より前の Google Chrome のネットワーキングにおけるポリシーの実施が不十分なため、レンダラープロセスを侵害したリモートの攻撃者が、細工された HTML ページを介して同一生成元ポリシーをバイパス 86.0.4240.75 する可能性がありました。
    (CVE-2020-15992)

  - 86.0.4240.75 より前の Google Chrome のネットワーキングにおける不適切な実装により、リモートの攻撃者が、細工された HTML ページを通じて、ドメインのなりすましを実行する可能性がありました。 （CVE-2020-6557）

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

リモートの CentOS Linux 7 ホストに、RHSA-2021:0346 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 5.0.0までのQEMUのネットワークパケット処理でアサーション失敗が発生する可能性があります。この問題はe1000eおよびvmxnet3ネットワークデバイスに影響します。悪意のあるゲストユーザー/プロセスがこの欠陥を利用して、ホストのQEMUプロセスを中止させる可能性があります。その結果、hw/net/net_tx_pkt.cのnet_tx_pkt_add_raw_fragmentでサービス拒否が発生します。（CVE-2020-16092）

  - libslirp 4.2.0 以前のリリースの ip_input.c 内の ip_reass() のメモリ解放後使用の脆弱性は、細工したパケットでサービス拒否を引き起こすことができます。(CVE-2020-1983)

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

リモートの CentOS Linux 7 ホストに、RHSA-2021:0354 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  -5.8より前のLinuxカーネルのfs/block_dev.cにおけるメモリ解放後使用 (Use After Free) の脆弱性により、ローカルユーザーが特定のエラーフィールドへの不適切なアクセスを利用して、権限を取得したり、サービス拒否を引き起こす可能性があります。
    (CVE-2020-15436)

  -IPv6経由のVXLANトンネルやGENEVEトンネルなど、IPsec内の一部のネットワーキングプロトコルのLinuxカーネルの実装で欠陥が見つかりました。2つのホスト間で暗号化されたトンネルが作成されると、カーネルは暗号化されたリンク経由でトンネルされたデータを正しくルーティングせず、暗号化されていないデータを送信します。そのため、2つのエンドポイント間にいる何者かが暗号化されていないトラフィックを読み取ることができます。この脆弱性による主な脅威は、データの機密性に対するものです。(CVE-2020-1749)

  - 5.9.13までのLinuxカーネルのttyサブシステムで、ロックの矛盾の問題が発見されました。
    drivers/tty/tty_jobctrl.cにより、TIOCSPGRP (別名 CID-54ffccbf053b) に対するメモリ解放後使用 (Use After Free) 攻撃が可能になります。
    (CVE-2020-29661)

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

リモートのCentOS Linux 6ホストには、 RHSA-2020:2516 のアドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - 0.6.22以前のlibexifで問題が発見されました。EXIF MakerNote処理における複数のバッファオーバーリードは、情報漏洩とクラッシュにつながる可能性があります。これは CVE-2020-0093 とは異なります。(CVE-2020-13112)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2020:4163 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Mozilla開発者が、Firefox 80およびFirefox ESR 78.2に存在するメモリの安全性に関するバグを報告しました。これらのバグの一部にはメモリ破損の証拠が示されており、当社では、手間をかけることにより、これらの一部が悪用され、任意のコードが実行される可能性があると推測しています。この脆弱性の影響を受けるのは、Firefox < 81、Thunderbird < 78.3、Firefox ESR < 78.3です。 (CVE-2020-15673 )

  - Firefoxは、DOMサニタイザーが削除することを決定したSVG要素のonloadハンドラーを実行することがあり、その結果、攻撃者が制御したデータをcontenteditable要素に貼り付けた後にJavaScriptが実行されました。この脆弱性の影響を受けるのは、Firefox < 81、Thunderbird < 78.3、Firefox ESR < 78.3です。
    (CVE-2020-15676)

  - 攻撃者は、WebサイトのOpen Redirectの脆弱性を悪用してダウンロードファイルダイアログに表示されるサイトになりすまし、ファイルが実際にダウンロードされたサイトではなく、元のサイト (オープンリダイレクトの影響を受けたサイト ) を表示する可能性があります。この脆弱性の影響を受けるのは、Firefox < 81、Thunderbird < 78.3、Firefox ESR < 78.3です。 (CVE-2020-15677 )

  - スクロール中にグラフィカルレイヤーを再帰的に実行すると、イテレータが無効になり、メモリ解放後使用 (Use After Free ) が生じる可能性があります。これは、APZCTreeManager::ComputeClippedCompositionBounds関数が反復子の無効化ルールに従っていないために発生します。この脆弱性の影響を受けるのは、Firefox < 81、Thunderbird < 78.3、Firefox ESR < 78.3です。 (CVE-2020-15678 )

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

リモートの CentOS Linux 7 ホストに、RHSA-2020:2104 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  -4.14.15より前の Linux カーネルの drivers/i2c/i2c-core-smbus.c に問題が発見されました。関数 i2c_smbus_xfer_emulated に領域外書き込みがあります。(CVE-2017-18551)

  - 4.14.11より前の Linux カーネルで問題が発見されました。二重解放は、kernel/trace/trace.c ファイルの allocate_trace_buffer 関数によって引き起こされる可能性があります。(CVE-2017-18595)

  - 5.1.6 までの Linux カーネルの arch/powerpc/platforms/pseries/dlpar.c の dlpar_parse_cc_property で問題が見つかりました。prop->name のチェックされない kstrdup により、攻撃者がサービス拒否を引き起こす可能性がありました (NULL ポインターデリファレンスとシステムクラッシュ)。(CVE-2019-12614)

  - 5.2.9 までの Linux カーネルの xfs_setattr_nonsize in fs/xfs/xfs_iops.c に問題が検出されました。XFS は、ディスククオータの欠如のため chgrp が失敗すると、部分的にウェッジ状態になります。xfs_setattr_nonsize は、xfs_qm_vop_chown_reserve 呼び出しの失敗後、ILOCK のロック解除に失敗します。これは主としてローカルの DoS 攻撃のベクトルですが、XFS ファイルシステムが NFS 経由でインスタンスにエクスポートされる場合、リモートの DoS を引き起こす可能性もあります。
    (CVE-2019-15538)

  -Linuxカーネル5.0.21において、細工されたext4ファイルシステムイメージをマウントし、何らかの操作を実行してから、マウント解除すると、fs/ext4/super.cのext4_put_superでメモリ解放後使用 (Use After Free) が発生する可能性があります。これは、fs/ext4/super.cのdump_orphan_listに関連しています。(CVE-2019-19447)

  - 5.3.12 より前の Linux カーネルの drivers/input/ff-memless.c ドライバーに、悪意のある USB デバイスによって引き起こされる可能性のあるメモリ解放後使用のバグがあります (別名 CID-fa3a5a1880c9)。(CVE-2019-19524)

  - Linux カーネル 5.4.0-rc2 で、kernel/trace/blktrace.c 内の __blk_add_trace 関数 (blk_io_trace 構造体に入力し、cpu ごとのサブバッファに配置するために使用される) にメモリ解放後使用 (Use After Free) (読み取り) があります。(CVE-2019-19768)

  - i2c ドライバーの Android カーネルで、メモリ破損による領域外書き込みの可能性があります。これにより、システム実行権限が必要なローカルでの権限昇格が引き起こされる可能性があります。悪用はユーザーの操作を必要としません。(CVE-2019-9454)

  - Linux カーネルの 5.7 より前のバージョンの SELinux サブシステムに、NULL ポインターデリファレンスの欠陥が見つかりました。
    この欠陥は、「ebitmap_netlbl_import」ルーチンを通じて商用 IP セキュリティオプション (CIPSO) プロトコルのカテゴリビットマップを SELinux 拡張可能ビットマップにインポートする際に発生します。「cipso_v4_parsetag_rbm」ルーチンで CIPSO 制限ビットマップタグを処理する際に、割り当てられていない場合でも、カテゴリビットマップが存在していることを示すセキュリティ属性が設定されます。この問題により、同じカテゴリのビットマップを SELinux にインポートする際に、NULL ポインターデリファレンスの問題が発生します。この欠陥により、リモートのネットワークユーザーがシステムカーネルをクラッシュさせ、サービス拒否を引き起こす可能性があります。(CVE-2020-10711)

  - Linux カーネル 3.16～5.5.6 で問題が発見されました。drivers/block/floppy.c 内の set_fdc により、FDC インデックスが割り当てられる前にそのエラーがチェックされないため、wait_til_ready の領域外読み取りにつながります (別名 CID-2e90ca68b0d2)。(CVE-2020-9383)

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

リモートの CentOS Linux 7 ホストに、RHSA-2021:3293 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Oracle Java SE の Java SE、Oracle GraalVM Enterprise Edition 製品の脆弱性 (コンポーネント: 
    ネットワーキング)。影響を受けるサポートされたバージョンは、Java SE: 7u301、8u291、11.0.11、16.0.1、Oracle GraalVM Enterprise Edition: 20.3.2、21.1.0 です。悪用が難しい脆弱性ですが、認証されていない攻撃者が複数のプロトコルを使用してネットワークにアクセスし、Java SE、Oracle GraalVM Enterprise Edition を侵害する可能性があります。この攻撃が成功するには、攻撃者以外の人物の関与が必要です。この脆弱性に対する攻撃が成功すると、Java SE、Oracle GraalVM Enterprise Edition がアクセスできるデータのサブセットに、権限なしで読み取りアクセスが行われる可能性があります。注意: この脆弱性は、通常、サンドボックス化された Java Web Start アプリケーションまたはサンドボックス化された Java アプレットを実行しているクライアントで信頼できないコード (インターネットからのコードなど) を読み込んで実行し、セキュリティを Java サンドボックスに依存する Java デプロイメントが対象です。この脆弱性は、通常サーバーで信頼できるコード (管理者がインストールしたコードなど) のみを読み込んで実行する Java デプロイメントを対象としていません。(CVE-2021-2341)

  - Oracle Java SE の Java SE、Oracle GraalVM Enterprise Edition 製品の脆弱性 (コンポーネント: 
    ライブラリ)。影響を受けるサポートされたバージョンは、Java SE: 7u301、8u291、11.0.11、16.0.1、Oracle GraalVM Enterprise Edition: 20.3.2、21.1.0 です。容易に悪用できる脆弱性により、認証されていない攻撃者が複数のプロトコルを使用してネットワークにアクセスし、Java SE、Oracle GraalVM Enterprise Edition を侵害する可能性があります。
    この攻撃が成功するには、攻撃者以外の人物の関与が必要です。この脆弱性に対する攻撃が成功すると、Java SE、Oracle GraalVM Enterprise Edition がアクセスできるデータの一部に権限なしで更新アクセス、挿入アクセス、または削除アクセスが行われる可能性があります。注意: この脆弱性は、通常、サンドボックス化された Java Web Start アプリケーションまたはサンドボックス化された Java アプレットを実行しているクライアントで信頼できないコード (インターネットからのコードなど) を読み込んで実行し、セキュリティを Java サンドボックスに依存する Java デプロイメントが対象です。この脆弱性は、通常サーバーで信頼できるコード (管理者がインストールしたコードなど) のみを読み込んで実行する Java デプロイメントを対象としていません。(CVE-2021-2369)

  - Oracle Java SE の Java SE 製品の脆弱性（コンポーネント：JNDI）。サポートされているバージョンで影響を受けるのは、Java SE：7u301です。悪用が難しい脆弱性ですが、認証されていない攻撃者が複数のプロトコルを使用してネットワークにアクセスし、Java SE を侵害する可能性があります。この脆弱性に対する攻撃が成功すると、Java SE の部分的なサービス拒否 (部分的 DOS) が権限なしで引き起こされる可能性があります。注意: この脆弱性は、通常、サンドボックス化された Java Web Start アプリケーションまたはサンドボックス化された Java アプレットを実行しているクライアントで信頼できないコード (インターネットからのコードなど) を読み込んで実行し、セキュリティを Java サンドボックスに依存する Java デプロイメントが対象です。この脆弱性は、指定されたコンポーネントで API を使用することによって (たとえば API にデータを提供する Web サービスを通して) 悪用される可能性もあります。
    (CVE-2021-2432)

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

リモートの CentOS Linux 7 ホストには、RHSA-2020:1209 アドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - libslirp 4.1.0では、QEMU 4.2.0で使用されているように、tcp_subr.c で snprintf の戻り値が誤って使用されることにより、後続のコードでバッファオーバーフローが発生します。(CVE-2020-8608)

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

リモートの CentOS Linux 7 ホストには、RHSA-2021:3439 アドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルの Traffic Control ネットワーキングサブシステムが分類フィルターの変更を処理する方法で、ルーティング決定クラシファイアに欠陥が見つかりました。これはメモリ解放後使用 (Use-After-Free) 状態につながります。
    この欠陥により権限のないローカルユーザーがシステムで権限を昇格させる可能性があります。この脆弱性が最大の脅威となるのは、機密性と整合性、ならびにシステムの可用性です。(CVE-2021-3715)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2022:9079 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Thunderbird ユーザーがメールに返信するなどして HTML メールを引用し、そのメールに POSTER 属性を持つ VIDEO タグまたは DATA 属性を持つ OBJECT タグが含まれていた場合、リモートコンテンツをブロックする設定にかかわらず、参照するリモート URL へのネットワークリクエストが実行されました。
    POSTER 属性から読み込んだ画像がコンポーザーウィンドウに表示されました。これらの問題は、3 か月ほど前に報告された CVE-2022-3033 の修正がまだ行われていないリリースをターゲットにした場合、攻撃者にさらなる能力を与える可能性がありました。この脆弱性の影響を受けるのは、Thunderbird < 102.5.1 です。
    (CVE-2022-45414)

  - コンテンツプロセスを侵害した攻撃者が、サンドボックスを部分的に回避して、クリップボード関連の IPC メッセージを介して任意のファイルを読み取る可能性があります。<br>*このバグは、Thunderbird for Linux のみに影響します。その他のオペレーティングシステムは影響を受けません。* この脆弱性の影響を受けるのは、Firefox < 108、Firefox ESR < 102.6、および Thunderbird < 102.6 です。(CVE-2022-46872)

  - 長いファイル名のファイルは、有効な拡張子を削除するためにファイル名が切り捨てられ、悪意のある拡張子がそのまま残される可能性があります。これにより、ユーザーが混乱したり、悪意のあるコードが実行されたりする可能性があります。<br/>*注意*：この問題はもともと Thunderbird のアドバイザリに含まれていました 102.6が、パッチ（Thunderbird に固有）が省略されたため、実際には Thunderbird で修正されることになりました 102.6.1。この脆弱性は、Firefox < 108、Thunderbird < 102.6.1、Thunderbird < 102.6、Firefox ESR < 102.6 に影響します。(CVE-2022-46874)

  - Mozilla 開発者の Randell Jesup 氏、Valentin Gosu 氏、Olli Pettay 氏および Mozilla Fuzzing Team は、Thunderbird 102.5 に存在するメモリ安全性のバグを報告しました。これらのバグの一部にはメモリ破損の証拠が示されており、当社では、手間をかけることにより、これらの一部が悪用され、任意のコードが実行される可能性があると推測しています。この脆弱性の影響を受けるのは、Firefox < 108、Firefox ESR < 102.6、および Thunderbird < 102.6 です。(CVE-2022-46878)

  - tex ユニットに関連するチェックが欠落していることにより、use-after-free および悪用可能なクラッシュが引き起こされた可能性があります。<br />*注意*：このアドバイザリは、 の問題の影響をよりよく理解した後の 2022 年 12 月 13 日に追加されました。この修正は、Firefox 105 のオリジナルリリースに含まれていました。この脆弱性の影響を受けるのは、Firefox ESR < 102.6、Firefox < 105、および Thunderbird < 102.6 です。(CVE-2022-46880)

  - WebGL における最適化が不適切な場合があり、メモリ破損や悪用可能なクラッシュを引き起こす可能性がありました。 *注意*: このアドバイザリは、 の問題の影響をよりよく理解した後の 2022 年 12 月 13 日に追加されました。この修正は、Firefox 106 のオリジナルリリースに含まれていました。この脆弱性の影響を受けるのは、Firefox < 106、Firefox ESR < 102.6、および Thunderbird < 102.6です。(CVE-2022-46881)

  - WebGL 拡張のメモリ解放後使用 (Use After Free) により、悪用可能なクラッシュを引き起こす可能性がありました。この脆弱性の影響を受けるのは、Firefox < 107、Firefox ESR < 102.6、およびThunderbird < 102.6です。(CVE-2022-46882)

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

リモートの CentOS Linux 7 ホストに、RHSA-2021:0336 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  -5.8より前のLinuxカーネルのfs/block_dev.cにおけるメモリ解放後使用 (Use After Free) の脆弱性により、ローカルユーザーが特定のエラーフィールドへの不適切なアクセスを利用して、権限を取得したり、サービス拒否を引き起こす可能性があります。
    (CVE-2020-15436)

  - ユーザーが NFSv4.2 以降を使用してオブジェクトを作成および削除する方法において、Linux カーネルの NFS (ネットワークファイルシステム) 機能におけるファイルまたはディレクトリの変更中に、両方とも新しい NFSv4.2 を使用していない他のプロセスで同時に NFS にアクセスする場合、正しくない umask の欠陥が見つかりました。NFS にアクセスできるユーザーがこの欠陥を利用して、リソースを枯渇させ、サービス拒否を引き起こす可能性があります。(CVE-2020-35513)

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

リモートの CentOS Linux 7 ホストに、RHSA-2020:2117 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 1.14.5以前のバージョンの Buildah にパストラバーサルの欠陥が見つかりました。この欠陥により、攻撃者はユーザーを騙して、HTTP(s) サーバーでホストされている悪意のあるコンテナイメージを構築させ、ユーザーが権限を持っている任意の場所にユーザーのシステムにファイルを書き込む可能性があります。(CVE-2020-10696)

  - Docker または CRI-O によるコンテナイメージプルの使用で実証されているように、GPGME ライブラリの 0.1.1 より前の proglottis Go ラッパーには use-after-free があります。これにより、GPG 署名の検証中にクラッシュが発生したり、コードが実行される可能性があります。 （CVE-2020-8945）

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

リモートの CentOS Linux 7 ホストに、RHSA-2021:2260 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - PutLE16() の 1.0.1 より前のバージョンの libwebp で、ヒープベースのバッファオーバーフローが見つかりました。(CVE-2018-25011)

  - 1.0.1 より前のバージョンの libwebp に欠陥が見つかりました。バッファサイズの無効なチェックにより、WebPDecodeRGBInto関数でヒープベースのバッファオーバーフローが発生する可能性があります。この脆弱性が最大の脅威となるのは、データの機密性と整合性、ならびにシステムの可用性です。(CVE-2020-36328)

  - 1.0.1より前のバージョンのlibwebpに欠陥が見つかりました。スレッドのkillが早すぎることによるメモリ解放後使用(Use-After-Free)が見つかりました。この脆弱性が最大の脅威となるのは、データの機密性と整合性、ならびにシステムの可用性です。(CVE-2020-36329)

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

リモートの CentOS Linux 7 ホストには、RHSA-2024:3304 アドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - The Document Foundation LibreOffice の GStreamer 統合における不適切な入力検証の脆弱性により、攻撃者が任意の GStreamer プラグインを実行する可能性があります。影響を受けるバージョンでは、埋め込まれたビデオのファイル名が GStreamer に渡される際に十分にエスケープされていないため、攻撃者がターゲットシステムにインストールされているプラグインに応じて、任意の gstreamer プラグインを実行する可能性があります。(CVE-2023-6185)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2022:4730 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - 攻撃者が JavaScript オブジェクトへの二重インデックスに使用されたコンテンツの親プロセスへメッセージを送信する可能性がありました。これにより、プロトタイプ汚染や、最終的に権限のある親プロセスで実行される攻撃者がコントロールする JavaScript が引き起こされます。この脆弱性は、Firefox ESR < 91.9.1、Firefox < 100.0.2、Firefox for Android < 100.3.0、および Thunderbird < 91.9.1 に影響します。(CVE-2022-1529)

  - 攻撃者がプロトタイプ汚染を介して JavaScript の Array オブジェクトのメソッドを破損できた場合、権限のあるコンテキストで攻撃者がコントロールする JavaScript コードを実行する可能性がありました。この脆弱性は、Firefox ESR < 91.9.1、Firefox < 100.0.2、Firefox for Android < 100.3.0、および Thunderbird < 91.9.1 に影響します。(CVE-2022-1802)

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

リモートのCentOS Linux 6ホストには、 RHSA-2020:5164 のアドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - 特定の状況で、MCallGetProperty opcodeが満たされていない前提で発せられ、その結果メモリ解放後使用(Use After Free)状態が悪用される可能性があります。この脆弱性の影響を受けるのは、Firefox < 82.0.3、Firefox ESR < 78.4.1、およびThunderbird < 78.4.2です。(CVE-2020-26950)

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

リモートの CentOS Linux 7 ホストには、RHSA-2020:5079 アドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - 5.9-rc7以前のバージョンのbiovecsにおけるLinux カーネルの実装に欠陥が見つかりました。ブロックサブシステムが発行するゼロレングスbiovecリクエストにより、カーネルが無限ループに陥り、サービス拒否が引き起こされる可能性があります。この欠陥により、基本的な権限を持つローカルの攻撃者がブロックデバイスにリクエストを発行し、サービス拒否を引き起こす可能性があります。この脆弱性が最大の脅威となるのは、システムの可用性です。(CVE-2020-25641)

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

リモートの CentOS Linux 6 ホストには、 RHSA-2020:3377 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 84.0.4147.89 より前の Google Chrome のバックグラウンドフェッチのヒープバッファオーバーフローにより、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性があります。 （CVE-2020-6510）

  - 84.0.4147.89 より前の Google Chrome のコンテンツセキュリティポリシーの情報漏洩により、リモートの攻撃者が、細工された HTML ページを介して、クロスオリジンデータを漏洩することが可能でした。 （CVE-2020-6511）

  - 84.0.4147.89より前の Google Chrome の V8 での型の取り違え (Type Confusion) により、リモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-6512、CVE-2020-6533)

  - 84.0.4147.89 より前の Google Chrome の PDFium のヒープバッファオーバーフローにより、リモートの攻撃者が、細工された PDF ファイルにより、ヒープ破損を悪用する可能性があります。 （CVE-2020-6513）

  - 84.0.4147.89より前のGoogle ChromeのWebRTCにおける不適切な実装により、権限のあるネットワークポジションの攻撃者が、細工されたSCTPストリームを介してヒープ破損を悪用する可能性がありました。
    (CVE-2020-6514)

  - 84.0.4147.89 より前の Google Chrome のタブストリップでの use-after-free により、リモートの攻撃者が、細工された HTML ページを通じて、ヒープ破損を悪用する可能性があります。 （CVE-2020-6515）

  - 84.0.4147.89 より前の Google Chrome の CORS のポリシーバイパスにより、リモートの攻撃者が、細工された HTML ページを通じて、クロスオリジンデータを漏洩することが可能でした。 （CVE-2020-6516）

  - 84.0.4147.89 より前の Google Chrome の履歴のヒープバッファオーバーフローにより、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性があります。 （CVE-2020-6517）

  - 84.0.4147.89 より前の Google Chrome の開発者ツールでの use-after-free により、開発者ツールを使用してユーザーを誘導したリモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性があります。
    (CVE-2020-6518)

  - 84.0.4147.89 より前の Google Chrome の CSP のポリシーバイパスにより、リモートの攻撃者が、細工された HTML ページを通じて、コンテンツセキュリティポリシーをバイパスする可能性がありました。 （CVE-2020-6519）

  - 84.0.4147.89より前の Google Chrome の Skia でのバッファオーバーフローにより、リモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-6520)

  - 84.0.4147.89 より前の Google Chrome のオートフィルのサイドチャネル情報漏洩により、リモートの攻撃者が、細工された HTML ページを介して、プロセスメモリから潜在的な機密情報を取得する可能性がありました。
    (CVE-2020-6521)

  - 84.0.4147.89 より前の Google Chrome の外部プロトコルハンドラーの不適切な実装により、リモートの攻撃者が、細工された HTML ページを通じて、サンドボックスエスケープを実行する可能性がありました。 （CVE-2020-6522）

  - 84.0.4147.89 より前の Google Chrome の Skia に領域外書き込みがあり、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性があります。 （CVE-2020-6523）

  - 84.0.4147.89 より前の Google Chrome の WebAudio のヒープバッファオーバーフローにより、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性があります。 （CVE-2020-6524）

  - 84.0.4147.89より前の Google Chrome の Skia でのヒープバッファオーバーフローにより、リモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-6525)

  - 84.0.4147.89 より前の Google Chrome の iframe サンドボックスの不適切な実装により、リモートの攻撃者が、細工された HTML ページを通じて、ナビゲーション制限をバイパスすることが可能でした。 （CVE-2020-6526）

  - より前の Google Chrome の CSP におけるポリシーの実施が不十分なため、リモートの攻撃者が、細工された HTML ページを通じて、コンテンツセキュリティポリシーをバイパス 84.0.4147.89 する可能性がありました。 （CVE-2020-6527）

  - 84.0.4147.89 より前の iOS の Google Chrome の基本認証のセキュリティ UI が不適切であるため、リモートの攻撃者が細工された HTML ページを通じて、Omnibox（URL バー）のコンテンツを偽装することが可能でした。 （CVE-2020-6528）

  - 84.0.4147.89 より前の Google Chrome の WebRTC における不適切な実装により、攻撃者はネットワーク上での特権的なポジションで、細工された HTML ページを通じてクロスオリジンデータを漏洩することが可能でした。 （CVE-2020-6529）

  - より前 84.0.4147.89 のGoogle Chrome の開発者ツールにおける領域外メモリアクセスにより、攻撃者がユーザーを誘導して悪意のある拡張をインストールさせ、細工された Chrome 拡張を介してヒープ破損を悪用する可能性があります。 （CVE-2020-6530）

  - 84.0.4147.89 より前の Google Chrome におけるスクロールのテキストへのサイドチャネル情報漏洩により、リモートの攻撃者が、細工された HTML ページを介して、クロスオリジンデータを漏洩することが可能でした。 （CVE-2020-6531）

  - 84.0.4147.105 より前の Google Chrome の SCTP でのメモリ解放後使用 (Use After Free) により、リモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-6532)

  - 84.0.4147.89 より前の Google Chrome の WebRTC でのヒープバッファオーバーフローにより、リモート攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-6534)

  - 84.0.4147.89 より前の Google Chrome の WebUI のデータ検証が不十分なため、レンダラープロセスを侵害したリモートの攻撃者が、細工された HTML ページを介して、スクリプトまたは HTML を権限のあるページに注入する可能性がありました。 （CVE-2020-6535）

  - 84.0.4147.89 以前の Google Chrome の PWA の不適切なセキュリティ UI により、ユーザーに PWA をインストールさせたリモートの攻撃者が、細工された PWA を介して Omnibox（URL バー）のコンテンツを偽装する可能性があります。
    (CVE-2020-6536)

  - 84.0.4147.105 より前の Google Chrome の V8 の型の取り違えにより、リモート攻撃者が細工された HTML ページを介してサンドボックス内部で任意のコードを実行する可能性がありました。(CVE-2020-6537)

  - 84.0.4147.105 より前の Android の Google Chrome における WebView の不適切な実装により、リモートの攻撃者が細工された HTML ぺージを介してオリジン間データを漏洩する可能性がありました。(CVE-2020-6538)

  - 84.0.4147.105 より前の Google Chrome の CSS でのメモリ解放後使用 (Use After Free) により、リモート攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-6539)

  - 84.0.4147.105より前の Google Chrome の Skia でのバッファオーバーフローにより、リモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-6540)

  - 84.0.4147.105 より前の Google Chrome の WebUSB でのメモリ解放後使用 (Use After Free) により、リモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-6541)

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

リモートの CentOS Linux 6 ホストには、 RHSA-2020:3387 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Power プラットフォームのバージョン 0.21 より前の Eclipse OpenJ9 では、ソースまたは宛先の配列の長さより長い System.arraycopy メソッドを呼び出すと、特定の特別に細工されたコードパターンで、現在のメソッドが未定義の戻り値により時期尚早に戻る可能性があります。これにより、その時点でリターンレジスタにある値が、メソッドの宣言された戻り値の型と一致するかのように使用されます。(CVE-2019-17639)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: JSSE)。サポートされているバージョンで影響を受けるのは、Java SE: 7u261、8u251、11.0.7、14.0.1、Java SE Embedded: 8u251 です。
    悪用が難しい脆弱性ですが、認証されていない攻撃者が TLS を介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。この脆弱性に対する攻撃が成功すると、Java SE、Java SE Embedded がアクセスできるデータのサブセットに対して、権限なしで読み取りアクセスされる可能性があります。注意: クライアントとサーバーへの Java のデプロイメントが対象です。この脆弱性は、サンドボックス化された Java Web Start アプリケーションと Java アプレットを通じて悪用される可能性があります。また、サンドボックス化された Java Web Start アプリケーションやサンドボックス化された Java アプレット (Web サービスなど ) を使用せずに、指定されたコンポーネントの API にデータを提供することでも悪用されます。(CVE-2020-14577)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: ライブラリ)。サポートされているバージョンで影響を受けるのは、Java SE: 7u261、8u251、Java SE Embedded: 8u251 です。悪用が難しい脆弱性ですが、認証されていない攻撃者が複数のプロトコルを介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。この脆弱性への攻撃が成功すると、Java SE および Java SE Embedded の部分的なサービス拒否 (部分的 DOS) が権限なしで引き起こされる可能性があります。注意: クライアントとサーバーへの Java のデプロイメントが対象です。この脆弱性は、サンドボックス化された Java Web Start アプリケーションと Java アプレットを通じて悪用される可能性があります。これは、Web サービスを経由するなどして、サンドボックス化された Java Web Start アプリケーションやサンドボックス化された Java アプレットを使用せずに、指定されたコンポーネントの API にデータを提供することでも、悪用される可能性があります。(CVE-2020-14578、CVE-2020-14579)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: ライブラリ)。サポートされているバージョンで影響を受けるのは、Java SE: 7u261、8u251、11.0.7、14.0.1、Java SE Embedded: 8u251 です。
    悪用が難しい脆弱性ですが、認証されていない攻撃者が複数のプロトコルを介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。攻撃を成功させるには攻撃者以外の人間の関与が必要であり、脆弱性が存在するのは Java SE、Java SE Embedded であるものの、攻撃が他の製品に大きな影響を与える可能性があります。この脆弱性に対する攻撃が成功すると、Java SE および Java SE Embedded の乗っ取りが発生する可能性があります。注意: この脆弱性は、通常、サンドボックス化された Java Web Start アプリケーションまたはサンドボックス化された Java アプレットを実行しているクライアントで信頼できないコード (インターネットからのコードなど) を読み込んで実行し、セキュリティを Java サンドボックスに依存する Java デプロイメントが対象です。この脆弱性は、通常サーバーで信頼できるコード (管理者がインストールしたコードなど) のみを読み込んで実行する Java デプロイメントを対象としていません。(CVE-2020-14583)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: 2D)。サポートされているバージョンで影響を受けるのは、Java SE: 7u261、8u251、11.0.7、14.0.1、Java SE Embedded: 8u251 です。容易に悪用可能な脆弱性を利用して、認証されていない攻撃者が複数のプロトコルを介してネットワークにアクセスし、Java SE や Java SE Embedded を侵害する可能性があります。攻撃を成功させるには攻撃者以外の人間の関与が必要であり、脆弱性が存在するのは Java SE、Java SE Embedded であるものの、攻撃が他の製品に大きな影響を与える可能性があります。この脆弱性に対する攻撃が成功すると、重要なデータや Java SE、Java SE Embedded がアクセスできるすべてのデータが権限なしで作成、削除、変更される可能性があります。注意:
    この脆弱性は、通常、サンドボックス化された Java Web Start アプリケーションまたはサンドボックス化された Java アプレットを実行しているクライアントで信頼できないコード (インターネットからのコードなど) を読み込んで実行し、セキュリティを Java サンドボックスに依存する Java デプロイメントが対象です。この脆弱性は、通常サーバーで信頼できるコード (管理者がインストールしたコードなど) のみを読み込んで実行する Java デプロイメントを対象としていません。(CVE-2020-14593)

  - Java SE、Oracle Java SE の Java SE Embedded 製品の脆弱性 (コンポーネント: JAXP)。サポートされているバージョンで影響を受けるのは、Java SE: 7u261、8u251、11.0.7、14.0.1、Java SE Embedded: 8u251 です。容易に悪用可能な脆弱性を利用して、認証されていない攻撃者が複数のプロトコルを介してネットワークにアクセスし、Java SE や Java SE Embedded を侵害する可能性があります。この脆弱性に対する攻撃が成功すると、Java SE、Java SE Embedded がアクセスできるデータの一部が、権限なしで更新、挿入、削除される可能性があります。注意: この脆弱性は、信頼できない Java Web Start アプリケーションや信頼できない Java アプレット (Web サービスなど) を使用しなくても、特定のコンポーネントの API にデータを提供するだけで悪用される可能性があります。
    (CVE-2020-14621)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: セキュリティ)。サポートされているバージョンで影響を受けるのは、Java SE: 7u241、8u231、11.0.5、13.0.1、Java SE Embedded: 8u231 です。
    悪用が難しい脆弱性ですが、認証されていない攻撃者が Kerberos を介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。この脆弱性に対する攻撃が成功すると、Java SE、Java SE Embeddedがアクセスできるデータの一部が、権限なしで更新、挿入、削除される可能性があります。注意：この脆弱性が該当するのは、通常サンドボックス化された Java Web Start アプリケーションまたはサンドボックス化された Java アプレットを (Java SE 8で) 実行しているクライアントで、信頼できないコード (インターネットからのコードなど) を読み込んで実行し、セキュリティについては Java サンドボックスに依存している Java デプロイメントです。この脆弱性は、指定されたコンポーネントで API を使用することによって (たとえば API にデータを提供する Web サービスを通して) 悪用される可能性もあります。(CVE-2020-2590)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: セキュリティ)。サポートされているバージョンで影響を受けるのは、Java SE: 7u241、8u231、11.0.5、13.0.1、Java SE Embedded: 8u231 です。
    悪用が難しい脆弱性ですが、認証されていない攻撃者が Kerberos を介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。この脆弱性は Java SE、Java SE Embedded にありますが、攻撃によって他の製品にも大きな影響が出る可能性があります。この脆弱性による攻撃が成功すると、重要なデータに不正にアクセスしたり、Java SE、Java SE Embeddedがアクセスできるすべてのデータに完全にアクセスしたりできる可能性があります。
    注意：この脆弱性が該当するのは、通常サンドボックス化された Java Web Start アプリケーションまたはサンドボックス化された Java アプレットを (Java SE 8で) 実行しているクライアントで、信頼できないコード (インターネットからのコードなど) を読み込んで実行し、セキュリティについては Java サンドボックスに依存している Java デプロイメントです。この脆弱性は、指定されたコンポーネントで API を使用することによって (たとえば API にデータを提供する Web サービスを通して) 悪用される可能性もあります。(CVE-2020-2601)

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

リモート CentOS Linux 7 ホストに、RHSA-2021:2145 アドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - 1.0.0-rc95 より前の runc では、ディレクトリトラバーサルによってコンテナファイルシステムのブレークアウトが発生する可能性があります。攻撃者がこの脆弱性を悪用するには、かなり特殊なマウント構成で複数のコンテナを作成できなければなりません。この問題は、競合状態に依存するシンボリックリンク交換攻撃によって発生します。
    (CVE-2021-30465)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2021:0297 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - STARTTLS 接続セットアップの平文段階で、プロトコルコマンドが暗号化されたセッション内で注入および評価される可能性がありました。この脆弱性の影響を受けるのは、Thunderbird < 78.7 です。
    (CVE-2020-15685)

  - HTTPSページがHTTPページに埋め込まれており、前者に対して登録されたサービスワーカーがある場合、(安全でない)フレーミングにより、iframeは安全なコンテキストではないにもかかわらず、サービスワーカーが安全なページに対するリクエストを傍受する可能性があります。この脆弱性の影響を受けるのは、Firefox < 84です。(CVE-2020-26976)

  - ユーザーが特別に細工された PDF をクリックすると、その情報がチャンクデータとして提供されている場合、PDF リーダーは混乱してクロスオリジンの情報を漏洩する可能性があります。この脆弱性の影響を受けるのは、Firefox < 85、Thunderbird < 78.7、Firefox ESR < 78.7です。(CVE-2021-23953)

  - JavaScript の switch ステートメントで新しい論理割り当て演算子を使用すると、型の取り違えが引き起こされ、メモリ破損や悪用可能なクラッシュが引き起こされる可能性がありました。この脆弱性の影響を受けるのは、Firefox < 85、Thunderbird < 78.7、Firefox ESR < 78.7です。(CVE-2021-23954)

  - 再宣言された JavaScript 変数でガベージコレクションを実行すると、user-after-poison および悪用可能なクラッシュが引き起こされる可能性がありました。この脆弱性の影響を受けるのは、Firefox < 85、Thunderbird < 78.7、Firefox ESR < 78.7です。(CVE-2021-23960)

  - Mozilla 開発者が、Firefox 84 および Firefox ESR 78.6に存在するメモリの安全性に関するバグを報告しました。これらのバグの一部にはメモリ破損の証拠が示されており、当社では、手間をかけることにより、これらの一部が悪用され、任意のコードが実行される可能性があると推測しています。この脆弱性の影響を受けるのは、Firefox < 85、Thunderbird < 78.7、Firefox ESR < 78.7です。(CVE-2021-23964)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2020:1338 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - 特定の状況下で、nsDocShell デストラクタを実行する際に、競合状態によりメモリ解放後使用 (Use After Free) が発生する可能性があります。当社では、この欠陥を悪用する標的型攻撃が拡散していることを認識しています。この脆弱性の影響を受けるのは、Thunderbird < 68.7.0、Firefox < 74.0.1、およびFirefox ESR < 68.6.1です。（CVE-2020-6819）

  - 特定の条件下で、ReadableStreamを処理するとき、競合状態によりモリ解放後使用（Use After Free）が発生する可能性があります。当社では、この欠陥を悪用する標的型攻撃が拡散していることを認識しています。この脆弱性の影響を受けるのは、Thunderbird < 68.7.0、Firefox < 74.0.1、および Firefox ESR < 68.6.1 です。(CVE-2020-6820)

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

リモートの CentOS Linux 6 ホストには、 RHSA-2020:4351 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 86.0.4240.111 より前の Google Chrome の Freetype でのヒープバッファオーバーフローにより、リモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-15999)

  - 86.0.4240.111 より前の Google Chrome の Blink の不適切な実装により、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性がありました。 （CVE-2020-16000）

  - 86.0.4240.111 より前の Google Chrome のメディアでのメモリ解放後使用 (Use After Free) により、リモート攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2020-16001)

  - 86.0.4240.111 以前の Google Chrome の PDFium における use-after-free により、リモートの攻撃者が、細工された PDF ファイルを通じて、ヒープ破損を悪用する可能性があります。 （CVE-2020-16002）

  - 86.0.4240.111 より前の Google Chrome の印刷における use-after-free により、リモートの攻撃者が、細工された HTML ページを介して、ヒープ破損を悪用する可能性がありました。 （CVE-2020-16003）

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

リモート CentOS Linux 7 ホストに、RHSA-2023:3525 アドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - Flask は、軽量の WSGI ウェブアプリケーションフレームワークです。次の条件がすべて満たされた場合、あるクライアントを対象とするデータを含む応答がキャッシュされ、その後プロキシによって他のクライアントに送信される可能性があります。プロキシが「Set-Cookie」ヘッダーもキャッシュする場合、あるクライアントの「session」クッキーを他のクライアントに送信する可能性があります。深刻度は、アプリケーションのセッションの使用とクッキーに関するプロキシの動作に依存します。リスクは、これらのすべての条件が満たされているかどうかに依存します。1. アプリケーションは、クッキーを取り除いたり、クッキーのある応答を無視したりしないキャッシングプロキシの背後でホストされている必要があります。2. アプリケーションは「session.permanent = True」を設定します。3. リクエストのどの時点でも、アプリケーションはセッションにアクセスしたり、セッションを変更したりしません。4.「SESSION_REFRESH_EACH_REQUEST」を有効にしました (デフォルト)。5. アプリケーションは、ページがプライベートであることやキャッシュすべきでないことを示す「Cache-Control」ヘッダーを設定しません。これは、セッションがアクセスまたは変更されずにリフレッシュされた（有効期限を更新するために再送信された）場合ではなく、アクセスまたは変更された場合、Flaskの脆弱なバージョンのみが「Vary:Cookie」ヘッダーを設定するために発生します。この問題はバージョン 2.3.2 および 2.2.5 で修正されています。(CVE-2023-30861)

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

リモートの CentOS Linux 7 ホストに、RHSA-2022:5937 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 一部の Intel(R) プロセッサーのクリーンアップが不完全なため、認証されたユーザーがローカルアクセスを介して情報漏洩を引き起こす可能性があります。(CVE-2022-21123)

  - 一部の Intel(R) プロセッサーのマイクロアーキテクチャフィルバッファのクリーンアップが不完全なため、認証されたユーザーがローカルアクセスを介して情報漏洩を引き起こす可能性があります。(CVE-2022-21125)

  - 一部の Intel(R) プロセッサーでは、特定の特殊レジスタ書き込み操作のクリーンアップが不完全なために、認証されたユーザーがローカルアクセスを介して情報漏洩を引き起こす可能性があります。(CVE-2022-21166)

  - 一部の Intel(R) プロセッサーの共有リソースの不適切な分離により、認証されたユーザーがローカルアクセスを介して情報漏洩できる可能性があります。(CVE-2022-21233)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2020:2068 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - 2.20.0 より前の Python では、同じホスト名の https-to-http リダイレクトを受信すると、リクエストパッケージにより HTTP 認証ヘッダーが http URI に送信されますが、これによりリモートの攻撃者がネットワークを盗聴して認証情報を容易に見つけることができます。(CVE-2018-18074)

  - バージョン 1.23 より前の urllib3 は、オリジン間リダイレクト (ホスト、ポート、またはスキームが異なるリダイレクト) に従うときに Authorization HTTP ヘッダーを削除しません。これにより、Authorizationヘッダーの認証情報が意図しないホストに漏洩したり、クリアテキストで送信されたりする可能性があります。（CVE-2018-20060）

  - Python の 1.24.1 までの urllib3 ライブラリでは、攻撃者がリクエストパラメーターを制御している場合に CRLF インジェクションが可能です。(CVE-2019-11236)

  - Python の 1.24.2 より前の urllib3 ライブラリは、必要な CA 証明書のセットが OS ストアの CA 証明書と異なるような特定の状況を誤って処理するため、検証の失敗が正しい結果となるような状況でもSSL接続が成功するという結果を引き起こします。これは、ssl_context、ca_certs、または ca_certs_dir 引数を使用していることに関連があります。(CVE-2019-11324)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2021:1407 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  -バージョン 3.3.23 および 3.4.10 より前の ctcd で、大きなスライスにより、decodeRecord メソッドでパニックが発生します。レコードのサイズは WAL ファイルの長さフィールドに保存され、このデータで追加の検証は行われません。
    したがって、RAFT の参加者が WAL をデコードしようとする代わりに、非常に大きなフレームサイズを偽造して、意図せずパニックに陥る可能性があります。(CVE-2020-15106)

  - バージョン 3.3.23 および 3.4.10 より前の etcd では、wal/wal.go の ReadAll メソッドのエントリ数を超えるエントリインデックスを設定できます。これは、任意の etcd コンセンサス参加者がエントリの読み取り時にランタイムパニックから低下する可能性があるため、コンセンサス中に WAL エントリが読み取られているときに問題を引き起こす可能性があります。(CVE-2020-15112)

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

リモートのCentOS Linux 6ホストには、 RHSA-2020:5129 のアドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - 5.8 を介した Net-SNMP は、EXTEND MIB への SNMP WRITE アクセスにより、root として任意のコマンドを実行できるようになるため、特権管理が不適切です。(CVE-2020-15862)

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

リモートの CentOS Linux 7 ホストに、RHSA-2020:2237 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Java SE、Oracle Java SE の Java SE Embedded 製品の脆弱性 (コンポーネント: Kerberos)。サポートされているバージョンで影響を受けるのは、Java SE: 7u231、8u221、11.0.4、13、Java SE Embedded: 8u221です。悪用が難しい脆弱性ですが、認証されていない攻撃者が Kerberos を介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。この脆弱性は Java SE、Java SE Embedded にありますが、攻撃によって他の製品にも大きな影響が出る可能性があります。この脆弱性による攻撃が成功すると、重要なデータに不正にアクセスしたり、Java SE、Java SE Embeddedがアクセスできるすべてのデータに完全にアクセスしたりできる可能性があります。注意：この脆弱性が該当するのは、通常サンドボックス化された Java Web Start アプリケーションまたはサンドボックス化された Java アプレットを (Java SE 8で) 実行しているクライアントで、信頼できないコード (インターネットからのコードなど) を読み込んで実行し、セキュリティについては Java サンドボックスに依存している Java デプロイメントです。この脆弱性は、指定されたコンポーネントで API を使用することによって (たとえば API にデータを提供する Web サービスを通して) 悪用される可能性もあります。(CVE-2019-2949)

  - Oracle Java SE の Java SE、Java SE 製品の脆弱性 (コンポーネント: ライブラリ)。サポートされているバージョンで影響を受けるのは、Java SE: 7u241、8u231、11.0.5、13.0.1 です。悪用が難しい脆弱性ですが、認証されていない攻撃者が複数のプロトコルを使用してネットワークにアクセスし、Java SE を侵害する可能性があります。この脆弱性に対する攻撃が成功すると、Java SE の部分的なサービス拒否 (部分的 DOS) が権限なしで引き起こされる可能性があります。注意: この脆弱性は、信頼できない Java Web Start アプリケーションや信頼できない Java アプレット (Web サービスなど) を使用しなくても、特定のコンポーネントの API にデータを提供するだけで悪用される可能性があります。(CVE-2020-2654)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: スクリプティング)。サポートされているバージョンで影響を受けるのは、Java SE: 8u241、11.0.6、14、Java SE Embedded: 8u241 です。悪用が難しい脆弱性ですが、認証されていない攻撃者が複数のプロトコルを介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。この脆弱性への攻撃が成功すると、Java SE および Java SE Embedded の部分的なサービス拒否 (部分的 DOS) が権限なしで引き起こされる可能性があります。注意: クライアントとサーバーへの Java のデプロイメントが対象です。この脆弱性は、サンドボックス化された Java Web Start アプリケーションと Java アプレットを通じて悪用される可能性があります。これは、Web サービスを経由するなどして、サンドボックス化された Java Web Start アプリケーションやサンドボックス化された Java アプレットを使用せずに、指定されたコンポーネントの API にデータを提供することでも、悪用される可能性があります。(CVE-2020-2754、CVE-2020-2755)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: シリアル化)。
    サポートされているバージョンで影響を受けるのは、Java SE: 7u251、8u241、11.0.6、14、Java SE Embedded: 8u241 です。
    悪用が難しい脆弱性ですが、認証されていない攻撃者が複数のプロトコルを介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。この脆弱性への攻撃が成功すると、Java SE および Java SE Embedded の部分的なサービス拒否 (部分的 DOS) が権限なしで引き起こされる可能性があります。
    注意: クライアントとサーバーへの Java のデプロイメントが対象です。この脆弱性は、サンドボックス化された Java Web Start アプリケーションと Java アプレットを通じて悪用される可能性があります。これは、Web サービスを経由するなどして、サンドボックス化された Java Web Start アプリケーションやサンドボックス化された Java アプレットを使用せずに、指定されたコンポーネントの API にデータを提供することでも、悪用される可能性があります。(CVE-2020-2756、CVE-2020-2757)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: JSSE)。サポートされているバージョンで影響を受けるのは、Java SE: 7u251、8u241、11.0.6、14、Java SE Embedded: 8u241 です。容易に悪用可能な脆弱性を利用して、認証されていない攻撃者が HTTPS を介してネットワークにアクセスし、Java SE や Java SE Embedded を侵害する可能性があります。この脆弱性への攻撃が成功すると、Java SE および Java SE Embedded の部分的なサービス拒否 (部分的 DOS) が権限なしで引き起こされる可能性があります。注意: クライアントとサーバーへの Java のデプロイメントが対象です。この脆弱性は、サンドボックス化された Java Web Start アプリケーションと Java アプレットを通じて悪用される可能性があります。また、サンドボックス化された Java Web Start アプリケーションやサンドボックス化された Java アプレット (Web サービスなど ) を使用せずに、指定されたコンポーネントの API にデータを提供することでも悪用されます。(CVE-2020-2781)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: Lightweight HTTP Server)。サポートされているバージョンで影響を受けるのは、Java SE: 7u251、8u241、11.0.6、14、Java SE Embedded: 
    8u241 です。悪用が難しい脆弱性ですが、認証されていない攻撃者が複数のプロトコルを介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。この脆弱性に対する攻撃が成功すると、Java SE、Java SE Embedded がアクセス可能な一部のデータが権限なしで更新、挿入または削除され、Java SE、Java SE Embedded がアクセス可能なデータサブセットへの権限のない読み取りアクセスが可能になる可能性があります。注意: この脆弱性は、信頼できない Java Web Start アプリケーションや信頼できない Java アプレット (Web サービスなど) を使用しなくても、特定のコンポーネントの API にデータを提供するだけで悪用される可能性があります。
    (CVE-2020-2800)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: ライブラリ)。サポートされているバージョンで影響を受けるのは、Java SE: 7u251、8u241、11.0.6、14、Java SE Embedded: 8u241 です。悪用が難しい脆弱性ですが、認証されていない攻撃者が複数のプロトコルを介してネットワークにアクセスし、Java SE、Java SE Embedded を侵害する可能性があります。攻撃を成功させるには攻撃者以外の人間の関与が必要であり、脆弱性が存在するのは Java SE、Java SE Embedded であるものの、攻撃が他の製品に大きな影響を与える可能性があります。この脆弱性に対する攻撃が成功すると、Java SE および Java SE Embedded の乗っ取りが発生する可能性があります。注意: この脆弱性は、通常、サンドボックス化された Java Web Start アプリケーションまたはサンドボックス化された Java アプレットを実行しているクライアントで信頼できないコード (インターネットからのコードなど) を読み込んで実行し、セキュリティを Java サンドボックスに依存する Java デプロイメントが対象です。この脆弱性は、通常サーバーで信頼できるコード (管理者がインストールしたコードなど ) のみを読み込んで実行する Java デプロイメントを対象としていません。(CVE-2020-2803、CVE-2020-2805)

  - Oracle Java SE の Java SE、Java SE Embedded 製品の脆弱性 (コンポーネント: 同時実行性)。
    サポートされているバージョンで影響を受けるのは、Java SE: 7u251、8u241、11.0.6、14、Java SE Embedded: 8u241 です。
    容易に悪用可能な脆弱性を利用して、認証されていない攻撃者が複数のプロトコルを介してネットワークにアクセスし、Java SE や Java SE Embedded を侵害する可能性があります。この脆弱性への攻撃が成功すると、Java SE および Java SE Embedded の部分的なサービス拒否 (部分的 DOS) が権限なしで引き起こされる可能性があります。
    注意: クライアントとサーバーへの Java のデプロイメントが対象です。この脆弱性は、サンドボックス化された Java Web Start アプリケーションと Java アプレットを通じて悪用される可能性があります。また、サンドボックス化された Java Web Start アプリケーションやサンドボックス化された Java アプレット (Web サービスなど ) を使用せずに、指定されたコンポーネントの API にデータを提供することでも悪用されます。(CVE-2020-2830)

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

リモートの CentOS Linux 7 ホストには、RHSA-2021:3441 アドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルの Traffic Control ネットワーキングサブシステムが分類フィルターの変更を処理する方法で、ルーティング決定クラシファイアに欠陥が見つかりました。これはメモリ解放後使用 (Use-After-Free) 状態につながります。
    この欠陥により権限のないローカルユーザーがシステムで権限を昇格させる可能性があります。この脆弱性が最大の脅威となるのは、機密性と整合性、ならびにシステムの可用性です。(CVE-2021-3715)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2021:2881 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  ThunderbirdがIMAP接続にSTARTTLSを使用するように構成されていて、攻撃者がSTARTTLSハンドシェイクの完了前にIMAPサーバーの応答を挿入した場合、Thunderbirdは挿入されたデータを無視しませんでした。これによりThunderbirdが誤った情報を表示する可能性がありました。例えば、攻撃者はThunderbirdをだまして、IMAPサーバーに存在しないフォルダを表示させた可能性があります。この脆弱性の影響を受けるのは、Thunderbird < 78.12です。 (CVE-2021-29969)

  - 悪意のあるウェブページがメモリ解放後使用 (Use-After-Free) 、メモリ破損、および悪用される可能性があるクラッシュを引き起こす可能性があります。*このバグはアクセシビリティ機能が有効にされた場合にトリガーされる可能性があります。* この脆弱性の影響を受けるのは、Thunderbird < 78.12、Firefox ESR < 78.12、Firefox < 90 です。 (CVE-2021-29970)

  - Mozilla開発者がFirefoxおよび Thunderbird の間で共有されるコードにメモリの安全性に関するバグについて報告しました。
    これらのバグの一部にはメモリ破損の証拠が示されており、当社では、手間をかけることにより、これらの一部が悪用され、任意のコードが実行される可能性があると推測しています。この脆弱性の影響を受けるのは、Thunderbird < 78.12、Firefox ESR < 78.12、Firefox < 90 です。 (CVE-2021-29976)

  - 91.0.4472.101より前のGoogle Chrome での ANGLE の領域外書き込みにより、リモートの攻撃者が、細工された HTML ページを介して、領域外メモリアクセスを実行する可能性がありました。(CVE-2021-30547)

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

リモートの CentOS Linux 7 ホストに、RHSA-2024:0629 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - X.Org サーバーで欠陥が見つかりました。DeviceFocusEvent と XIQueryPointer 返信の両方に、現在ダウンしている各論理ボタンに対するビットが含まれています。ボタンは 255 までの任意の値に任意にマッピングできますが、X.Org サーバーはデバイスの特定のボタン数の分だけスペースを割り当てていました。このため、大きな値が使用されると、ヒープオーバーフローが発生しました。(CVE-2023-6816)

  - X.Org サーバーに、領域外メモリアクセスの欠陥が見つかりました。この問題は、同期グラブによってフリーズしたデバイスが別のマスターデバイスに再接続された場合に発生する可能性があります。この問題により、アプリケーションのクラッシュ、ローカルの権限昇格 (サーバーが拡張権限で実行されている場合)、または SSH X11 転送環境におけるリモートコード実行につながる可能性があります。(CVE-2024-0229)

  - X.Org サーバーで欠陥が見つかりました。XISendDeviceHierarchyEvent 関数で、特定の新しいデバイス ID が xXIHierarchyInfo 構造体に追加されると、割り当てられた配列の長さを超える可能性があります。これにより、ヒープバッファオーバーフロー状態が発生する可能性があり、SSH X11 転送環境でアプリケーションクラッシュやリモートコード実行を引き起こす可能性があります。(CVE-2024-21885)

  - X.Org サーバーの DisableDevice 関数に、ヒープバッファオーバーフローの欠陥が見つかりました。この問題により、アプリケーションのクラッシュが発生したり、状況によっては、SSH X11 転送環境でリモートコード実行が発生したりする可能性があります。(CVE-2024-21886)

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

リモートの CentOS Linux 7 ホストに、RHSA-2020:2082 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 4.14.11より前の Linux カーネルで問題が発見されました。二重解放は、kernel/trace/trace.c ファイルの allocate_trace_buffer 関数によって引き起こされる可能性があります。(CVE-2017-18595)

  - Linux カーネル 5.4.0-rc2 で、kernel/trace/blktrace.c 内の __blk_add_trace 関数 (blk_io_trace 構造体に入力し、cpu ごとのサブバッファに配置するために使用される) にメモリ解放後使用 (Use After Free) (読み取り) があります。(CVE-2019-19768)

  - Linux カーネルの 5.7 より前のバージョンの SELinux サブシステムに、NULL ポインターデリファレンスの欠陥が見つかりました。
    この欠陥は、「ebitmap_netlbl_import」ルーチンを通じて商用 IP セキュリティオプション (CIPSO) プロトコルのカテゴリビットマップを SELinux 拡張可能ビットマップにインポートする際に発生します。「cipso_v4_parsetag_rbm」ルーチンで CIPSO 制限ビットマップタグを処理する際に、割り当てられていない場合でも、カテゴリビットマップが存在していることを示すセキュリティ属性が設定されます。この問題により、同じカテゴリのビットマップを SELinux にインポートする際に、NULL ポインターデリファレンスの問題が発生します。この欠陥により、リモートのネットワークユーザーがシステムカーネルをクラッシュさせ、サービス拒否を引き起こす可能性があります。(CVE-2020-10711)

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

リモートの CentOS Linux 7 ホストにインストールされているパッケージは、RHSA-2021:0290 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - HTTPSページがHTTPページに埋め込まれており、前者に対して登録されたサービスワーカーがある場合、(安全でない)フレーミングにより、iframeは安全なコンテキストではないにもかかわらず、サービスワーカーが安全なページに対するリクエストを傍受する可能性があります。この脆弱性の影響を受けるのは、Firefox < 84です。(CVE-2020-26976)

  - ユーザーが特別に細工された PDF をクリックすると、その情報がチャンクデータとして提供されている場合、PDF リーダーは混乱してクロスオリジンの情報を漏洩する可能性があります。この脆弱性の影響を受けるのは、Firefox < 85、Thunderbird < 78.7、Firefox ESR < 78.7です。(CVE-2021-23953)

  - JavaScript の switch ステートメントで新しい論理割り当て演算子を使用すると、型の取り違えが引き起こされ、メモリ破損や悪用可能なクラッシュが引き起こされる可能性がありました。この脆弱性の影響を受けるのは、Firefox < 85、Thunderbird < 78.7、Firefox ESR < 78.7です。(CVE-2021-23954)

  - 再宣言された JavaScript 変数でガベージコレクションを実行すると、user-after-poison および悪用可能なクラッシュが引き起こされる可能性がありました。この脆弱性の影響を受けるのは、Firefox < 85、Thunderbird < 78.7、Firefox ESR < 78.7です。(CVE-2021-23960)

  - Mozilla 開発者が、Firefox 84 および Firefox ESR 78.6に存在するメモリの安全性に関するバグを報告しました。これらのバグの一部にはメモリ破損の証拠が示されており、当社では、手間をかけることにより、これらの一部が悪用され、任意のコードが実行される可能性があると推測しています。この脆弱性の影響を受けるのは、Firefox < 85、Thunderbird < 78.7、Firefox ESR < 78.7です。(CVE-2021-23964)

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

リモートの CentOS Linux 7 ホストに、RHSA-2022:6119 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - RHSA-2022:2190 アドバイザリで Red Hat Enterprise Linux 7 Extras 用にリリースされた podman のバージョンには、以前 CVE-2020-8945で修正されていた [ RHSA-2020:2117に対する修正がない不適切なバージョンの podman が含まれていました。この問題が利用されると、特定の条件下で、GPG署名の検証中に、Go GPGMEラッパーライブラリを使用するGoアプリケーションがクラッシュしたり、コードが実行されたりする可能性があります。 （CVE-2022-2738）

  - RHSA-2022:2190 アドバイザリで Red Hat Enterprise Linux 7 Extras 用にリリースされた podman のバージョンには、以前 CVE-2020-14370で修正されていた [ RHSA-2020:5056に対する修正がない不適切なバージョンの podman が含まれていました。この問題により、攻撃者が環境変数に格納されている機密情報にアクセスできる可能性があります。 （CVE-2022-2739）

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

ID	名前	深刻度
213467	CentOS 9: kernel-5.14.0-547.el9	high
213059	CentOS 9 : kernel-5.14.0-542.el9	high
212193	CentOS 9 : kernel-5.14.0-539.el9	medium
212094	CentOS 9 : kernel-5.14.0-536.el9	high
212093	CentOS 9 : tuned-2.24.0-2.el9	high
211829	CentOS 9kernel-5.14.0-533.el9	critical
211516	CentOS 9 : kernel-5.14.0-529.el9	high
210768	CentOS 9 : expat-2.5.0-4.el9	medium
210767	CentOS 9 : kernel-5.14.0-527.el9	medium
208962	CentOS 9 : kernel-5.14.0-516.el9	high
208653	CentOS 7 : kpatch-patch (RHSA-2020:0028)	medium
208652	CentOS 7 : firefox (RHSA-2020:5561)	high
208651	CentOS 7 : kpatch-patch (RHSA-2021:3381)	high
208650	CentOS 7 : thunderbird (RHSA-2022:1302)	high
208649	CentOS 6：カーネル（RHSA-2020:3548）	critical
208648	CentOS 6：chromium-browser（RHSA-2020:4235）	high
208647	CentOS 7：qemu-kvm-ma（RHSA-2021:0346）	medium
208646	CentOS 7：kernel-alt（RHSA-2021:0354）	high
208645	CentOS 6：libexif（RHSA-2020:2516）	critical
208644	CentOS 7 : thunderbird (RHSA-2020:4163)	high
208643	CentOS 7：kernel-alt（RHSA-2020:2104）	high
208642	CentOS 7 : java-1.7.1-ibm (RHSA-2021:3293)	low
208641	CentOS 7：qemu-kvm-ma（RHSA-2020:1209）	medium
208640	CentOS 7：kernel-rt（RHSA-2021:3439）	high
208639	CentOS 7 : thunderbird (RHSA-2022:9079)	critical
208638	CentOS 7 : kernel (RHSA-2021:0336)	medium
208637	CentOS 7：podman（RHSA-2020:2117）	high
208636	CentOS 7：libwebp（RHSA-2021:2260）	critical
208635	CentOS 7：libreoffice（RHSA-2024:3304）	high
208634	CentOS 7 : thunderbird (RHSA-2022:4730)	high
208633	CentOS 6：thunderbird（RHSA-2020:5164）	high
208632	CentOS 7：kernel-alt（RHSA-2020:5079）	medium
208631	CentOS 6：chromium-browser（RHSA-2020:3377）	critical
208630	CentOS 6：java-1.7.1-ibm（RHSA-2020:3387）	medium
208629	CentOS 7：runc（RHSA-2021:2145）	high
208628	CentOS 7 : thunderbird (RHSA-2021:0297)	high
208627	CentOS 7 : firefox (RHSA-2020:1338)	high
208626	CentOS 6：chromium-browser（RHSA-2020:4351）	critical
208625	CentOS 7：python-flask（RHSA-2023:3525）	high
208624	CentOS 7 : kernel (RHSA-2022:5937)	medium
208623	CentOS 7：python-pip（RHSA-2020:2068）	critical
208622	CentOS 7：etcd（RHSA-2021:1407）	medium
208621	CentOS 6：net-snmp（RHSA-2020:5129）	medium
208620	CentOS 7 : java-1.8.0-ibm (RHSA-2020:2237)	high
208619	CentOS 7 : kpatch-patch (RHSA-2021:3441)	high
208618	CentOS 7 : thunderbird (RHSA-2021:2881)	high
208617	CentOS 7：tigervnc（RHSA-2024:0629）	critical
208616	CentOS 7 : kernel (RHSA-2020:2082)	high
208615	CentOS 7 : firefox (RHSA-2021:0290)	high
208614	CentOS 7：podman（RHSA-2022:6119）	high

検出

Nessus の CentOS Local Security Checks ファミリー

high

high

medium

high

high

critical

high

medium

medium

high

medium

high

high

high

critical

high

medium

high

critical

high

high

low

medium

high

critical

medium

high

critical

high

high

high

medium

critical

medium

high

high

high

critical

high

medium

critical

medium

medium

high

high

high

critical

high

high

high