WWBN AVideo is an open source video platform. In versions up to and including 26.0, the `isSSRFSafeURL()` function in AVideo can be bypassed using IPv4-mapped IPv6 addresses (`::ffff:x.x.x.x`). The unauthenticated `plugin/LiveLinks/proxy.php` endpoint uses this function to validate URLs before fetching them with curl, but the IPv4-mapped IPv6 prefix passes all checks, allowing an attacker to access cloud metadata services, internal networks, and localhost services. Commit 75ce8a579a58c9d4c7aafe453fbced002cb8f373 contains a patch.
CVE-2026-33480 is a critical Server-Side Request Forgery (SSRF) vulnerability in WWBN AVideo versions up to 26.0 that allows unauthenticated attackers to bypass URL validation using IPv4-mapped IPv6 addresses. The vulnerable `plugin/LiveLinks/proxy.php` endpoint can be exploited to access cloud metadata services, internal networks, and localhost services, potentially leading to credential theft, lateral movement, and system compromise. An exploit is publicly available, making this an immediate threat requiring urgent patching.
IMMEDIATE ACTIONS:
1. Identify all instances of WWBN AVideo in your environment (versions ≤26.0) using network scanning and asset inventory tools
2. Disable or restrict access to `plugin/LiveLinks/proxy.php` endpoint immediately via WAF rules or network ACLs
3. Implement IP-based access controls limiting proxy.php to authorized internal users only
4. Monitor logs for suspicious requests to proxy.php with IPv6 addresses or unusual URL patterns
PATCHING:
1. Update WWBN AVideo to version 26.1 or later (apply commit 75ce8a579a58c9d4c7aafe453fbced002cb8f373)
2. Test patches in non-production environment first
3. Verify the patched `isSSRFSafeURL()` function properly rejects IPv4-mapped IPv6 addresses
COMPENSATING CONTROLS (if immediate patching not possible):
1. Deploy WAF rules blocking requests containing `::ffff:` patterns
2. Implement egress filtering to prevent curl requests to 127.0.0.1, 169.254.169.254 (AWS metadata), and internal IP ranges
3. Use network segmentation to isolate AVideo servers from sensitive internal systems
4. Disable curl/external URL fetching in AVideo if not required
DETECTION:
1. Monitor for HTTP requests to proxy.php with IPv6 addresses in URL parameters
2. Alert on curl requests from AVideo process to localhost (127.0.0.1) or cloud metadata IPs (169.254.169.254)
3. Log all proxy.php access attempts and review for suspicious patterns
4. Implement IDS/IPS signatures detecting IPv4-mapped IPv6 SSRF attempts
الإجراءات الفورية:
1. حدد جميع حالات WWBN AVideo في بيئتك (الإصدارات ≤26.0) باستخدام أدوات المسح الشبكي وجرد الأصول
2. عطّل أو قيّد الوصول إلى نقطة النهاية `plugin/LiveLinks/proxy.php` فوراً عبر قواعد WAF أو قوائم التحكم في الوصول للشبكة
3. طبّق عناصر تحكم الوصول المستندة إلى IP لتقييد proxy.php للمستخدمين الداخليين المصرح لهم فقط
4. راقب السجلات للطلبات المريبة إلى proxy.php بعناوين IPv6 أو أنماط عناوين URL غير المعتادة
التصحيح:
1. حدّث WWBN AVideo إلى الإصدار 26.1 أو أحدث (طبّق commit 75ce8a579a58c9d4c7aafe453fbced002cb8f373)
2. اختبر التصحيحات في بيئة غير الإنتاج أولاً
3. تحقق من أن دالة `isSSRFSafeURL()` المصححة ترفض بشكل صحيح عناوين IPv6 المعينة لـ IPv4
عناصر التحكم البديلة (إذا لم يكن التصحيح الفوري ممكناً):
1. نشّر قواعد WAF تحجب الطلبات التي تحتوي على أنماط `::ffff:`
2. طبّق تصفية الخروج لمنع طلبات curl إلى 127.0.0.1 و169.254.169.254 (بيانات تعريف AWS) والنطاقات الداخلية
3. استخدم تقسيم الشبكة لعزل خوادم AVideo عن الأنظمة الداخلية الحساسة
4. عطّل جلب curl/URL الخارجي في AVideo إذا لم يكن مطلوباً
الكشف:
1. راقب طلبات HTTP إلى proxy.php بعناوين IPv6 في معاملات URL
2. أصدر تنبيهات لطلبات curl من عملية AVideo إلى localhost (127.0.0.1) أو عناوين IP بيانات التعريف السحابية (169.254.169.254)
3. سجّل جميع محاولات الوصول إلى proxy.php وراجع الأنماط المريبة
4. طبّق توقيعات IDS/IPS للكشف عن محاولات SSRF المعينة لـ IPv6 المعينة لـ IPv4