Fleet is open source device management software. Prior to 4.81.0, Fleet contained multiple unauthenticated HTTP endpoints that read request bodies without enforcing a size limit. An unauthenticated attacker could exploit this behavior by sending large or repeated HTTP payloads, causing excessive memory allocation and resulting in a denial-of-service (DoS) condition. Version 4.81.0 patches the issue.
Fleet device management software versions prior to 4.81.0 contain multiple unauthenticated HTTP endpoints vulnerable to denial-of-service attacks through unbounded request body processing. An attacker can send large or repeated HTTP payloads to exhaust server memory without authentication, causing service disruption. This vulnerability affects organizations using Fleet for endpoint management and requires immediate patching to version 4.81.0 or later.
IMMEDIATE ACTIONS:
1. Identify all Fleet instances in your environment and document versions (check /api/v1/osquery/version endpoint)
2. Isolate or restrict network access to Fleet instances to trusted networks only
3. Implement rate limiting and request size limits at reverse proxy/WAF level (max 1MB for unauthenticated endpoints)
4. Monitor for suspicious HTTP traffic patterns with large payloads to Fleet endpoints
PATCHING:
1. Upgrade Fleet to version 4.81.0 or later immediately
2. Test patches in non-production environment first
3. Plan maintenance window for production upgrades
COMPENSATING CONTROLS (if upgrade delayed):
1. Deploy WAF rules to limit request body size on all unauthenticated Fleet endpoints
2. Implement IP whitelisting for Fleet API access
3. Configure reverse proxy (nginx/Apache) with client_max_body_size limits
4. Enable connection rate limiting per source IP
5. Monitor memory usage and set alerts for abnormal spikes
DETECTION:
1. Monitor HTTP POST/PUT requests to /api/v1/* endpoints without Authorization headers
2. Alert on requests with Content-Length > 10MB
3. Track memory consumption patterns on Fleet servers
4. Log and alert on repeated requests from single IP addresses within short timeframes
الإجراءات الفورية:
1. حدد جميع نسخ Fleet في بيئتك وتوثيق الإصدارات
2. عزل أو تقييد الوصول إلى شبكة نسخ Fleet للشبكات الموثوقة فقط
3. تطبيق تحديد معدل وحدود حجم الطلب على مستوى WAF/Proxy العكسي (الحد الأقصى 1 ميجابايت)
4. مراقبة أنماط حركة HTTP المريبة ذات الحمولات الكبيرة
التصحيح:
1. ترقية Fleet إلى الإصدار 4.81.0 أو أحدث فورًا
2. اختبر التصحيحات في بيئة غير الإنتاج أولاً
3. خطط نافذة صيانة لترقيات الإنتاج
الضوابط البديلة (إذا تأخر الترقية):
1. نشر قواعد WAF لتحديد حجم جسم الطلب على جميع نقاط نهاية Fleet غير المصرح بها
2. تطبيق القائمة البيضاء للعناوين IP لوصول Fleet API
3. تكوين Proxy العكسي بحدود حجم العميل
4. تفعيل تحديد معدل الاتصال لكل عنوان IP مصدر
5. مراقبة استخدام الذاكرة وتعيين التنبيهات للارتفاعات غير الطبيعية
الكشف:
1. مراقبة طلبات HTTP POST/PUT إلى نقاط نهاية /api/v1/* بدون رؤوس التفويض
2. تنبيه الطلبات بـ Content-Length > 10MB
3. تتبع أنماط استهلاك الذاكرة على خوادم Fleet
4. تسجيل والتنبيه على الطلبات المتكررة من عناوين IP واحدة في فترات زمنية قصيرة