原文

Linuxカーネルにおいて、以下の脆弱性が修正されました。net/sched: cls_fw: change()呼び出し前の「old」フィルターのNULL参照の問題です。Sashiko[1]が指摘したように、コミットed76f5edccc9（"net: sched: filter_chainリストをfilter_chain_lockミューテックスで保護"）以降、TCフィルターは共有ブロックに追加され、-＞change()関数が呼ばれる前にデータパスに公開されるようになりました。これはcls_fwにとって問題であり、「old」方式で作成された無効なフィルターが、Xiangによって追加された検証ロジックで破棄される前に依然として一部のパケットを分類してしまう可能性があります。以下のスクリプトを繰り返し実行すると、問題が再現します。# ip link add dev crash0 type dummy # ip link set dev crash0 up # mausezahn crash0 -c 100000 -P 10 \ ＞ -A 4.3.2.1 -B 1.2.3.4 -t udp "dp=1234" -q & # sleep 1 # tc qdisc add dev crash0 egress_block 1 clsact # tc filter add block 1 protocol ip prio 1 matchall \ ＞ action skbedit mark 65536 continue # tc filter add block 1 protocol ip prio 2 fw # ip link del dev crash0 fw_classify()がWARN_ON()を引き起こすことがあります。（省略したカーネルコールスタックと警告内容）パケットのmarkの値によってNULLの'q'に対し'q-＞handle'を参照してしまい、NULLポインタ参照が発生します。BUG: kernel NULL pointer dereference, address: 0000000000000038（省略）共有ブロック上の「oldスタイル」の分類をスキップすることで、NULL参照問題は修正されました。これにより、無効なcls_fw「oldスタイル」フィルターの短いライフタイム内でWARN_ON()が発生しなくなっています。[1] https://sashiko.dev/#/patchset/2 ---省略---