Ray is an AI compute engine. In versions 2.53.0 and below, thedashboard HTTP server blocks browser-origin POST/PUT but does not cover DELETE, and key DELETE endpoints are unauthenticated by default. If the dashboard/agent is reachable (e.g., --dashboard-host=0.0.0.0), a web page via DNS rebinding or same-network access can issue DELETE requests that shut down Serve or delete jobs without user interaction. This is a drive-by availability impact. The fix for this vulnerability is to update to Ray 2.54.0 or higher.
Ray AI compute engine versions 2.53.0 and below contain an authentication bypass vulnerability in the dashboard HTTP server that allows unauthenticated DELETE requests via DNS rebinding or same-network attacks. Attackers can shut down Serve instances or delete jobs without user interaction, causing availability disruption. This vulnerability affects organizations using Ray for AI/ML workloads with exposed dashboard interfaces and requires immediate patching to version 2.54.0 or higher.
IMMEDIATE ACTIONS:
1. Identify all Ray deployments running versions 2.53.0 or below using asset inventory and vulnerability scanning
2. Restrict dashboard access: Set --dashboard-host to 127.0.0.1 or specific internal IPs instead of 0.0.0.0
3. Implement network segmentation: Place Ray dashboards behind firewalls, VPNs, or internal-only networks
4. Enable authentication: Configure Ray dashboard authentication mechanisms if available
PATCHING:
5. Upgrade Ray to version 2.54.0 or higher immediately across all environments
6. Test upgrades in non-production environments first to ensure compatibility
7. Coordinate patching with dependent applications and services
COMPENSATING CONTROLS (if immediate patching not possible):
8. Implement reverse proxy authentication (nginx/Apache) in front of Ray dashboard
9. Deploy WAF rules to block DELETE requests to Ray dashboard endpoints
10. Monitor for suspicious DELETE requests to Ray API endpoints
DETECTION:
11. Monitor HTTP DELETE requests to Ray dashboard ports (default 8265)
12. Alert on DELETE requests from external or untrusted sources
13. Log all dashboard access attempts and API calls
14. Implement DNS rebinding protection at network perimeter
الإجراءات الفورية:
1. تحديد جميع نشرات Ray التي تعمل بالإصدارات 2.53.0 وما دونها باستخدام جرد الأصول والفحص الضعيف
2. تقييد وصول لوحة التحكم: اضبط --dashboard-host على 127.0.0.1 أو عناوين IP داخلية محددة بدلاً من 0.0.0.0
3. تنفيذ تقسيم الشبكة: ضع لوحات تحكم Ray خلف جدران الحماية أو الشبكات الافتراضية الخاصة أو الشبكات الداخلية فقط
4. تفعيل المصادقة: قم بتكوين آليات مصادقة لوحة تحكم Ray إن أمكن
التصحيح:
5. ترقية Ray إلى الإصدار 2.54.0 أو أعلى فوراً عبر جميع البيئات
6. اختبار الترقيات في بيئات غير الإنتاج أولاً لضمان التوافق
7. تنسيق التصحيح مع التطبيقات والخدمات التابعة
الضوابط البديلة (إذا لم يكن التصحيح الفوري ممكناً):
8. تنفيذ مصادقة الخادم الوكيل العكسي (nginx/Apache) أمام لوحة تحكم Ray
9. نشر قواعد WAF لحظر طلبات DELETE إلى نقاط نهاية لوحة تحكم Ray
10. مراقبة طلبات DELETE المريبة إلى نقاط نهاية API الخاصة بـ Ray
الكشف:
11. مراقبة طلبات HTTP DELETE إلى منافذ لوحة تحكم Ray (الافتراضي 8265)
12. تنبيه على طلبات DELETE من مصادر خارجية أو غير موثوقة
13. تسجيل جميع محاولات الوصول إلى لوحة التحكم واستدعاءات API
14. تنفيذ حماية DNS rebinding على محيط الشبكة