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

  - pstoreVM_IOREMAP 付きの vmap()ing による kcore oops を回避します。ram バックエンドを持つ pstore を使用するデバイスで「cat /proc/kcore > /dev/null」を実行することで oops が誘発される可能性があります。これは、kmap_atomic() が lowmem ページがアクセス可能であることを前提とするためです。 __va() に関連するベクトルを通じて、可用性に影響を与えることが可能です。仮想アドレスでカーネルページングリクエストを処理できません ffffff807ff2b000 Mem abort infoESR = 0x96000006 EC = 0x25DABT現在の EL、IL = 32 ビット SET = 0、FnV = 0 EA = 0、S1PTW = 0 FSC = 0x06レベル2 変換障害データ中止情報ISV = 0、ISS = 0x00000006 CM = 0、WnR = 0 swapper pgtable4k ページ、39 ビット VA、 pgdp=0000000081d87000 [ffffff807ff2b000] pgd=180000017fe18003、p4d=180000017fe18003、 pud=180000017fe18003、 pmd=0000000000000000 内部エラーOops96000006#1] PREEMPT SMP モジュールのリンク dm_integrity CPU7 PID21179 通信 perf 汚染されない 5.15.67-10882-ge4eb2eb988cd #1 baa443fb8e8477896a370b31a821eb2009f9bfba ハードウェア名 Google Lazor rev3
    - 8DTpstatea0400009NzCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--pc __memcpy+0x110/0x260 lr
    vread+0x194/0x294 sp : ffffffc013ee39d0 x29: ffffffc013ee39f0 x28: 0000000000001000 x27: ffffff807ff2b000 x26: 0000000000001000 x25: ffffffc0085a2000 x24: ffffff802d4b3000 x23: ffffff80f8a60000 x22:
    ffffff802d4b3000 x21: ffffffc0085a2000 x20: ffffff8080b7bc68 x19: 0000000000001000 x18: 0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15: ffffffd3073f2e60 x14: ffffffffad588000 x13:
    0000000000000000 x12: 0000000000000001 x11: 00000000000001a2 x10: 00680000fff2bf0b x9 : 03fffffff807ff2b x8 : 0000000000000001 x7 : 0000000000000000 x6 : 0000000000000000 x5 : ffffff802d4b4000 x4 :
    ffffff807ff2c000 x3 : ffffffc013ee3a78 x2 : 0000000000001000 x1 : ffffff807ff2b000 x0 : ffffff802d4b3000 Call trace: __memcpy+0x110/0x260 read_kcore+0x584/0x778 proc_reg_read+0xb4/0xe4 During early boot, memblock reserves the pages for the ramoops reserved memory node in DT that would otherwiseダイレクト lowmem マッピングの一部である可能性があります。Pstore の ram バックエンドは、特定のフラグとともにページを vmap() に渡すことで、メモリタイプ書き込みバックまたは非キャッシュを変更するために、これらの予約されたページを再利用します詳細についてはpersistent_ram_vmap() の pfn_to_page() の使用を参照してください。read_kcore() が vmalloc 領域の反復を開始すると、vmap() が ramoops に返した仮想アドレスで実行されます。aligned_vread() では、仮想アドレスが vmalloc_to_page() に渡され、これによって、予約された lowmem エリアのページ構造が返されます。その lowmem ページが、kmap_atomic() に渡されます。これは、lowmem ページ構造体が __va() およびフレンドと直接アクセス可能でなければならないと仮定する page_to_virt() を効果的に呼び出します。これらのページは vmap() 経由でマッピングされ、lowmem マッピングは作成されないため、lowmem 仮想アドレス経由でこれらにアクセスすると、上記のような oops が発生します。VM_IOREMAP を vmap() に渡すことでこの問題をサイドステップさせます。これは、vread() に対して、kcore に ramoops 領域を含めないように指示します。代わりに、領域はゼロのクラスターのようになります。別の方法は、lowmem と相互作用する vmalloc 領域について kmap() に通知することです。おそらく、そのような変更はワンラインではありません。また、kcore ファイルの ramoops 領域を検査することに大きな関心もありません。そのため、現時点では最も実用的なルートが採用されています。CVE-2022-50849

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2022-50849

medium Nessus プラグイン ID 281535

バージョン 1.6