CVE-2026-86749
Təsvir
Snipe-IT versiyaları <= 8.6.3 (8.7.0 versiyasında düzəldilib), ImageUploadRequest::handleImages() funksiyasında yaddaşa yazma əməliyyatlarının geri dönüş dəyərini yoxlamır. Laravel-in standart disk rejimi uğursuzluq zamanı xəta vermədiyi üçün, səssiz şəkildə uğursuz olan Storage::disk('public')->put(...) çağırışı tətbiqin deleteExistingImage() vasitəsilə əvvəlki şəkli silməsinə və modelin şəkil istinadının yeni fayl adına yenidən təyin edilib saxlanılmasına səbəb olurdu; bu da mövcud şəklin məhv edilməsinə və verilənlər bazasındakı sətirin heç vaxt yazılmamış fayla yönləndirilməsinə gətirib çıxarırdı. Oxşar problem deleteExistingImage() funksiyasında da mövcuddur ki, burada uğursuz Storage::delete() əməliyyatı hələ də modelin şəkil sahəsini sıfırlayaraq faylı diskdə yetim qoyurdu. Bu şərt birbaşa hücumçu tərəfindən idarə olunmur: o, hər hansı legitim autentifikasiya olunmuş istifadəçi yaddaş backend-i müvəqqəti olaraq xəta verdikdə (məsələn, S3 şəbəkə xətası, lokal fayl sistemi icazə problemi və ya kvota tükənməsi) şəkil yüklədikdə tetiklənir. Nəticə etibarilə əvvəlki şəklin bərpaedilməz itkisi və verilənlər bazası ilə disk arasında əllə düzəliş tələb edən davamlı uyğunsuzluqdur. Kontrollerləri ImageUploadRequest::handleImages vasitəsilə yönləndirilən bütün modellər (aktivlər, aktiv modelləri, istifadəçilər, şirkətlər, istehsalçılar, yerlər, kateqoriyalar, təchizatçılar, departamentlər və digər şəkil daşıyan modellər) bu problemdən təsirlənir.
Necə düzəltmək olar
- snipeitapp snipe-it8.7.0 və ya daha yeni versiya
Təsirlənən məhsullar
| Məhsul | Təsirlənən versiyalar | Düzəldildiyi versiya |
|---|---|---|
| snipeitapp snipe-it | v < 8.7.0 | 8.7.0 |
Versiyanızı yoxlayın
Məhsulu seçin və istifadə etdiyiniz versiyanı yazın; versiyanın təsirlənən aralıqda olub-olmadığını görün.
Attack Surface Management
Domenlərinizə bağlı aktivləri, onlarda işləyən texnologiyaları və məlum zəiflikləri bir siyahıda görün.