CVE-2026-27819 in vikunja
الملخص
بحسب VulDB • 08/06/2026
Vikunja هو منصة مفتوحة المصدر لإدارة المهام مستضافة ذاتيًا. قبل الإصدار 2.0.0، يفشل دالة restoreConfig الموجودة في vikunja/pkg/modules/dump/restore.go ضمن المستودع go-vikunja/vikunja في تنقية مسارات الملفات داخل أرشيف ZIP المقدم. يمكن لأرشيف ZIP مُصاغ بشكل ضار تجاوز دليل الاستخراج المخصص لكتابة ملفات عشوائية على نظام المضيف. بالإضافة إلى ذلك، اكتشفنا أن أرشيفًا تالفًا يؤدي إلى حدوث خطأ وقت التشغيل (panic)، مما يتسبب في توقف العملية فورًا بعد مسح قاعدة البيانات نهائيًا. تثق التطبيق بالبيانات الوصفية الموجودة داخل أرشيف ZIP. يستخدم سمة Name من هيكل zip.File مباشرةً في استدعاءات os.OpenFile دون التحقق منها، مما يسمح بكتابة الملفات خارج الدليل المقصود. تفترض منطق الاستعادة وجود هيكل دليل محدد داخل ملف ZIP. عند توفير ملف "ZIP ضار مبسط"، يفشل التطبيق في التحقق من طول الشرائح (slices) المستخرجة من محتويات الأرشيف. على وجه التحديد، في السطر 154، يحاول الكود الوصول إلى فهرس len(ms)-2 على شريحة غير مملوءة بشكل كافٍ، مما يؤدي إلى حدوث خطأ وقت التشغيل (panic). يصحّح الإصدار 2.0.0 هذه المشكلة.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.