The Form Maker by 10Web plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the Matrix field (Text Box input type) in form submissions in all versions up to, and including, 1.15.40. This is due to insufficient input sanitization (`sanitize_text_field` strips tags but not quotes) and missing output escaping when rendering submission data in the admin Submissions view. This makes it possible for unauthenticated attackers to inject arbitrary JavaScript through a form submission that executes in the browser of an administrator who views the submission details.
The Form Maker by 10Web WordPress plugin (versions ≤1.15.40) contains a Stored Cross-Site Scripting (XSS) vulnerability in the Matrix field that allows unauthenticated attackers to inject malicious JavaScript through form submissions. When administrators view submission details, the injected script executes with admin privileges, potentially leading to account compromise, data theft, or malware distribution. This vulnerability affects all WordPress installations using this popular form plugin without proper input validation.
IMMEDIATE ACTIONS:
1. Disable the Form Maker plugin immediately via WordPress admin dashboard or command line (wp plugin deactivate form-maker-by-10web)
2. Audit all form submissions in the plugin database for suspicious JavaScript patterns (look for <script>, onclick=, onerror=, etc.)
3. Review WordPress admin access logs for unauthorized activities during the vulnerability window
4. Reset passwords for all WordPress administrator accounts
5. Check for unauthorized admin user accounts created via XSS injection
PATCHING GUIDANCE:
- Monitor 10Web's official website and WordPress plugin repository for security updates
- Once patch is released (expected version 1.15.41+), immediately update the plugin
- Test updates in staging environment before production deployment
- Consider alternative form plugins (WPForms, Gravity Forms, Formidable Forms) with better security records
COMPENSATING CONTROLS (if patch unavailable):
- Implement Web Application Firewall (WAF) rules to block XSS payloads in form submissions
- Use WordPress security plugins (Wordfence, Sucuri) with XSS detection
- Restrict admin panel access via IP whitelisting
- Implement Content Security Policy (CSP) headers to prevent inline script execution
- Enable WordPress security headers (X-Frame-Options, X-Content-Type-Options)
DETECTION RULES:
- Monitor database for form submissions containing: script tags, event handlers (onclick, onerror, onload), encoded payloads
- Alert on admin access to Form Maker submissions view
- Monitor wp-admin access logs for unusual patterns
- Check for new admin user creation events
- Monitor for changes to WordPress core files or plugin files
الإجراءات الفورية:
1. تعطيل مكون Form Maker فوراً عبر لوحة تحكم WordPress أو سطر الأوامر
2. تدقيق جميع إرسالات النماذج في قاعدة بيانات المكون للبحث عن أنماط JavaScript مريبة
3. مراجعة سجلات الوصول لمسؤول WordPress للأنشطة غير المصرح بها
4. إعادة تعيين كلمات المرور لجميع حسابات مسؤول WordPress
5. التحقق من حسابات مسؤول غير مصرح بها تم إنشاؤها عبر حقن XSS
إرشادات التصحيح:
- مراقبة موقع 10Web الرسمي ومستودع مكونات WordPress للتحديثات الأمنية
- بمجرد إصدار التصحيح، قم بتحديث المكون فوراً
- اختبر التحديثات في بيئة التدريج قبل النشر في الإنتاج
- فكر في مكونات نماذج بديلة بسجلات أمان أفضل
الضوابط البديلة:
- تنفيذ قواعد جدار حماية تطبيقات الويب لحظر حمولات XSS
- استخدام مكونات أمان WordPress مع كشف XSS
- تقييد الوصول إلى لوحة التحكم عبر القائمة البيضاء للعناوين
- تنفيذ رؤوس سياسة أمان المحتوى
- تفعيل رؤوس أمان WordPress
قواعد الكشف:
- مراقبة قاعدة البيانات للإرسالات التي تحتوي على علامات البرنامج النصي
- التنبيه على وصول المسؤول إلى عرض الإرسالات
- مراقبة سجلات الوصول لـ wp-admin
- التحقق من أحداث إنشاء مستخدم مسؤول جديد
- مراقبة التغييرات على ملفات WordPress الأساسية