ترجمة آلية لم تُراجَع بعد. النص الإنجليزي هو المرجع في حال الاختلاف.
الملخص
تقوم خدمة VPN WireGuard في الملف subsys/net/lib/wireguard/wg.c بتحديث نقطة نهاية النظير من رسالة لا يمكنها مصادقتها. في الدالة handle_transport_data()، عندما لا يطابق فهرس المستقبل بـ 32-بت لرسالة بيانات نقل واردة أي جلسة، يقوم الكود بجدولة مصافحة جديدة ونسخ عنوان المصدر الخاص بمخطط البيانات إلى peer->endpoint باستخدام memcpy(&peer->endpoint, peer_addr, sizeof(peer->endpoint)). نظراً لأن فهرس المستقبل مجهول، فلا يوجد مفتاح يمكن من خلاله التحقق من مثل هذه الرسالة، وبالتالي فإن العنوان المكتوب في peer->endpoint مقدم بالكامل من قِبل المهاجم. كل تحديث آخر لنقطة النهاية في التنفيذ يحدث فقط بعد المصادقة - بعد مصافحة Noise في الدالة handle_handshake_init()، أو بعد فك تشفير AEAD بالإضافة إلى فحص منع إعادة التشغيل في الدالة wg_process_data_message(). يتم تسجيل مستمع WireGuard باستخدام net_udp_register() بدون عنوان عن بُعد أو مرشح منفذ وافتراضياً على منفذ UDP رقم 51820 (CONFIG_WIREGUARD_PORT)، وتقوم الدالة wg_ctrl_recv() بتحليل النظير بواسطة الواجهة بدلاً من أي هوية تشفيرية. يمكن لأي مضيف قادر على إرسال مخطط بيانات UDP إلى هذا المنفذ الوصول إلى الخلل من خارج المسار، دون الحاجة إلى مراقبة حركة المرور المشروعة: مخطط بيانات بحجم 16 بايت يحمل نوع بيانات النقل، وبايتات محجوزة مصفرة، وفهرس مستقبل عشوائي يعد كافياً. يتم تشغيل الفرع المصاب كلما لم يكن لدى النظير مصافحة صالحة ولا زوج مفاتيح حالي - وهي الحالة عند الإقلاع وبعد انتهاء صلاحية الجلسة. يؤدي مخطط بيانات زائف واحد إلى إعادة توجيه peer->endpoint إلى عنوان من اختيار المهاجم، ويتم إرسال جميع عمليات بدء المصافحة اللاحقة، والحزم الحية، وحزم البيانات المشفرة إلى هناك. لا يتلقى النظير الشرعي أبداً عمليات البدء وبالتالي لا يتم إعادة مصادقته أبداً، ولا يعيد أي شيء تعيين نقطة النهاية بعد ذلك، مما يترك النفق غير صالح للاستخدام بشكل دائم على الأجهزة التي لا يبدأ نظيرها المصافحات بنفسه. يمكن للمهاجم أيضاً إعادة توجيه عمليات البدء المُعاد توجيهها إلى النظير الحقيقي ليضع نفسه في مسار النفق ومراقبة...