Wवर्डप्रेस भेद्यता डेटाबेस

हांगकांग सुरक्षा एनजीओ XSS खतरे की चेतावनी (CVE20263604)

वर्डप्रेस WP SEO स्ट्रक्चर्ड डेटा स्कीमा प्लगइन में क्रॉस साइट स्क्रिप्टिंग (XSS)
0
शेयर
0
0
0
0
प्लगइन का नाम WP SEO संरचित डेटा स्कीमा
कमजोरियों का प्रकार क्रॉस-साइट स्क्रिप्टिंग (XSS)
CVE संख्या CVE-2026-3604
तात्कालिकता कम
CVE प्रकाशन तिथि 2026-05-12
स्रोत URL CVE-2026-3604

WP SEO संरचित डेटा स्कीमा (CVE-2026-3604) में प्रमाणित योगदानकर्ता द्वारा संग्रहीत XSS — वर्डप्रेस साइट मालिकों को क्या जानना चाहिए

लेखक: हांगकांग सुरक्षा विशेषज्ञ

प्रकाशित: 2026-05-11

TL;DR — A stored Cross‑Site Scripting (XSS) vulnerability (CVE-2026-3604) affects the “WP SEO Structured Data Schema” plugin in versions up to and including 2.8.1. An authenticated user with Contributor privileges can store a malicious script that executes when a higher‑privileged user or another visitor views an affected page. The issue carries a CVSS-equivalent severity of 6.5 and requires user interaction for successful exploitation. No official patch was available at disclosure — apply mitigations immediately if you run this plugin.

यह क्यों महत्वपूर्ण है (संक्षिप्त)

संग्रहीत XSS विशेष रूप से खतरनाक है क्योंकि दुर्भावनापूर्ण पेलोड स्थायी होता है (डेटाबेस, विकल्प, पोस्टमेटा) और किसी भी व्यक्ति के ब्राउज़र में निष्पादित होता है जो संक्रमित सामग्री को देखता है। योगदानकर्ता आमतौर पर सामग्री बना सकते हैं लेकिन कच्चा HTML डालने के लिए विश्वसनीय नहीं होते हैं। यदि वे उपयोगकर्ता स्क्रिप्ट संग्रहीत कर सकते हैं जो बाद में प्रशासकों या संपादकों के लिए प्रस्तुत होती हैं, तो साइट को निम्न-विशेषाधिकार समझौते से पूर्ण साइट अधिग्रहण में बढ़ाया जा सकता है: सत्र हाइजैकिंग, बागी प्रशासक निर्माण, कॉन्फ़िगरेशन संशोधन, बैकडोर स्थापना, SEO स्पैम, या दुर्भावनापूर्ण सामग्री का वितरण।.

सुरक्षा कमजोरी का स्नैपशॉट

  • कमजोरियों: प्रमाणित (योगदानकर्ता+) संग्रहीत क्रॉस-साइट स्क्रिप्टिंग (XSS)
  • प्रभावित सॉफ़्टवेयर: WP SEO संरचित डेटा स्कीमा प्लगइन
  • प्रभावित संस्करण: ≤ 2.8.1
  • CVE: CVE-2026-3604
  • प्रकाशित: 11 मई, 2026
  • आवश्यक विशेषाधिकार: योगदानकर्ता (या उच्च)
  • CVSS-जैसी गंभीरता: 6.5 (मध्यम/मध्यम)
  • शोषण: योगदानकर्ता खाते की उपस्थिति और विशेषाधिकार प्राप्त उपयोगकर्ता इंटरैक्शन की आवश्यकता होती है (जैसे, प्रशासन या फ्रंटेंड में संग्रहीत पेलोड को देखना या इंटरैक्ट करना)
  • प्रकटीकरण पर पैच स्थिति: कोई आधिकारिक पैच उपलब्ध नहीं (साइट मालिकों को शमन लागू करना चाहिए)

इस संदर्भ में संग्रहीत XSS कैसे काम करता है

Stored XSS occurs when user-supplied input is saved and later output without proper sanitization or escaping. In this plugin, certain fields Contributors can populate (structured data snippets, meta fields, or custom schema entries) are not sufficiently filtered. An attacker with a Contributor account can insert HTML/JavaScript payloads that are saved to the database. When an admin/editor or a visitor loads the page or the plugin’s admin view that outputs that content, the malicious script runs in the context of the user’s browser.

