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

  - ubifsページがプライベートに設定されたら refcount を追加するのを修正します MM は、ルール [1] を非常に明確に定義しました。ページが PG_private フラグで設定されたら、そのページで refcount をインクリメントする必要があります。また、pageout()、migrate_page() などのメインフローも修正しますは、page_has_private() が true を返す場合、追加のページ参照カウントを 1 つと想定します。あるいは、ページ移行でバグが発生する可能性があります page:000000080d05b9d refcount:-1 mapcount:0 mapping:000000005f4d82a8 index:0xe2 pfn:0x14c12 aops:ubifs_file_address_operations [bifs] ino:8f1 dentry name:f30e flags: 0x1fffff80240080 |owner_priv_1|private|node=0| zone=1|lastcpupid=0x1fffffページがダンプされました VM_BUG_ON_PAGE(page_count(page) != 0) ------------[cuther]---- -------- include/linux/page_ref.h:184! でカーネルのバグが発生します無効な opcode: 0000 [#1] SMP CPU:3 PID:
    38 通信kcompactd0 汚染されていない 5.15.0-rc5 RIP0010:migrate_page_move_mapping+0xac3/0xe70 Call Trace
    [ubifs_migrate_page+0x22/0xc0 [ubifs] move_to_new_page+0xb4/0x600 migrate_pages+0x1523/0x1cc0 compact_zone+0x8c5/0x14b0 kcompactd+0x2bc/0x560 kthread+0x18c/0x1e0 ret_from_fork+0x1f/0x600 時間前に、概念をクリーンアップする必要があります。 refcount は、grab_cache_page_write_begin() から取得されるページ内で意味をなします。2 つの状況があります。状況 1: refcount が 3 であり、ページが によって作成されています。
    __page_cache_alloc。TYPE_A - 書き込みプロセスはこのページを使用しています TYPE_B - ページは __add_to_page_cache_locked() を呼び出すことで 1 つの特定のマッピングに割り当てられます TYPE_C - lru_cache_add() を呼び出すことで、現在の cpu に対応する pagevec リストにページが追加されます 状況 2refcount が 2、ページは から取得されますマッピングのツリー TYPE_B - ページが 1 つの特定のマッピング TYPE_A に割り当てられています - 書き込みプロセスがこのページを使用していますpage_cache_get_speculative() を呼び出すことでファイルシステムが xxx_write_end() で put_page() を呼び出すことで 1 つの refcount をリリースします、リリースされた refcount は TYPE_A に対応します書き込みタスクがこれを使用しています。ページを使用しているプロセスがあれば、予期_page_refs() がページ refcount と等しいかどうかを判断することで、ページ移行プロセスはページをスキップします。このバグは、次のプロセスによって発生します。PA(cpu 0) kcompactd(cpu 1) compact_zone ubifs_write_begin page_a = grab_cache_page_write_begin add_to_page_cache_lru lru_cache_add pagevec_add // put page in cpu 0's pagevec 、ページ作成プロセス用の refcnf = 3、ubifs_write_end SetPagePrivate(page_a) / / によってページカウントが増加しない ! unlock_page(page_a) put_page(page_a) // refcnt = 2 [...] PB(cpu 0) filemap_read filemap_get_pages add_to_page_cache_lru lru_cache_add __pagevec_lru_add // cpu 0 の pagevec の全ページをトラバースします __pagevec_lru_add_fn SetPageLRU(page_a) isolate_migrate_unlock_pagesisolate_migrate_unlock get_pages refcnt = 3 list_add(page_a, from_list) migrate_pages(from_list) __unmap_and_move move_to_new_page ubifs_migrate_page(page_a) migrate_page_move_mapping expected_page_refs get 3migration[1] + mapping[1] + private[1]) release_pages put_page_testzero(page_a) // refcnt = 3 page_ref_freeze // refcnt = 0 page_ref_dec_and_test(0 - 1 = -1) page_ref_unfreeze VM_BUG_ON_PAGE(-1 != 0, page) UBIFS は、プライベートフラグの設定後にページ refcount を増加させません。これにより、ページ移行タスクでは、ページが使用されていないと考えられます他のプロセスによって実行されないため、ページは移行されます。これは、他のプロセスによって呼び出されるput_page()例えば、プロセス呼び出し lru_cache_addと、mi によって呼び出される page_ref_unfreeze() の間のページ refcount での同時アクセスを引き起こします ---truncated---CVE-2021-47635]

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2021-47635

medium Nessus プラグイン ID 230116

バージョン 1.15