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

  - netsock_lock_init_class_and_name() および rmmod により null-ptr-deref を修正します。repro [0] を実行して数秒待機したとき、2 つの LOCKDEP スプラットを観察しました。null-ptr-deref の後の警告です。 [1] 再生成ステップ 1) CIFS をマウントします 2) iptables ルールを追加し、CIFS 用の受信 FIN パケットをドロップします 3) CIFS をアンマウントします 4) CIFS モジュールをアンロードします 5) iptables ルールを削除します ステップ 3) で、CIFS モジュールは sock_release() を呼び出します。 ) を下層の TCP ソケットに渡すと、すぐに返されます。ただし、受信 FIN パケットがドロップされるため、ソケットは FIN_WAIT_1 のままです。この時点で、ソケットがまだ動作しているモジュールの refcnt は 0 であるため、以下の rmmod コマンドは成功します。 # ss -tan State Recv-Q Send-Q Local Address:Port Peer Address:Port FIN-WAIT-1 0 477 10.0.2.15:51062 10.0.0.137:445 # lsmod | grep cifs cifs 1159168 0 これは、CIFS モジュールと内在する TCP ソケットの有効期間の間の違いを強調します。CIFS が sock_release() を呼び出してから戻った場合でも、接続を適切に閉じるために TCP ソケットはすぐには終了しません。これは一般的には問題ありませんが、CIFS が sock_lock_init_class_and_name() を使用して異なるロッククラスを TCP ソケットの sk->sk_lock に割り当てるため、LOCKDEP に関しては問題が発生します。受信パケットがソケットまたはタイマーの起動に処理されると、sk->sk_lock が取得されます。その後、LOCKDEP は check_wait_context() 内のロックコンテキストをチェックします。この際、ロッククラスを取得するために hlock_class() が呼び出されます。ただし、モジュールはすでにアンロードされているため、hlock_class() は警告を記録し、NULL を返し、null-ptr-deref を発生させます。LOCKDEP が有効な場合、この問題を防ぐために、sock_lock_init_class_and_name() を呼び出すモジュールCIFS、NFS などがアンロードできないようにする必要があります。sock_lock_init_class_and_name() のモジュール参照を保留し、sk_prot_free() でソケットが解放されたときにモジュール参照をリリースします。注意sock_lock_init() は、sock_lock_init_class_and_name() をリスニングソケットに呼び出す svc_create_socket() の sk->sk_owner をクリアします。これにより、GFP_ZERO なしの sk_clone_lock() でソケットのクローンが作成されます。 [0]:
    CIFS_SERVER=10.0.0.137 CIFS_PATH=//${CIFS_SERVER}/Users/Administrator/Desktop/CIFS_TEST DEV=enp0s3 CRED=/root/WindowsCredential.txt MNT=$(mktemp -d /tmp/XXXXXX) mount -t cifs ${CIFS_PATH} ${MNT} -o vers =3.0、credentials=${CRED},cache=none,echo_interval=1 iptables -A INPUT -s ${CIFS_SERVER} -j DROP for i in $(seq 10); do umount ${MNT} rmmod cifs sleep 1 doned rm -r ${MNT} iptables -D INPUT -s ${CIFS_SERVER} -j DROP [1]: DEBUG_LOCKS_WARN_ON(1) WARNING: CPU: 10 PID: kernel/ で 0 locking/lockdep.c:234 hlock_class (kernel/locking/lockdep.c:234 kernel/locking/lockdep.c:223) リンクされているモジュールcifs_arc4 nls_ucs2_utils cifs_md4 [last unloaded: cifs] CPU: 10 UID: 0 PID: 0通信swapper/10 汚染されていない 6.14.0 #36 ハードウェア名QEMU Standard PCi440FX + PIIX、1996、BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 RIP0010:hlock_class kernel/locking/lockdep.c:234 kernel/locking/lockdep.c:223) ... Call Trace <IRQ>
    __lock_acquirekernel/locking/lockdep.c:4853 kernel/locking/lockdep.c:5178lock_acquirekernel/locking/lockdep.c:469 kernel/locking/lockdep.c:5853 kernel/locking/lockdep.c:5816 )
    _raw_spin_lock_nestedkernel/locking/spinlock.c:379tcp_v4_rcv./include/linux/skbuff.h:1678 ./include/net/tcp.h:2547 net/ipv4/tcp_ipv4.c:2350... BUGカーネル NULL ポインターデリファレンス、アドレス
    00000000000000c4 PFカーネルモードのスーパーバイザー読み取りアクセス PFerror_code(0x0000) - 存在しないページ PGD 0 Oops Oops 0000 [#1] PREEMPT SMP NOPTI CPU 10 UID 0 PID 0 Comm swapper/10 汚染GW 6.14.0 #36 汚染[W]=WARN ハードウェア名: QEMU Standard PC (i440FX + PIIX、1996)、BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 RIP: 0010:__lock_acquire kernel/ ---truncated---CVE-2025-23143

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-23143

medium Nessus プラグイン ID 252978

バージョン 1.8