Because the script runs with the victim’s browser privileges, consequences include:

  • प्रमाणीकरण कुकीज़ या सत्र टोकन चुराना (खाते के अधिग्रहण की ओर ले जाना)
  • अनुरोधों को धोखा देकर प्रशासनिक क्रियाएँ करना
  • स्थायी बैकडोर स्थापित करना, बागी प्रशासक खाते बनाना, या प्लगइन्स/थीम्स को संशोधित करना
  • SEO सामग्री को बदलना या स्पैम लिंक डालना ताकि प्रतिष्ठा को नुकसान पहुंचे
  • दुर्भावनापूर्ण JavaScript प्रदान करना जो आगंतुकों के लिए ड्राइव-बाय मैलवेयर को पुनर्निर्देशित या लोड करता है

हालांकि हमलावर के पास प्रारंभ में केवल एक योगदानकर्ता खाता हो सकता है, संग्रहीत XSS उच्च-विशिष्ट उपयोगकर्ताओं के साथ लोड का इंटरैक्शन करते ही पूर्ण समझौते में बढ़ सकता है।.

किसे जोखिम है?

  • WP SEO संरचित डेटा स्कीमा प्लगइन स्थापित और सक्षम साइटें, जो संस्करण 2.8.1 या उससे पुराना चला रही हैं
  • साइटें जो बाहरी उपयोगकर्ताओं को पंजीकरण करने या अन्यथा योगदानकर्ता (या उच्च) भूमिका प्राप्त करने की अनुमति देती हैं
  • बहु-लेखक ब्लॉग जहां योगदानकर्ता संरचित डेटा प्रदान करते हैं या प्लगइन-प्रबंधित फ़ील्ड भरते हैं जो बाद में प्रशासनिक स्क्रीन या फ्रंट-एंड टेम्पलेट में प्रदर्शित होते हैं
  • साइटें जहां प्रशासक या संपादक अक्सर प्रशासनिक इंटरफ़ेस में सीधे सामग्री की समीक्षा करते हैं बिना अतिरिक्त स्वच्छता के

If you don’t use the plugin or it’s not active, you are not impacted. If you host the plugin but haven’t updated or removed it, treat this as a high-priority assessment.

वास्तविक दुनिया के शोषण परिदृश्य

  1. योगदानकर्ता → सामाजिक इंजीनियरिंग → प्रशासन

    An attacker with a Contributor account saves a crafted schema snippet or meta field containing a hidden script. An editor/admin opens the plugin’s settings page or views the post in the admin preview; the script executes and uses the admin’s authenticated cookies to call admin-only AJAX endpoints (create admin accounts, install plugins, change site email, etc.).

  2. योगदानकर्ता → फ्रंट-एंड निष्पादन → आगंतुक

    If the plugin outputs structured data or schema markup into the front-end without escaping, a visitor’s browser can execute the payload. The script can load third-party malicious code or leverage browser flaws to harm visitors and the site’s reputation.

  3. संग्रहीत लोड + अनुसूचित कार्य

    लोड क्रॉन या रखरखाव पृष्ठों पर विशेषाधिकार प्राप्त उपयोगकर्ताओं द्वारा देखे जाने पर क्रियाएँ ट्रिगर कर सकता है, स्थायीता को स्वचालित करता है और सफाई को अधिक कठिन बनाता है।.

