OpenBullet2 through version 0.3.2 on Windows contains a credential disclosure vulnerability that allows remote attackers to capture the NTLMv2 hash of the process user by configuring a job proxy source with a UNC path pointing to an attacker-controlled server. When the job starts, the application attempts to load proxies from the UNC path, triggering an SMB authentication attempt that discloses the NTLMv2 hash, which can then be relayed or cracked offline.
OpenBullet2 versions up to 0.3.2 contain a credential disclosure vulnerability (CVE-2026-39908) that allows remote attackers to capture NTLMv2 hashes through malicious UNC path configurations in job proxy settings. When jobs execute, SMB authentication attempts leak the process user's credentials, enabling offline cracking or relay attacks. This vulnerability poses significant risk to organizations using OpenBullet2 for security testing or penetration testing activities.
Immediate Actions:
1. Audit all OpenBullet2 deployments across your organization and identify instances running version 0.3.2 or earlier
2. Restrict network access to OpenBullet2 instances using firewall rules and network segmentation
3. Disable or remove OpenBullet2 from production and non-essential testing environments until patched
4. Review job configurations and remove any UNC path proxy sources immediately
Compensating Controls:
1. Implement network-level SMB traffic monitoring and alerting for suspicious UNC path access attempts
2. Deploy credential guard or similar protections on systems running OpenBullet2
3. Use dedicated service accounts with minimal privileges for OpenBullet2 execution
4. Enable Windows Defender for Credential Guard to prevent credential extraction
5. Monitor Windows Security Event Log (Event ID 4624, 4625) for authentication anomalies
Detection Rules:
1. Alert on SMB connections initiated from OpenBullet2 process to external/untrusted servers
2. Monitor for UNC path configuration changes in OpenBullet2 job settings
3. Track NTLMv2 authentication attempts from OpenBullet2 service accounts to non-standard SMB endpoints
4. Implement YARA rules to detect OpenBullet2 configuration files containing suspicious UNC paths
Patching:
1. Monitor OpenBullet2 GitHub repository for security updates and patches
2. When patch becomes available, test in isolated lab environment before production deployment
3. Implement automated patch management for future OpenBullet2 updates
الإجراءات الفورية:
1. قم بمراجعة جميع نشرات OpenBullet2 عبر مؤسستك وحدد الحالات التي تعمل بالإصدار 0.3.2 أو أقدم
2. قيد الوصول إلى الشبكة لحالات OpenBullet2 باستخدام قواعد جدار الحماية وتقسيم الشبكة
3. عطل أو أزل OpenBullet2 من بيئات الإنتاج والاختبار غير الأساسية حتى يتم إصلاحها
4. راجع تكوينات المهام وأزل أي مصادر وكيل مسار UNC على الفور
الضوابط التعويضية:
1. تنفيذ مراقبة حركة SMB على مستوى الشبكة والتنبيهات لمحاولات الوصول إلى مسار UNC المريبة
2. نشر Credential Guard أو حماية مماثلة على الأنظمة التي تعمل بـ OpenBullet2
3. استخدام حسابات خدمة مخصصة بامتيازات محدودة لتنفيذ OpenBullet2
4. تفعيل Windows Defender لـ Credential Guard لمنع استخراج بيانات الاعتماد
5. مراقبة سجل أمان Windows (معرف الحدث 4624، 4625) للكشف عن شذوذ المصادقة
قواعد الكشف:
1. تنبيه على اتصالات SMB التي يبدأها عملية OpenBullet2 إلى خوادم خارجية/غير موثوقة
2. مراقبة تغييرات تكوين مسار UNC في إعدادات مهام OpenBullet2
3. تتبع محاولات المصادقة NTLMv2 من حسابات خدمة OpenBullet2 إلى نقاط نهاية SMB غير القياسية
4. تنفيذ قواعد YARA للكشف عن ملفات تكوين OpenBullet2 التي تحتوي على مسارات UNC مريبة
التصحيح:
1. مراقبة مستودع OpenBullet2 GitHub للحصول على تحديثات الأمان والإصلاحات
2. عند توفر الرقعة، اختبرها في بيئة معملية معزولة قبل نشر الإنتاج
3. تنفيذ إدارة التصحيح الآلية لتحديثات OpenBullet2 المستقبلية