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

  - bpf__check_func_call のメモリリークを修正します。kmemleak はこの問題を報告します未参照オブジェクト 0xffff88817139d000サイズ 2048comm test_progs、pid 33246、jiffies 4307381979age 45851.820shex dump最初の 32 バイト最初の 32 バイト0000000000000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000000000000000000000000000000000000000000000000000000000000000000000000 ... backtrace[<0000000045f075f0>] kmalloc_trace+0x27/0xa0 [<0000000098b7c90a>] __check_func_call+0x316/0x1230 [<00000000b4c3c403> ] check_helper_call+0x172e/0x4700 [<00000000aa3875b7>] do_check+0x21d8/0x45e0 [<000000001147357b>] do_check_common+ 0x767/0xaf0 [<00000000b5a595b4>] bpf_check+0x43e3/0x5bc0 [<0000000011e391b1>] bpf_prog_load+0xf26/0x1940 [<0000000007f765c0>] __sys_bpf+0xd2c/0x3650<00000000839815d6>] __x64_sys_bpf+0x75/0xc0<00000000946ee250>] dosyscall [_64+09] [64+09] [<0000000000506b7f>] ] entry_SYSCALL_64_after_hwframe+0x63/0xcd ここでのルートケースは次のとおりです。prepare_func_exit() 関数で、呼び出し先は state->curframe--; 後の異常なシナリオでリリースされません。修正するには、state->curframe-- を移動してくださいAndrii の提案するように、callee を解放し、frame[] ポインターを NULL にリセットする適切な関数の最下部に。加えて、関数
    __check_func_call() にも類似の問題があります。state->curframe++; より前の異常なシナリオでは、呼び出し先も free_func_state() によってリリースされる必要があります。CVE-2022-49837

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

検出

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

medium Nessus プラグイン ID 249440

変更ログが見つかりません