तुरंत उठाने के लिए कदम (24 घंटे के भीतर)

  1. सूची बनाएं और मूल्यांकन करें

    • जांचें कि क्या WP SEO संरचित डेटा स्कीमा प्लगइन स्थापित है और इसका संस्करण निर्धारित करें।.
    • WP-CLI: wp प्लगइन प्राप्त करें wp-seo-structured-data-schema --field=version
    • वर्डप्रेस प्रशासन: प्लगइन्स → स्थापित प्लगइन्स → संस्करण जांचें
    • यदि प्लगइन सक्रिय है और संस्करण ≤ 2.8.1 है, तो तुरंत निवारक कार्रवाई करें।.
  2. यदि आप पैच नहीं कर सकते (कोई आधिकारिक पैच उपलब्ध नहीं)

    • यदि संभव हो तो तुरंत प्लगइन को निष्क्रिय करें। निष्क्रियता सबसे सुरक्षित तात्कालिक उपाय है।.
    • WP-CLI: wp प्लगइन निष्क्रिय करें wp-seo-structured-data-schema
    • यदि व्यावसायिक कारणों से निष्क्रियता संभव नहीं है, तो जोखिम को सीमित करें:
      • आईपी द्वारा प्लगइन प्रशासन पृष्ठों तक पहुंच को प्रतिबंधित करें (होस्टिंग नियंत्रण या सर्वर कॉन्फ़िगरेशन का उपयोग करें)।.
      • योगदानकर्ताओं के लिए प्लगइन द्वारा प्रबंधित फ़ील्ड बनाने या संपादित करने की क्षमता को अस्थायी रूप से निष्क्रिय करें।.
      • सामग्री लाइव होने से पहले संपादकों द्वारा मैनुअल समीक्षा की आवश्यकता करें।.
  3. उपयोगकर्ता अनुमतियों को लॉक करें

    • किसी भी अविश्वसनीय योगदानकर्ता खातों को हटा दें या पदावनत करें।.
    • प्रशासकों और संपादकों के लिए मजबूत पासवर्ड लागू करें और क्रेडेंशियल्स को घुमाएं।.
    • यदि नई उपयोगकर्ता पंजीकरण की आवश्यकता नहीं है तो इसे निष्क्रिय करें।.
  4. निरीक्षण करें और साफ करें

    • सामग्री और प्लगइन-संबंधित भंडारण में संदिग्ध स्क्रिप्ट और इंजेक्टेड टैग के लिए खोजें (डिटेक्शन अनुभाग देखें)।.
    • खोजे गए दुर्भावनापूर्ण स्क्रिप्ट, बागी उपयोगकर्ताओं, या इंजेक्टेड प्रशासन खातों को हटा दें।.
    • यदि फ़ाइल की अखंडता प्रभावित होती है, तो एक साफ बैकअप से पुनर्स्थापित करें।.
  5. लॉग और ट्रैफ़िक की निगरानी करें

    • संदिग्ध POST अनुरोधों, असामान्य प्रशासन पृष्ठ दृश्य, या गतिविधि में वृद्धि के लिए सर्वर और अनुप्रयोग लॉग की जांच करें।.
    • ज्ञात होस्टों के लिए कनेक्शनों के लिए आउटगोइंग ट्रैफ़िक की निगरानी करें जो मैलवेयर द्वारा बीकनिंग का संकेत दे सकते हैं।.
  6. WAF/वर्चुअल पैचिंग लागू करें (यदि उपलब्ध हो)

    प्रभावित प्लगइन एंडपॉइंट्स में सामान्य XSS पेलोड को ब्लॉक करने के लिए वेब एप्लिकेशन फ़ायरवॉल नियम लागू करें। स्कीमा-संबंधित एंडपॉइंट्स में सबमिशन में स्पष्ट स्क्रिप्ट टैग और संदिग्ध विशेषताओं को ब्लॉक करें और योगदानकर्ता एंडपॉइंट्स से दुर्भावनापूर्ण POSTs की निगरानी/ब्लॉक करें।.

  7. सुधार की योजना बनाएं

    सुरक्षा रिलीज के लिए आधिकारिक प्लगइन चैनलों पर नज़र रखें। जब एक पैच प्रकाशित होता है, तो इसे तुरंत स्टेजिंग पर लागू करें, परीक्षण करें, और फिर उत्पादन में पुश करें।.

डिटेक्शन: संभावित शोषण कलाकृतियों को कैसे खोजें

मान लें कि हमलावर स्क्रिप्ट को पोस्ट सामग्री, पोस्ट मेटा, विकल्पों, या कस्टम तालिकाओं में संग्रहीत करता है। संदिग्ध कलाकृतियों को खोजने के लिए इन दृष्टिकोणों का उपयोग करें।.

सामग्री में स्क्रिप्ट टैग या ऑन-इवेंट विशेषताओं के लिए खोजें

WP-CLI उदाहरण:

wp db query "SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%<script%';"
wp db query "SELECT meta_id, meta_key FROM wp_postmeta WHERE meta_value LIKE '%<script%';"

Direct SQL (replace table prefixes if different):

SELECT ID, post_title FROM wp_posts WHERE post_content REGEXP '<[[:space:]]*script';
SELECT post_id, meta_key FROM wp_postmeta WHERE meta_value REGEXP '<[[:space:]]*script';

