CVE-2026-99008 in Linux
Tóm tắt
Bởi VulDB • 23/10/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
Bluetooth: RFCOMM: Sửa lỗi dereference NULL của tty_dev trong hàm rfcomm_dev_shutdown
syzbot đã gặp phải một vụ dereference con trỏ NULL trong rfcomm_dev_shutdown() khi một thiết bị ảo (tty) RFCOMM đóng lại.
Hàm rfcomm_dev_add() đặt thiết bị mới vào danh sách rfcomm_dev_list trước, sau đó mới đăng ký thiết bị tty và lưu nó vào dev->tty_dev. Nếu việc đăng ký thất bại, dev->tty_dev sẽ không bao giờ được gán giá trị. Thiết bị có thể được tìm thấy trong khoảng thời gian này, do đó lệnh mở (/dev/rfcommN) đi qua rfcomm_tty_install() và gắn kết với thiết bị đó. Khi tty này đóng lại, rfcomm_dev_shutdown() sử dụng dev->tty_dev mà không kiểm tra:
Oops: general protection fault, có thể là do địa chỉ phi chuẩn (non-canonical address) KASAN: null-ptr-deref trong khoảng [0x0000000000000040-0x0000000000000047]
RIP: 0010:rfcomm_dev_shutdown+0x48/0xb0 net/bluetooth/rfcomm/tty.c:131 Call Trace: tty_port_shutdown+0x1bf/0x220 drivers/tty/tty_port.c:372 tty_port_close+0x4e/0x150 drivers/tty/tty_port.c:705 tty_release+0x359/0x1670 drivers/tty/tty_io.c:1718 __fput+0x418/0xa50 fs/file_table.c:512
Hàm rfcomm_dev_destruct() đã xử lý trường hợp dev->tty_dev là NULL. Hãy thêm cùng một kiểm tra vào rfcomm_dev_shutdown(), để thiết bị tty chỉ được di chuyển khi nó thực sự đã được đăng ký.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.