A vulnerability was determined in haojing8312 WorkClaw up to 0.6.4. This affects the function is_dangerous of the file apps/runtime/src-tauri/src/agent/tools/bash.rs of the component Blacklist Handler. Executing a manipulation can lead to os command injection. The attack can be executed remotely. The exploit has been publicly disclosed and may be utilized. The project was informed of the problem early through an issue report but has not responded yet.
CVE-2026-9565 is a medium-severity OS command injection vulnerability in WorkClaw's bash command handler that allows remote attackers to bypass blacklist protections and execute arbitrary system commands. The vulnerability exists in the is_dangerous function's blacklist validation logic, affecting versions up to 0.6.4. With public disclosure and no available patch, this poses an immediate risk to organizations using WorkClaw for task automation or remote execution.
IMMEDIATE ACTIONS:
1. Inventory all WorkClaw deployments across your organization and document version numbers
2. Isolate or restrict network access to WorkClaw instances, limiting to trusted internal networks only
3. Disable bash command execution functionality if not operationally critical
4. Review audit logs for suspicious command execution patterns or failed blacklist bypass attempts
5. Implement network segmentation to prevent lateral movement from compromised WorkClaw instances
PATCHING GUIDANCE:
1. Monitor haojing8312 WorkClaw GitHub repository for security updates and patches
2. Prepare upgrade path to patched version once available (currently no patch released)
3. Test patches in isolated environment before production deployment
COMPENSATING CONTROLS:
1. Implement Web Application Firewall (WAF) rules to detect command injection patterns (semicolons, pipes, backticks, $() syntax)
2. Deploy runtime application self-protection (RASP) to monitor and block suspicious bash command execution
3. Enforce strict input validation and sanitization at application layer, rejecting special shell characters
4. Implement command whitelisting instead of blacklisting - only allow explicitly approved commands
5. Run WorkClaw with minimal privileges (non-root user with restricted capabilities)
6. Enable comprehensive logging and alerting on all command execution attempts
DETECTION RULES:
1. Alert on bash.rs process execution with command injection indicators: $(, backticks, |, ;, &, >, <
2. Monitor for WorkClaw API calls containing shell metacharacters in parameters
3. Track failed blacklist validation attempts in application logs
4. Detect unusual process spawning from WorkClaw service account
5. Flag outbound connections from WorkClaw to unexpected destinations
الإجراءات الفورية:
1. قم بحصر جميع نشرات WorkClaw عبر مؤسستك وتوثيق أرقام الإصدارات
2. عزل أو تقييد الوصول إلى الشبكة لمثيلات WorkClaw، مع تحديد الشبكات الداخلية الموثوقة فقط
3. تعطيل وظيفة تنفيذ أوامر bash إذا لم تكن حرجة من الناحية التشغيلية
4. مراجعة سجلات التدقيق للأنماط المريبة في تنفيذ الأوامر أو محاولات تجاوز القائمة السوداء الفاشلة
5. تنفيذ تقسيم الشبكة لمنع الحركة الجانبية من مثيلات WorkClaw المخترقة
إرشادات التصحيح:
1. مراقبة مستودع haojing8312 WorkClaw GitHub للتحديثات الأمنية والتصحيحات
2. تحضير مسار الترقية إلى الإصدار المصحح بمجرد توفره (لا يوجد تصحيح حالياً)
3. اختبر التصحيحات في بيئة معزولة قبل نشر الإنتاج
الضوابط التعويضية:
1. تنفيذ قواعد جدار حماية تطبيقات الويب (WAF) للكشف عن أنماط حقن الأوامر
2. نشر حماية التطبيقات في وقت التشغيل (RASP) لمراقبة وحظر تنفيذ أوامر bash المريبة
3. فرض التحقق من صحة الإدخال والتطهير الصارم على مستوى التطبيق
4. تنفيذ قائمة بيضاء للأوامر بدلاً من القائمة السوداء
5. تشغيل WorkClaw بامتيازات دنيا (مستخدم غير جذر مع قدرات مقيدة)
6. تفعيل السجلات الشاملة والتنبيهات على جميع محاولات تنفيذ الأوامر
قواعد الكشف:
1. تنبيه عند تنفيذ عملية bash.rs مع مؤشرات حقن الأوامر
2. مراقبة استدعاءات WorkClaw API التي تحتوي على أحرف metacharacters
3. تتبع محاولات التحقق من صحة القائمة السوداء الفاشلة
4. الكشف عن توليد العمليات غير المعتاد من خدمة WorkClaw
5. وضع علامة على الاتصالات الصادرة إلى وجهات غير متوقعة