🔍 तकनीकी सारांश

यह भेद्यता उस तरीके में मौजूद है जिससे WordPress असफल लॉगिन प्रयास पर उपयोगकर्ता नाम को संभालता है।

• इनपुट sanitize_user() और wp_strip_all_tags() से गुजरता है (जो PHP के strip_tags() पर निर्भर करता है)।
• बाद में wp_kses_post() के साथ प्रसंस्करण व्हाइटस्पेस युक्त कुछ टैग-जैसे पेलोड को जीवित रहने और लाइव DOM तत्व बनने की अनुमति देता है।
• ये तत्व लॉगिन पृष्ठ पर लोड किए गए WordPress के स्वयं के JavaScript (user-profile.js) के साथ इंटरैक्ट करते हैं।
• हमलावर आगे बढ़ने के लिए REST API / JSONP व्यवहार और same-origin तकनीकों का लाभ उठा सकते हैं।

पूर्ण RCE पथ के लिए आवश्यक है:

1. एक पीड़ित जो पहले से सिंगल-साइट व्यवस्थापक के रूप में लॉग इन है
2. हमलावर-नियंत्रित पृष्ठ के साथ स्पष्ट सहभागिता (सामान्यतः एक क्लिक)
3. विशिष्ट WordPress सुविधाओं का संरेखण (एप्लिकेशन पासवर्ड, प्लगइन अपलोड क्षमता, आदि)

⚠️ WordPress नोट करता है कि RCE तक सफल बढ़ोतरी उन परिस्थितियों पर निर्भर करती है जो हमलावर के पूर्ण नियंत्रण से बाहर हैं और इसके लिए सोशल इंजीनियरिंग की आवश्यकता होती है।

📦 प्रभावित और पैच किए गए संस्करण

• 4.7.0 से 7.0.2 तक के सभी संस्करण प्रभावित हैं।
• 4.7 से पुराने संस्करण अभी भी असुरक्षित हैं, लेकिन वर्तमान बैकपोर्ट समर्थन के दायरे से बाहर हैं।

✅ शमन और अनुशंसाएँ

🚨 तुरंत अपडेट करें

• WordPress 7.0.3 (या आपकी शाखा पर संबंधित सुरक्षा रिलीज़) में अपग्रेड करें।
• स्वचालित बैकग्राउंड अपडेट सक्षम वाली साइटों को स्वचालित रूप से यह सुधार प्राप्त होना चाहिए।
• पूर्ण शमन के रूप में केवल हार्डनिंग प्लगइन्स या CSP पर भरोसा न करें — कोर पैच आवश्यक है।
• व्यवस्थापकों को सलाह दें कि WordPress डैशबोर्ड में लॉग इन रहते हुए अनचाहे लिंक पर क्लिक करने से बचें।

📎 आधिकारिक संदर्भ

• GitHub सुरक्षा सलाह
  GHSA-52p2-r8wf-jcrf

• WordPress 7.0.3 रिलीज़
  wordpress.org/news/2026/08/wordpress-7-0-3-release/

• तकनीकी विश्लेषण
  The Hacker News – नया WordPress प्री-ऑथ XSS