CVE-2025-22013

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: KVM: arm64: Host FPSIMD/SVE/SME vəziyyətinin şərtsiz yaddaşa yazılması və təmizlənməsi (save+flush) Hyp kodunun host-un FPSIMD/SVE vəziyyətini tənbəl şəkildə (lazily) yaddaşa yazma üsulu ilə bağlı bir neçə problem mövcuddur, o cümlədən: * TIF_SVE və CPACR_ELx.ZEN konfiqurasiyasının uyğunsuzluğu səbəbindən host SVE-nin gözlənilmədən silinməsi. Eric Auger tərəfindən bildirildiyi kimi, bunun memmove() tərəfindən SVE istifadə edildiyi hallarda QEMU-nun çökməsinə səbəb olduğu müşahidə edilmişdir: https://issues.redhat.com/browse/RHEL-68997 * Host SVE vəziyyətinin ptrace tərəfindən dəyişdirildikdən *sonra* silinməsi; bu, SVE vəziyyətinin tənbəl şəkildə silinməsi ilə gələn qeyri-ixtiyari ptrace ABI dəyişikliyi idi. * Mühafizə olunmayan VM işlədildikdə, FPMR dəstəyi VM-ə təqdim edilmədikdə və həmin VM FPSIMD/SVE istifadə etdikdə, host FPMR dəyəri silinə bilər. Bu hallarda hyp kodu, host-un FPSIMD/SVE/SME vəziyyətini bağlamazdan əvvəl host-un FPMR-ni yaddaşa yazmır və yaddaşda köhnəlmiş dəyər qalır. vCPU yüklənərkən host-un FPSIMD/SVE/SME vəziyyətini dərhal (eagerly) yaddaşa yazaraq və "təmizləyərək" (flushing), KVM-in host-un heç bir FPSIMD/SVE/SME vəziyyətini yaddaşa yazmaq məcburiyyətində qalmaması ilə bu problemlərdən qaçınmaq mümkündür. Aydınlıq üçün fpsimd_kvm_prepare() funksiyası silinib və fpsimd_save_and_flush_cpu_state() funksiyasına zəruri çağırış kvm_arch_vcpu_load_fp() funksiyasına yerləşdirilib. 'fpsimd_state' və 'fpmr_ptr' istifadə edilməməli olduğu üçün onlar NULL olaraq təyin edilmişdir; bunların bütün istifadələri növbəti yamalarda silinəcəkdir. Tarixi problemlər ən azı v5.17 versiyasına qədər uzanır, məsələn, aşağıdakı commit-də TIF_SVE-nin təmiz olması ilə bağlı yanlış fərziyyələr: 8383741ab2e773a9 ("KVM: arm64: Get rid of host SVE tracking/saving") ... buna görə də, bu dərhal yaddaşa yazma və təmizləmə (eager save+flush) prosesi çox güman ki, BÜTÜN stabil budaqlarına (stable trees) tətbiq edilməlidir.