CVE-2026-12233

PSA Protected Storage etibarlılıq backend-i (subsys/net/lib/tls_credentials/tls_credentials_trusted.c) öz etibarlılıq-anbarı mutex-ini sadə sıfırla doldurulmuş statik struct k_mutex credential_lock kimi təyin etmişdir və onun üzərində heç vaxt k_mutex_init() çağırmamışdır. Statik olaraq sıfırla doldurulmuş k_mutex-in başladılmamış gözləmə növbəsi olur (onun dlist başlığı/sonu k_mutex_init/K_MUTEX_DEFINE tərəfindən quraşdırılan özünə istinad edən sentinel-lər əvəzinə NULL-dur). Mübahisəsiz kilid yolu gözləmə növbəsinə toxunmur, buna görə də qüsur gizli qalır və ardıcıl istifadə düzgün işləyir. İki icra konteksti kilid üzərində mübahisə etdikdə, k_mutex_lock() bloklanan axını z_pend_curr() vasitəsilə gözləmə növbəsində saxlayır; bu isə sıfırlanmış siyahıda sys_dlist_append() çağırır və NULL son göstəricisini dereferensiya edərək (tail->next = node) nüvədə xətaya səbəb olur. Kilid TLS əl sıxma etibarlılıqlarının yüklənməsi zamanı və bütün etibarlılıq əlavə etmə/alma/silmə əməliyyatları tərəfindən saxlanılır, buna görə də eyni vaxtda TLS əl sıxmaları yerinə yetirən bir tətbiq (məsələn, uzaq tərəfdən gələn çoxlu eyni vaxtlı bağlantıları idarə edən server) və ya əl sıxma ilə eyni vaxtda etibarlılıqların idarə edilməsi əməliyyatı bu dereferensiyanı tetikləyə bilər. Təsir xidmətdən imtinadır: ilk mübahisə zamanı deterministik nüvə panikası / cihazın yenidən başladılması. NULL dereferensiyasından əlavə yaddaş korlanması yoxdur, məxfiliyi və ya bütövlüyə təsiri yoxdur; sürətli yoldakı qarşılıqlı istisna düzgün qalır. Risk yalnız CONFIG_TLS_CREDENTIALS_BACKEND_PROTECTED_STORAGE aktiv edilmiş versiyalarla (PSA Protected Storage / TF-M platformaları) məhdudlaşır; standart uçuculu RAM backend-i öz kilidini düzgün başladır və bundan təsirlənmir. Həll yolu mutex-i K_MUTEX_DEFINE(credential_lock) ilə statik olaraq başladır və düzgün gözləmə növbəsi təmin edir, beləliklə mübahisəli yol artıq NULL siyahısına toxunmur.