The Broadstreet plugin for WordPress is vulnerable to Sensitive Information Exposure in all versions up to, and including, 1.53.1 via the get_sponsored_meta() AJAX action. This makes it possible for authenticated attackers, with subscriber-level access and above, to extract data from password protected and private business details.
The Broadstreet WordPress plugin (versions ≤1.53.1) contains a sensitive information exposure vulnerability in its AJAX get_sponsored_meta() function, allowing authenticated subscribers to access password-protected and private business data. With a CVSS score of 5.3 and no available patch, this vulnerability poses a moderate risk to WordPress-based business directories and local business platforms operating in Saudi Arabia. The lack of exploit availability provides a limited window for remediation before potential weaponization.
IMMEDIATE ACTIONS:
1. Audit all WordPress installations using Broadstreet plugin versions ≤1.53.1 across your organization
2. Review access logs for suspicious AJAX requests to get_sponsored_meta() endpoint (check wp-admin/admin-ajax.php?action=get_sponsored_meta)
3. Disable the Broadstreet plugin immediately if not actively used; deactivate and remove from production
4. Restrict subscriber-level access to only trusted users; audit current subscriber accounts for unauthorized additions
COMPENSATING CONTROLS (until patch available):
5. Implement Web Application Firewall (WAF) rules to block AJAX requests to get_sponsored_meta() action
6. Add authentication middleware requiring additional verification for sensitive business data endpoints
7. Apply WordPress security hardening: disable REST API if unused, implement rate limiting on AJAX endpoints
8. Use WordPress security plugins (Wordfence, Sucuri) to monitor and block suspicious AJAX activity
DETECTION RULES:
9. Monitor wp-admin/admin-ajax.php logs for: action=get_sponsored_meta requests from subscriber+ accounts
10. Alert on multiple sequential get_sponsored_meta requests from single IP/user within short timeframe
11. Track database queries accessing password-protected post metadata from AJAX handlers
12. Implement SIEM rules: detect subscriber accounts accessing business metadata outside normal business hours
LONG-TERM:
13. Contact Broadstreet developers for patch timeline; consider alternative plugins if no update within 30 days
14. Implement principle of least privilege for WordPress user roles
15. Conduct security code review of custom AJAX handlers in your WordPress environment
الإجراءات الفورية:
1. تدقيق جميع تثبيتات WordPress التي تستخدم مكون Broadstreet بإصدارات ≤1.53.1 عبر مؤسستك
2. مراجعة سجلات الوصول للطلبات المريبة من AJAX إلى نقطة نهاية get_sponsored_meta() (تحقق من wp-admin/admin-ajax.php?action=get_sponsored_meta)
3. تعطيل مكون Broadstreet فوراً إذا لم يكن قيد الاستخدام النشط؛ إلغاء التفعيل والإزالة من الإنتاج
4. تقييد وصول المشتركين إلى المستخدمين الموثوقين فقط؛ تدقيق حسابات المشتركين الحالية للإضافات غير المصرح بها
الضوابط البديلة (حتى توفر التصحيح):
5. تنفيذ قواعد جدار الحماية (WAF) لحجب طلبات AJAX إلى إجراء get_sponsored_meta()
6. إضافة طبقة مصادقة وسيطة تتطلب التحقق الإضافي لنقاط نهاية بيانات الأعمال الحساسة
7. تطبيق تقسية أمان WordPress: تعطيل REST API إذا لم يكن قيد الاستخدام، تنفيذ تحديد معدل على نقاط نهاية AJAX
8. استخدام مكونات أمان WordPress (Wordfence, Sucuri) لمراقبة وحجب نشاط AJAX المريب
قواعد الكشف:
9. مراقبة سجلات wp-admin/admin-ajax.php للبحث عن: طلبات action=get_sponsored_meta من حسابات المشتركين+
10. تنبيه على طلبات get_sponsored_meta متتالية متعددة من عنوان IP/مستخدم واحد في إطار زمني قصير
11. تتبع استعلامات قاعدة البيانات التي تصل إلى بيانات وصفية محمية بكلمة مرور من معالجات AJAX
12. تنفيذ قواعد SIEM: كشف حسابات المشتركين التي تصل إلى بيانات الأعمال خارج ساعات العمل العادية
المدى الطويل:
13. الاتصال بمطوري Broadstreet للحصول على جدول زمني للتصحيح؛ النظر في مكونات بديلة إذا لم يكن هناك تحديث خلال 30 يوماً
14. تنفيذ مبدأ أقل امتياز لأدوار مستخدمي WordPress
15. إجراء مراجعة أمان الكود للمعالجات المخصصة AJAX في بيئة WordPress الخاصة بك