Look for suspicious HTML attributes commonly used in XSS payloads: त्रुटि होने पर=, 11. साइट मालिकों के लिए तात्कालिक कदम, onclick=, जावास्क्रिप्ट:, दस्तावेज़.कुकी, window.location, eval(.

SELECT option_name FROM wp_options WHERE option_value LIKE '%<script%';

Search files and uploads

  • Scan the files directory for recently added PHP files or suspicious JS files.
  • Use grep to find injected strings: 
    grep -R --exclude-dir=uploads 'document.cookie' .
grep -R --exclude-dir=wp-content/uploads '<script' wp-content/plugins/

उपयोगकर्ता खातों की जांच करें

List accounts with Contributor+ privileges and their last login times:

wp user list --role=contributor --fields=ID,user_login,user_email,user_registered,last_login

नोट: last_login may require a plugin that records logins; otherwise check authentication logs on the server.

If you find injected content, take screenshots, export the records, and store them for forensic analysis before cleaning.

घटना प्रतिक्रिया चेकलिस्ट (विस्तृत)

  1. अलग करें

    • Deactivate the vulnerable plugin immediately or restrict access to its admin pages.
    • If you suspect active compromise, consider taking the site into maintenance mode and blocking public access temporarily.
  2. संरक्षित करें

    • Make a full backup (database + files) and preserve a copy offline for forensic purposes.
  3. पहचानें

    • Run the detection queries above.
    • Look for new admin users, unauthorized plugins, modified core files, or unexpected scheduled tasks (wp_cron).
  4. हटाएँ

    • Delete injected scripts from posts/postmeta/options.
    • Remove rogue users and reset passwords for editors and admins.
    • Remove any unauthorized plugins or themes and revert modified files from a trusted backup.
  5. पुनर्प्राप्त करें

    • Restore core files and plugin files from known-good sources.
    • Apply any available security update for the plugin when released. If no official patch yet, continue virtual patching and other mitigations.
  6. समीक्षा करें और मजबूत करें

    • Audit user roles and permissions.
    • Ensure two-factor authentication (2FA) for all admins and editors.
    • Review logging and monitoring practices to catch future abuse earlier.
    • Implement a content-review workflow: contributors should not publish content that bypasses editor review.
  7. सूचित करें

    • Inform affected stakeholders (site owners, administrators).
    • If customer data was exposed or site integrity was affected, follow applicable regulatory obligations.
  8. पोस्ट-मॉर्टम

    • Document root cause, steps taken, and improvements to prevent recurrence.

Mitigation strategies — technical guidance for developers and site admins

Practical defensive steps to mitigate the vulnerability and reduce future risk.

  1. न्यूनतम विशेषाधिकार का सिद्धांत

    • Limit user capabilities. Contributors should not be able to inject raw HTML or scripts.
    • Consider a custom role with stricter capabilities where appropriate.
  2. इनपुट को साफ करें और आउटपुट को एस्केप करें

    • Sanitize on input and escape on output using WordPress APIs:
    • इनपुट पर साफ करें: wp_kses_post(), sanitize_text_field(), wp_strip_all_tags()
    • आउटपुट पर एस्केप करें: esc_html(), esc_attr(), wp_kses_post()
  3. सामग्री सुरक्षा नीति (CSP)

    Apply CSP headers to limit the risk of script execution from unauthorized sources. Example (start restrictive, then adjust):

    Content-Security-Policy: default-src 'self'; script-src 'self' 'unsafe-inline' 'nonce-<random>'; object-src 'none';

    CSP reduces XSS impact but must be implemented carefully to avoid breaking functionality.

  4. Disable unfiltered HTML for untrusted roles

    सुनिश्चित करें कि योगदानकर्ताओं के पास अनफ़िल्टर्ड_एचटीएमएल capability. Use capability management code or plugins to remove it. Example (add to an mu-plugin or functions.php with caution):

    <?php
// mu-plugin/remove-unfiltered-html.php
function hk_remove_unfiltered_html_from_contributors() {
  $role = get_role('contributor');
  if ( $role && $role->has_cap('unfiltered_html') ) {
    $role->remove_cap('unfiltered_html');
  }
}
add_action('init', 'hk_remove_unfiltered_html_from_contributors');
  5. Harden REST API and AJAX endpoints

    Ensure endpoints that accept structured data check capabilities and nonces. Limit who can POST to endpoints that manage schema or plugin settings.

  6. WAF के साथ आभासी पैचिंग

    If you operate or can configure a Web Application Firewall, add rules that inspect POST data for XSS payloads on plugin-specific endpoints. Example generic patterns to block:

    • उन अनुरोधों को ब्लॉक करें जिनमें 9. या विशेषताओं जैसे onload= in parameters destined to schema endpoints.
    • अवरुद्ध करें त्रुटि होने पर=, 11. साइट मालिकों के लिए तात्कालिक कदम, जावास्क्रिप्ट: appearing in form fields.
  7. Input validation layers

    When structured data is expected (e.g., JSON-LD), validate that incoming strings match expected JSON formats and allowed keys. Reject or sanitize unexpected HTML and attributes.

  8. Review plugin updates and vendor communications

    Subscribe to vendor security announcements and update promptly when a fix is released.

Practical mitigation examples (do‑it‑yourself)

Concrete actions administrators can apply immediately.

  1. Deactivate plugin

    wp प्लगइन निष्क्रिय करें wp-seo-structured-data-schema (if deactivation is acceptable)

  2. Temporarily prevent Contributors from submitting posts

    Use a role-management approach to change Contributor capabilities or require content moderation.

  3. Add a simple server-side filter (example mu-plugin)

    This example strips <script> tags from पोस्ट_सामग्री on save. Use as a short-term defensive measure and test thoroughly:

    <?php
// mu-plugin/strip-scripts-on-save.php
add_filter('content_save_pre', 'hk_strip_scripts_on_save', 10, 1);
function hk_strip_scripts_on_save($content) {
    if ( current_user_can('contributor') || current_user_can('author') ) {
        // Remove script tags
        $content = preg_replace('#<script(.*?)>(.*?)</script>#is', '', $content);
    }
    return $content;
}

    नोट: यह एक रक्षात्मक अस्थायी उपाय है। प्लगइन कोड में उचित सफाई सही समाधान है।.

  4. वेब सर्वर स्तर पर सबमिशन को ब्लॉक करें

    अनुरोधों को अस्वीकार करने के लिए अनुरोध शरीर निरीक्षण नियम जोड़ें 9. या विशेषताओं जैसे onload= प्लगइन एंडपॉइंट्स के लिए फॉर्म डेटा में। कार्यान्वयन विवरण के लिए अपने होस्टिंग प्रदाता या सर्वर प्रशासक से परामर्श करें।.

दीर्घकालिक सख्ती - सीखे गए पाठ

  • प्रशासनिक स्क्रीन में फिर से प्रस्तुत किसी भी सामग्री को फ्रंट-एंड सामग्री के समान सावधानी से संभालें - प्रशासक उच्च-मूल्य वाले लक्ष्य होते हैं।.
  • उन उपयोगकर्ताओं को सीमित करें जो समीक्षा के बिना सामग्री बना सकते हैं। संरचित डेटा या कच्चे मार्कअप वाली सामग्री के लिए संपादक समीक्षा लागू करें।.
  • परतदार रक्षा का उपयोग करें: सुरक्षित कोड, WAF सुरक्षा, निगरानी, और पुनर्प्राप्ति योजना।.
  • नियमित सत्यापन और ऑफसाइट प्रतियों के साथ अद्यतित बैकअप बनाए रखें।.
  • 2FA लागू करें और सभी विशेषाधिकार प्राप्त खातों के लिए मजबूत पासवर्ड लागू करें।.

पहचान प्रश्न और फोरेंसिक्स चीट शीट

  • प्लगइन संस्करण सूचीबद्ध करें: 
    wp प्लगइन प्राप्त करें wp-seo-structured-data-schema --field=version
  • उन पोस्टों को खोजें जिनमें 9. या विशेषताओं जैसे onload=: 
    wp db query "SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%<script%';"
  • स्क्रिप्ट के साथ पोस्टमेटा खोजें: 
    wp db query "SELECT meta_id, post_id, meta_key FROM wp_postmeta WHERE meta_value LIKE '%<script%';"
  • विकल्प खोजें: 
    wp db query "SELECT option_name FROM wp_options WHERE option_value LIKE '%<script%';"
  • योगदानकर्ता खातों की सूची: 
    wp उपयोगकर्ता सूची --भूमिका=योगदानकर्ता --क्षेत्र=ID,user_login,user_email,user_registered
  • वर्तमान सक्रिय प्लगइनों की जांच करें: 
    wp प्लगइन सूची --स्थिति=सक्रिय

हमेशा सफाई से पहले प्रभावित पंक्तियों की एक प्रति बनाएं ताकि सबूत सुरक्षित रह सके।.

अगर आप पहले से ही समझौते के संकेत देखते हैं तो क्या करें?

यदि आप अप्रत्याशित प्रशासनिक खातों, बदले हुए सामग्री, अज्ञात अनुसूचित घटनाओं, या फ़ाइल प्रणाली में परिवर्तनों का पता लगाते हैं:

  1. तुरंत सभी प्रशासनिक क्रेडेंशियल्स बदलें और एप्लिकेशन रहस्यों (API कुंजी, OAuth टोकन, आदि) को घुमाएं।.
  2. आगे के नुकसान को रोकने के लिए साइट को रखरखाव/ऑफलाइन मोड में डालें।.
  3. समझौते से पहले की एक साफ बैकअप से पुनर्स्थापित करें, यह सुनिश्चित करने के बाद कि बैकअप संक्रमित नहीं है।.
  4. यदि आप मूल कारण निर्धारित करने में असमर्थ हैं या यदि हमलावर स्थायी बना रहता है तो एक सुरक्षा पेशेवर से संपर्क करें।.

अंतिम सिफारिशें - प्राथमिकता दी गई क्रियाएँ

  1. सूची: निर्धारित करें कि क्या कमजोर प्लगइन स्थापित और सक्रिय है - यह अभी करें।.
  2. निष्क्रिय करें या प्रतिबंधित करें: यदि स्थापित और कमजोर है, तो प्लगइन को निष्क्रिय करें या इसके पृष्ठों और एंडपॉइंट्स तक पहुंच को प्रतिबंधित करें।.
  3. खातों को लॉकडाउन करें: अविश्वसनीय योगदानकर्ता खातों को हटा दें और विशेषाधिकार प्राप्त उपयोगकर्ताओं के लिए पासवर्ड रीसेट करने के लिए मजबूर करें।.
  4. स्कैन और साफ करें: पोस्ट/पोस्टमेटा/विकल्पों की जांच करें और किसी भी इंजेक्टेड स्क्रिप्ट को हटा दें।.
  5. WAF/वर्चुअल पैच: यदि उपलब्ध हो, तो प्लगइन एंडपॉइंट्स के लिए ज्ञात XSS पैटर्न को ब्लॉक करने के लिए WAF नियम लागू करें।.
  6. निगरानी और पुनर्प्राप्ति: उच्च निगरानी बनाए रखें और आवश्यकतानुसार साफ बैकअप को पुनर्स्थापित करें।.
  7. उपलब्ध होने पर पैच करें: जारी होते ही आधिकारिक प्लगइन अपडेट तुरंत लागू करें और पुनः सक्रिय करने से पहले परीक्षण करें।.

संसाधन और संदर्भ

  • CVE संदर्भ
  • Researcher credit: Muhammad Yudha – DJ (disclosure credited to the researcher in the public advisory)

स्टोर्ड XSS चिंताजनक है - यह कम-प्राधिकार वाले खातों वाले हमलावरों को बड़े नुकसान पहुंचाने की अनुमति देता है। ऊपर दिए गए पहचान प्रश्नों और घटना चेकलिस्ट का पालन करें, और यदि आप सक्रिय शोषण के सबूत पाते हैं तो अपने होस्टिंग प्रदाता या सुरक्षा टीम को शामिल करें। सुरक्षा स्तरित होती है: अपने साइट और उपयोगकर्ताओं को सुरक्षित रखने के लिए कोड सुधार, भूमिका स्वच्छता, और परिधीय सुरक्षा को मिलाएं।.

0 शेयर:
साझा करें 0
ट्वीट 0
इसे पिन करें 0

— पिछला लेख

हांगकांग सुरक्षा चेतावनी रेट स्टार भेद्यता (CVE20264301)

अगला लेख —

सुरक्षा सलाहकार सोशल मीडिया आइकनों में XSS (CVE20267659)

आपको यह भी पसंद आ सकता है