CVE-2026-90108

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: net/smc: REQ_ADD_LINK'ten ADD_LINK geçişinde üzerine yazılmadan önce saklanan qentry serbest bırakılıyor Bir ADD_LINK isteği geldiğinde smc_llc_event_handler(), yerel LLC akışını SMC_LLC_FLOW_REQ_ADD_LINK durumundan SMC_LLC_FLOW_ADD_LINK durumuna geçirirken koşulsuz olarak smc_llc_flow_qentry_set() fonksiyonunu çağırır: if (lgr->llc_flow_lcl.type == SMC_LLC_FLOW_REQ_ADD_LINK) { lgr->llc_flow_lcl.type = SMC_LLC_FLOW_ADD_LINK; smc_llc_flow_qentry_set(&lgr->llc_flow_lcl, qentry); ... } flow->type değeri SMC_LLC_FLOW_REQ_ADD_LINK iken gelen bir CONFIRM_LINK veya ADD_LINK_CONT, SMC_LLC_CONFIRM_LINK / SMC_LLC_ADD_LINK_CONT işleyicisi aracılığıyla (NONE olmayan tüm akış türleri için flow->qentry içine kayıt yapan işleyici) flow->qentry içerisine saklanır. Ardından ADD_LINK geldiğinde, REQ_ADD_LINK dalı, saklanan tahsisi önce serbest bırakmadan flow->qentry değerini yeni işaretçi ile üzerine yazar ve bu durum bir kmalloc nesnesinin sızmasına neden olur. Saklanan girdinin herhangi bir tüketicisi yoktur: smc_llc_wait() yalnızca, akış türü REQ_ADD_LINK olarak kaldığı sürece henüz zamanlanmamış olan llc_add_link_work tarafından çağrılır. Bu noktada llc_msg_waiter üzerinde uyuyan herhangi bir bekleyen işlem yoktur. Üzerine yazma işleminden önce saklanan herhangi bir qentry'nin koşulsuz olarak serbest bırakılması güvenlidir. REQ_ADD_LINK dalında smc_llc_flow_qentry_set() fonksiyonundan önce smc_llc_flow_qentry_del() fonksiyonunu çağırın. smc_llc_flow_qentry_del() serbest bırakmadan önce zaten flow->qentry kontrolünü yaptığı için, hiçbir girdinin saklanmadığı normal yol etkisiz bir işlem (no-op) olacaktır.