An Improper Locking vulnerability in the GTP plugin of Juniper Networks Junos OS on SRX Series allows an unauthenticated, network-based attacker to cause a Denial-of-Service (Dos).
If an SRX Series device receives a specifically malformed GPRS Tunnelling Protocol (GTP) Modify Bearer Request message, a lock is acquired and never released. This results in other threads not being able to acquire a lock themselves, causing a watchdog timeout leading to FPC crash and restart. This issue leads to a complete traffic outage until the device has automatically recovered.
This issue affects Junos OS on SRX Series:
* all versions before 22.4R3-S8,
* 23.2 versions before 23.2R2-S5,
* 23.4 versions before 23.4R2-S6,
* 24.2 versions before 24.2R2-S3,
* 24.4 versions before 24.4R2-S2,
* 25.2 versions before 25.2R1-S1, 25.2R2.
A critical Denial-of-Service vulnerability exists in Juniper SRX Series firewalls affecting GTP protocol handling. Unauthenticated attackers can send malformed GTP Modify Bearer Request messages to trigger a lock acquisition failure, causing watchdog timeouts, FPC crashes, and complete traffic outages. This vulnerability impacts telecom and mobile network operators across Saudi Arabia with immediate patching required.
IMMEDIATE ACTIONS:
1. Identify all SRX Series devices running affected Junos OS versions (pre-22.4R3-S8, 23.2 pre-23.2R2-S5, 23.4 pre-23.4R2-S6, 24.2 pre-24.2R2-S3, 24.4 pre-24.4R2-S2, 25.2 pre-25.2R1-S1/25.2R2)
2. Prioritize patching based on GTP traffic exposure and criticality
3. Implement GTP traffic filtering at upstream devices to block malformed Modify Bearer Request messages
PATCHING GUIDANCE:
1. Apply vendor patches immediately: upgrade to 22.4R3-S8, 23.2R2-S5, 23.4R2-S6, 24.2R2-S3, 24.4R2-S2, or 25.2R1-S1/25.2R2
2. Schedule maintenance windows for production SRX devices
3. Test patches in lab environment before production deployment
4. Maintain rollback procedures
COMPENSATING CONTROLS (if patching delayed):
1. Implement GTP deep packet inspection (DPI) rules to detect and drop malformed Modify Bearer Request messages
2. Configure rate limiting on GTP traffic to reduce attack surface
3. Deploy GTP traffic monitoring and alerting for anomalous patterns
4. Implement access control lists (ACLs) to restrict GTP sources to trusted peers
5. Enable FPC watchdog logging and monitoring for early detection
DETECTION RULES:
1. Monitor for repeated FPC crashes/restarts on SRX devices
2. Alert on GTP Modify Bearer Request messages with malformed headers or invalid field values
3. Track lock contention metrics and thread blocking events
4. Monitor for sustained high CPU utilization followed by watchdog timeouts
5. Implement IDS/IPS signatures for malformed GTP protocol messages
الإجراءات الفورية:
1. تحديد جميع أجهزة SRX Series التي تعمل بإصدارات Junos OS المتأثرة
2. تحديد أولويات التصحيح بناءً على تعرض حركة مرور GTP والأهمية الحرجة
3. تنفيذ تصفية حركة مرور GTP على الأجهزة العليا لحظر رسائل Modify Bearer Request المشوهة
إرشادات التصحيح:
1. تطبيق تصحيحات البائع فوراً: الترقية إلى الإصدارات المصححة المحددة
2. جدولة نوافذ الصيانة لأجهزة SRX الإنتاجية
3. اختبار التصحيحات في بيئة المختبر قبل نشرها في الإنتاج
4. الحفاظ على إجراءات الاسترجاع
الضوابط البديلة (إذا تأخر التصحيح):
1. تنفيذ فحص حزم GTP العميق (DPI) لكشف ورفع رسائل Modify Bearer Request المشوهة
2. تكوين تحديد معدل حركة مرور GTP لتقليل سطح الهجوم
3. نشر مراقبة حركة مرور GTP والتنبيهات للأنماط الشاذة
4. تنفيذ قوائم التحكم في الوصول (ACLs) لتقييد مصادر GTP للأقران الموثوقين
5. تفعيل تسجيل مراقبة FPC والمراقبة للكشف المبكر
قواعد الكشف:
1. مراقبة أعطال/إعادة تشغيل FPC المتكررة على أجهزة SRX
2. التنبيه على رسائل GTP Modify Bearer Request ذات الرؤوس المشوهة أو قيم الحقول غير الصحيحة
3. تتبع مقاييس تنافس الأقفال وأحداث حجب الخيوط
4. مراقبة استخدام CPU المرتفع المستمر متبوعاً بانقطاع المراقبة
5. تنفيذ توقيعات IDS/IPS لرسائل بروتوكول GTP المشوهة