CVE-2026-90206

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: nvmet: configfs ve denetleyici tahsisi arasındaki max_qid yarış durumu düzeltildi Bir alt sistemin max_qid sınırı değiştirildiğinde, nvmet_subsys_attr_qid_max_store() fonksiyonu ile nvmet_alloc_ctrl() arasında bir yarış durumu oluşabilir. max_qid değerinin şu an 64 olduğunu varsayalım. Eğer nvmet_alloc_ctrl() şunları yürütürse: ctrl->sqs = kzalloc_objs(struct nvmet_sq *, subsys->max_qid + 1); ve tam bu noktada, bir kullanıcı alanı işlemi max_qid değerini 128 olarak değiştirirse, nvmet_subsys_attr_qid_max_store() yeni max_qid değerini ayarlayacaktır. Yeniden bağlanmayı zorlamak için aktif denetleyicileri silmeye çalışır ancak yeni denetleyici henüz subsys->ctrls listesine eklenmediği için silinmeyecektir. Ardından nvmet_alloc_ctrl() devam eder ve yeni denetleyiciyi subsys->ctrls listesine ekler. Daha sonra nvmet_install_queue() çağrıldığında, max_qid değerinin 128 olarak ayarlandığını görecek ancak sqs için ayrılan bellek yalnızca 64 giriş boyutundadır. Bu durum, bir KASAN sınır dışı (out-of-bounds) uyarısına ve potansiyel bellek bozulmalarına yol açar. Bu sorun, nvmet_alloc_ctrl() içerisindeki kuyruk tahsisleri ve liste ekleme işlemleri down_read(&nvmet_config_sem) ile korunarak giderilmiştir. nvmet_subsys_attr_qid_max_store(), özniteliği değiştirmek için down_write(&nvmet_config_sem) kullandığından, bu işlem configfs yazıcısının denetleyici oluşturma sırasında max_qid değerini değiştirmesini güvenli bir şekilde engeller. Tahsis sırasında max_qid değeri alt sistemden denetleyici yapısına kopyalanmıştır; denetleyici LIVE durumunda kaldığı sürece ctrl->max_qid asla değişmez, böylece benzer yarış durumlarının önüne geçilmiş olur.