CVE-2023-52489

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: mm/sparsemem: memory_section->usage girişindəki yarış vəziyyətinin (race condition) düzəldilməsi Aşağıdakı yarış vəziyyəti, sistem yaddaş konfiqurasiyasında PFN-lərin [ZONE_NORMAL ZONE_DEVICE ZONE_NORMAL] şəklində olduğu cihaz yaddaşı bölgəsinə düşən bir PFN-də müşahidə olunur. Normal zona başlanğıcı və sonu PFN-ləri həmçinin cihaz yaddaşı PFN-lərini də əhatə etdiyi üçün, tətiklənən kompaktlaşdırma (compaction) prosesi cihaz yaddaşı PFN-ləri üzərində də cəhd göstərəcək, lakin onlar NOP ilə nəticələnəcək (çünki pfn_to_online_page() ZONE_DEVICE yaddaş bölmələri üçün NULL qaytarır). Digər nüvədən, kompaktlaşdırmanın hazırda həyata keçirildiyi sözügedən PFN-in aid olduğu ZONE_DEVICE bölgəsi üçün bölmə xəritələnmələri silindikdə, CONFIG_SPASEMEM_VMEMAP aktiv olduqda bu, nüvənin çökməsinə (crash) səbəb olur. Çökmə loqları [1]-də görünür. compact_zone() memunmap_pages ------------- --------------- __pageblock_pfn_to_page ...... (a)pfn_valid(): valid_section()//true qaytarır (b)__remove_pages()-> sparse_remove_section()-> section_deactivate(): [ms->usage massivini azad edir və ms->usage = NULL təyin edir] pfn_section_valid() [NULL olan ms->usage-ya müraciət edilir] QEYD: Yuxarıdakılardan belə deyə bilərək ki, SPASEMEM_VMEMAP aktiv olduqda yarış vəziyyəti pfn_valid()/pfn_section_valid() ilə bölmənin deaktiv edilməsi arasında baş verir. b943f045a9af ("mm/sparse: fix kernel crash with pfn_section_valid check") commit-i, valid_section()-ın false qaytaracağı və beləliklə ms->usage-a müraciət edilməyəcəyi gözləntisi ilə SECTION_HAS_MEM_MAP-ı təmizləyərək eyni problemi həll etməyə çalışmışdı. Bu problem aşağıdakı addımlarla düzəldilir: a) ->usage azad edilməzdən əvvəl SECTION_HAS_MEM_MAP təmizlənir. b) RCU ilə qorunan oxuma tərəfli kritik bölmə ya SECTION_HAS_MEM_MAP təmizləndikdə NULL qaytaracaq, ya da ->usage-a uğurla müraciət edəcək. c) ->usage kfree_rcu() ilə azad edilir və ms->usage = NULL təyin edilir. Bundan sonra ->usage-a müraciət cəhdi olmayacaq, çünki SECTION_HAS_MEM_MAP təmizlənib və buna görə də valid_section() false qaytarır. Bu yamaya dair töhfələri üçün David/Pavan-a təşəkkürlər. [1] https://lore.kernel.org/linux-mm/[email protected]/ Snapdragon SoC-da, PFN-lərin [ZONE_NORMAL ZONE_DEVICE ZONE_NORMAL] kimi qeyd olunan yaddaş konfiqurasiyası ilə, cihaz fermasında test zamanı gündəlik olaraq çox sayda problemlər görürük. Bu konkret problem üçün loq aşağıdadır. Aşağıdakı loq birbaşa pfn_section_valid(){ ms->usage;} hissəsinə işarə etməsə də, biz bu dump-ı T32 lauterbach alətinə yüklədikdə, o, ora işarə edir. [ 540.578056] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 540.578068] Mem abort info: [ 540.578070] ESR = 0x0000000096000005 [ 540.578073] EC = 0x25: DABT (current EL), IL = 32 bits [ 540.578077] SET = 0, FnV = 0 [ 540.578080] EA = 0, S1PTW = 0 [ 540.578082] FSC = 0x05: level 1 translation fault [ 540.578085] Data abort info: [ 540.578086] ISV = 0, ISS = 0x00000005 [ 540.578088] CM = 0, WnR = 0 [ 540.579431] pstate: 82400005 (Nzcv daif +PAN -UAO +TCO -DIT -SSBSBTYPE=--) [ 540.579436] pc : __pageblock_pfn_to_page+0x6c/0x14c [ 540.579454] lr : compact_zone+0x994/0x1058 [ 540.579460] sp : ffffffc03579b510 [ 540.579463] x29: ffffffc03579b510 x28: 0000000000235800 x27:000000000000000c [ 540.579470] x26: 0000000000235c00 x25: 0000000000000068 x24:ffffffc03579b640 [ 540.579477] x23: 0000000000000001 x22: ffffffc03579b660 x21:0000000000000000 [ 540.579483] x20: 0000000000235bff x19: ffffffdebf7e3940 x18:ffffffdebf66d140 [ 540.579489] x17: 00000000739ba063 x16: 00000000739ba063 x15:00000000009f4bff [ 540.579495] x14: 0000008000000000 x13: 0000000000000000 x12:0000000000000001 [ 540.579501] x11: 0000000000000000 x10: 0000000000000000 x9 :ffffff897d2cd440 [ 540.579507] x8 : 0000000000000000 x7 : 0000000000000000 x6 :ffffffc03579b5b4 [ 540.579512] x5 : 0000000000027f25 x4 : ffffffc03579b5b8 x3 :0000000000000 ---truncated---