CVE-2026-47680 in source-controller
الملخص
بحسب VulDB • 10/09/2026
يُعد source-controller مشغلاً لـ Kubernetes متخصصاً في الحصول على القطع البرمجية (artifacts) من مصادر خارجية مثل مستودعات Git، ومستودعات OCI، ومستودعات Helm، ودلاء متوافقة مع S3. في الإصدارات 0.0.17 حتى 1.8.4، يمكن لمُهاجم لديه القدرة على التأثير في محتويات دلة مُشار إليها بواسطة مورد `Bucket` أن يتسبب في قيام source-controller بكتابة بيانات الكائنات المُجلبَة إلى مسارات خارج دليل العمل الخاص بكل عملية مصالحة (reconciliation). تتحدد مساحة الهجوم من خلال التحقق من التجزئة (digest verification) الذي يقوم به source-controller نفسه ومشغلات Flux التابعة له: حيث يتحقق source-controller من تجزئات القطع البرمجية المخزنة أثناء المصالحة ويعيد البناء في حال وجود اختلاف؛ كما يتحقق المستهلكون (kustomize-controller, helm-controller) من تجزئة القطع المُجلبَة ويرفضون أي تطابقات غير صحيحة. تمنع هذه الفحوصات وصول قطعة برمجية مُدسوسة إلى العنقود، لكن يمكن للمهاجم لا يزال كتابة الملفات في أي مكان يتوفر له إذن الكتابة فيه ضمن حاوية source-controller.
بشكل منفصل، يمكن لمستخدم لديه صلاحية إنشاء أو تحديث موارد `GitRepository` أن يتسبب في قيام source-controller باختبار وجود مسارات خارج المستودع المُستنسخ (cloned repository). ونظراً لأن النتيجة تُعرض عبر حالة المورد، فإن ذلك يتيح عدّاً محدوداً لمسارات الملفات على حاوية المشغل. توجد هذه مساحة الهجوم فقط في الإصدارات 1.6.0 وما بعدها من source-controller، حيث تم تقديم ميزة sparse-checkout.
تم إصلاح هذا الثغرة الأمنية في إصدار source-controller v1.8.5. لا يوجد حل بديل (workaround) مدمج في المنتج. يجب على المستخدمين الترقية إلى نسخة مُصلحة. كإجراء دفاعي متعدد الطبقات (defense-in-depth) لسطح هجوم sparse-checkout الخاص بـ GitRepository، يمكن نشر `ValidatingAdmissionPolicy` (أو محرك سياسات من طرف ثالث مثل Kyverno أو OPA Gatekeeper) لرفض موارد `GitRepository` التي تحتوي مدخلات `.spec.sparseCheckout` الخاصة بها على مقاطع مسارات نسبية (`..`) أو مطلقة.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.