CVE-2025-37911

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: bnxt_en: ethtool -w sırasında sınır dışı memcpy() hatası düzeltildi ethtool kullanılarak FW coredump bilgileri alınırken bazen bellek bozulmasına neden olabilir: BUG: KFENCE: memory corruption in __bnxt_get_coredump+0x3ef/0x670 [bnxt_en] Corrupted memory at 0x000000008f0f30e8 [ ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ] (in kfence-#45): __bnxt_get_coredump+0x3ef/0x670 [bnxt_en] ethtool_get_dump_data+0xdc/0x1a0 __dev_ethtool+0xa1e/0x1af0 dev_ethtool+0xa8/0x170 dev_ioctl+0x1b5/0x580 sock_do_ioctl+0xab/0xf0 sock_ioctl+0x1ce/0x2e0 __x64_sys_ioctl+0x87/0xc0 do_syscall_64+0x5c/0xf0 entry_SYSCALL_64_after_hwframe+0x78/0x80 ... Bu durum, HWRM_DBG_COREDUMP_LIST FW komutu ile bnxt_hwrm_dbg_dma_data() fonksiyonunda coredump segment listesi kopyalanırken meydana gelir. info->dest_buf tamponu, FW tarafından döndürülen coredump segment sayısına göre tahsis edilir. Segment listesi daha sonra FW tarafından DMA ile aktarılır ve DMA uzunluğu FW tarafından döndürülür. Sürücü ardından bu DMA ile aktarılan segment listesini info->dest_buf alanına kopyalar. Bazı durumlarda, bu DMA uzunluğu info->dest_buf uzunluğunu aşabilir ve yukarıdaki BUG durumuna yol açabilir. Kopyalama uzunluğunun info->dest_buf uzunluğunu aşmayacak şekilde sınırlandırılmasıyla sorun giderilmiştir. Fazladan gelen DMA verisi herhangi bir yararlı bilgi içermemektedir. Bu kod yolu, HWRM_DBG_COREDUMP_LIST ve HWRM_DBG_COREDUMP_RETRIEVE FW komutları için ortaktır. Bu iki FW komutu için tamponlama farklıdır. Mantığı basitleştirmek için, HWRM_DBG_COREDUMP_RETRIEVE için tampon uzunluğunu ayarlayan satırın yukarı taşınması gerekir; böylece kopyalama uzunluğunu sınırlayan yeni kontrol her iki komut için de çalışacaktır.