तत्काल सुरक्षा सलाह: DSGVO गूगल वेब फॉन्ट्स GDPR में मनमाने फ़ाइल अपलोड (<= 1.1) — CVE-2026-3535

तारीख: 8 अप्रैल 2026
गंभीरता: महत्वपूर्ण / CVSS 10.0
प्रभावित सॉफ़्टवेयर: वर्डप्रेस प्लगइन “DSGVO गूगल वेब फॉन्ट्स GDPR” — संस्करण ≤ 1.1
CVE: CVE-2026-3535
अनुसंधान श्रेय: नबील इरावान (हीरोज साइबर सुरक्षा)

यह सलाह एक हांगकांग सुरक्षा विशेषज्ञ द्वारा लिखी गई है और इसे साइट के मालिकों, प्रशासकों और डेवलपर्स के लिए संबोधित किया गया है जो वर्डप्रेस साइटों का रखरखाव करते हैं। यह जोखिम, व्यावहारिक पहचान कदम, तत्काल शमन और सर्वर/WAF नियमों को समझाता है जिन्हें आप अब लागू कर सकते हैं ताकि आधिकारिक पैच उपलब्ध होने तक जोखिम को कम किया जा सके।.

महत्वपूर्ण सारांश

• यह भेद्यता बिना प्रमाणीकरण वाले हमलावरों को एक सार्वजनिक पैरामीटर के माध्यम से मनमाने फ़ाइलों को अपलोड करने की अनुमति देती है जिसका नाम है fonturl.
• सफल शोषण मनमाने फ़ाइल अपलोड (जिसमें वेब शेल/बैकडोर शामिल हैं), दूरस्थ कोड निष्पादन (RCE), साइट का विकृति, डेटा चोरी और होस्टिंग वातावरण के भीतर पार्श्व आंदोलन उत्पन्न कर सकता है।.
• प्रभावित साइटों को उच्च प्राथमिकता वाले घटना प्रतिक्रियाओं के रूप में मानें।.

क्या हुआ (सादा अंग्रेजी)

DSGVO गूगल वेब फॉन्ट्स GDPR प्लगइन (संस्करण 1.1 तक और शामिल) में एक भेद्यता एक बिना प्रमाणीकरण वाले आगंतुक को एक पैरामीटर के माध्यम से एक दूरस्थ URL प्रदान करने की अनुमति देती है जिसका नाम है fonturl. प्लगइन उस URL द्वारा संदर्भित सामग्री को उचित सत्यापन या सुरक्षित भंडारण नियंत्रण के बिना लाने और संग्रहीत करने में सक्षम हो सकता है। इसलिए एक हमलावर निष्पादन योग्य फ़ाइलों (उदाहरण के लिए PHP) को वेब-सुलभ निर्देशिकाओं में लिखने और फिर उन्हें सक्रिय करने का कारण बन सकता है। संक्षेप में: एक हमलावर एक बैकडोर अपलोड कर सकता है और साइट पर कमांड निष्पादित कर सकता है।.

इस प्रकार की बग—बिना प्रमाणीकरण के मनमाने फ़ाइल अपलोड बिना उचित सफाई के—स्वचालित हमले अभियानों द्वारा पसंद की जाती है क्योंकि यह आसानी से स्केल होती है और किसी प्रमाण पत्र की आवश्यकता नहीं होती।.

यह क्यों तत्काल है

• एंडपॉइंट बिना प्रमाणीकरण के है—इंटरनेट पर कोई भी इसे सक्रिय कर सकता है।.
• मनमाने फ़ाइल अपलोड जो वेब-निष्पादन योग्य पेलोड की ओर ले जाता है अक्सर पूर्ण साइट समझौते का परिणाम होता है।.
• भेद्यता को बड़े पैमाने पर स्कैन करना सीधा है और इसलिए यह सामूहिक-शोषण बॉट्स के लिए आकर्षक है।.
• प्रकाशन के समय कोई सार्वभौमिक रूप से उपलब्ध पैच किया गया संस्करण नहीं है; तत्काल शमन आवश्यक हैं।.

तकनीकी रूपरेखा (उच्च स्तर — रक्षात्मक ध्यान)

• संवेदनशील इनपुट: HTTP पैरामीटर नामित fonturl प्लगइन द्वारा स्वीकार किया गया।.
• हमले का वेक्टर: हमलावर एक दूरस्थ URL (या डेटा URI) प्रदान करता है जिसे प्लगइन डाउनलोड करता है और एक वेब-एक्सेसिबल स्थान पर सहेजता है (उदाहरण के लिए /wp-content/uploads/ या प्लगइन निर्देशिका के तहत)।.
• कमजोरी: URL सामग्री की अपर्याप्त मान्यता, सर्वर-साइड फ़ाइल प्रकार की जांच की कमी, और एंडपॉइंट पर कोई प्रमाणीकरण/अधिकार नहीं।.
• परिणाम: अपलोड की गई फ़ाइलें निष्पादित की जा सकती हैं (PHP), बैकडोर, स्थिरता, और पार्श्व आंदोलन को सक्षम करती हैं।.

हम यहाँ शोषण कोड प्रकाशित नहीं करेंगे। नीचे ध्यान केंद्रित करना पहचान और सुधार पर है।.

तत्काल कार्रवाई जो आपको करनी चाहिए (ट्रिएज चेकलिस्ट)

यदि आप इस प्लगइन का उपयोग करते हुए वर्डप्रेस साइटें चला रहे हैं और प्लगइन संस्करण ≤ 1.1 है, तो तुरंत इन चरणों का पालन करें:

1. साइट को रखरखाव मोड में ले जाएं (यदि संभव हो)
   जब आप जांच कर रहे हों तो जोखिम को कम करें। यदि यह संभव नहीं है, तो नीचे अन्य शमन के साथ जारी रखें।.
2. प्लगइन को अस्थायी रूप से निष्क्रिय या हटा दें
   वर्डप्रेस प्रशासन में लॉग इन करें और प्लगइन को निष्क्रिय करें। यदि प्रशासनिक पहुंच उपलब्ध नहीं है, तो SFTP/SSH के माध्यम से प्लगइन निर्देशिका को हटा दें या नाम बदलें:

   wp-content/plugins/dsgvo-google-web-fonts-gdpr → dsgvo-google-web-fonts-gdpr_DISABLED

   नोट: प्लगइन को हटाने से गोपनीयता सुविधाओं पर प्रभाव पड़ सकता है; व्यावसायिक प्रभाव का मूल्यांकन करें, लेकिन सुरक्षा को प्राथमिकता दें।.

3. WAF या सर्वर स्तर पर संवेदनशील अनुरोध को ब्लॉक करें
   उन अनुरोधों को ब्लॉक करने के लिए नियम जोड़ें जो fonturl पैरामीटर या शोषण पैटर्न से मेल खाते हैं (उदाहरण नियम नीचे दिए गए हैं)।.
4. फ़ाइल निष्पादन और अपलोड को मजबूत करें
   अपलोड निर्देशिकाओं में PHP निष्पादन को रोकें और तुरंत सर्वर-स्तरीय प्रतिबंध लागू करें (नीचे उदाहरण)।.
5. वेब शेल और संदिग्ध फ़ाइलों के लिए स्कैन करें
   हाल ही में अपलोड की गई फ़ाइलों, संदिग्ध एक्सटेंशनों, या अपलोड या प्लगइन निर्देशिकाओं के तहत अप्रत्याशित PHP फ़ाइलों की खोज के लिए एक मैलवेयर स्कैनर का उपयोग करें।.
6. लॉग और समझौते के संकेतों (IoCs) की समीक्षा करें
   अनुरोधों के लिए वेब सर्वर एक्सेस लॉग की खोज करें जिसमें fonturl= या संदिग्ध डाउनलोड प्रयास शामिल हैं। लंबे या एन्कोडेड पैरामीटर के साथ POST/GET अनुरोधों की जांच करें।.
7. क्रेडेंशियल और रहस्यों को घुमाएँ
   यदि समझौता होने का संदेह है, तो वर्डप्रेस प्रशासन पासवर्ड, डेटाबेस क्रेडेंशियल, API कुंजी और साइट से संबंधित किसी अन्य रहस्यों को बदलें।.
8. यदि समझौता की पुष्टि हो जाती है तो ज्ञात-साफ बैकअप से पुनर्स्थापित करें
   यदि आप वेब शेल या हमलावर गतिविधि के सबूत पाते हैं, तो साइट को ऑफ़लाइन ले जाएं, एक साफ बैकअप से पुनर्स्थापित करें, पैच करें, और ऑनलाइन लौटने से पहले इसे मजबूत करें।.
9. अपने होस्ट या सुरक्षा टीम से संपर्क करें
   अपने होस्टिंग प्रदाता या एक योग्य घटना प्रतिक्रिया प्रदाता को सूचित करें; वे लॉग संग्रह, स्कैनिंग और सुधार में मदद कर सकते हैं।.

पहचान: लॉग और फ़ाइलों में क्या देखना है

संभावित शोषण प्रयासों या कलाकृतियों को खोजने में मदद करने के लिए त्वरित प्रश्न और पैटर्न।.

एक्सेस लॉग grep उदाहरण (Linux/SSH)

sudo zgrep -i "fonturl=" /var/log/nginx/access.log* /var/log/apache2/access.log*

sudo zgrep -E "fonturl=.*(\.php|\.phtml|\.phar|php://|data:|base64,)" /var/log/nginx/access.log*

sudo find /var/www/html/wp-content/uploads -type f -mtime -7 -name "*.php"

sudo find /var/www/html -type f -regextype posix-extended -regex ".*\.(php|phtml|phar|php5|php4|php3)$" -printf "%TY-%Tm-%Td %TT %p

Splunk / ELK वैचारिक प्रश्न

index=web_logs "fonturl=" AND (".php" OR ".phtml" OR "php://filter" OR "data:")

फ़ाइल प्रणाली संकेतक

• अप्रत्याशित PHP फ़ाइलें wp-content/uploads/
• असामान्य समय मुहर वाली फ़ाइलें जो ज्ञात शोषण समय सीमा से मेल खाती हैं
• हाल ही में बनाए गए अज्ञात व्यवस्थापक उपयोगकर्ता
• संशोधित कोर फ़ाइलें (जैसे. wp-config.php, functions.php) या प्लगइन फ़ाइलें

व्यवहारिक संकेतक

• PHP द्वारा आरंभ की गई अज्ञात डोमेन या आईपी के लिए आउटबाउंड कनेक्शन
• CPU या नेटवर्क उपयोग में असामान्य वृद्धि
• वर्डप्रेस में संदिग्ध अनुसूचित कार्य या क्रॉन प्रविष्टियाँ

हमलावर इस प्रकार की कमजोरियों का सामान्यतः कैसे लाभ उठाते हैं

1. खोज — स्कैनर कई साइटों पर fonturl पैरामीटर के लिए जांच करते हैं।.
2. ट्रिगर — एक दुर्भावनापूर्ण URL प्रदान किया जाता है fonturl; प्लगइन फ़ाइल को बिना सत्यापन के डाउनलोड और सहेजता है।.
3. प्लेसमेंट — यदि इसे निष्पादन योग्य एक्सटेंशन के साथ वेब-सुलभ निर्देशिका में संग्रहीत किया गया है, तो हमलावर इसे कोड चलाने के लिए अनुरोध करता है।.
4. पोस्ट-एक्सप्लॉइट — वेब शेल या बैकडोर रखा जाता है; हमलावर स्थिरता स्थापित करता है (क्रॉन कार्य, नए व्यवस्थापक उपयोगकर्ता, बैकडोर)।.
5. पिवटिंग — समझौता की गई साइट से, हमलावर होस्ट पर अन्य साइटों की सूची बनाने, क्रेडेंशियल्स एकत्र करने और विशेषाधिकार बढ़ाने का प्रयास करता है।.

अस्थायी शमन उपाय जो आप अभी लागू कर सकते हैं

अपने वातावरण के अनुसार नीचे दिए गए एक या अधिक उपायों को लागू करें। सर्वोत्तम सुरक्षा के लिए उन्हें मिलाएं।.

1. प्लगइन को निष्क्रिय करें — WP-Admin से निष्क्रिय करें या प्लगइन निर्देशिका का नाम बदलें।.
2. अनुरोधों को ब्लॉक करें जिनके साथ fonturl पैरामीटर — WAF या सर्वर किनारे पर ब्लॉक करें।.
3. प्लगइन कोड पथों से दूरस्थ फ़ाइल डाउनलोड को अस्वीकार करें — जहां संभव हो, PHP से अविश्वसनीय होस्टों के लिए सर्वर-साइड आउटबाउंड HTTP को ब्लॉक करें (होस्ट फ़ायरवॉल नियमों का उपयोग करें), यह सुनिश्चित करते हुए कि वैध कार्यक्षमता बाधित न हो।.
4. अपलोड और प्लगइन निर्देशिकाओं में PHP निष्पादन को रोकें — .htaccess या Nginx नियम लागू करें (नीचे उदाहरण देखें)।.
5. कड़े फ़ाइल अनुमतियाँ सेट करें — निर्देशिकाएँ 755, फ़ाइलें 644, wp-config.php 600/640 के अनुसार; विश्व-लिखने योग्य अनुमतियों से बचें।.
6. शोषण प्रयासों को ब्लॉक करने के लिए पैटर्न-आधारित WAF नियम जोड़ें — नीचे उदाहरण नियम देखें और तैनाती से पहले परीक्षण करें।.
7. संवेदनशील कार्यों के लिए व्यवस्थापक IPs को व्हाइटलिस्ट करें — यदि संभव हो, पैच होने तक प्लगइन एंडपॉइंट्स को ज्ञात व्यवस्थापक IPs तक सीमित करें।.

WAF और सर्वर नियम उदाहरण (रक्षात्मक पैटर्न)

नीचे कुछ नमूना नियम हैं जिन्हें आप अनुकूलित कर सकते हैं। उत्पादन रोलआउट से पहले स्टेजिंग में परीक्षण करें।.

mod_security (Apache / mod_security 2.x) उदाहरण (संकल्पनात्मक)

# उन अनुरोधों को ब्लॉक करें जिनमें fonturl पैरामीटर है जो निष्पादन योग्य फ़ाइल प्रकारों या डेटा URIs की ओर इशारा करता है"

नोट: पहला नियम पैरामीटर नाम की उपस्थिति का पता लगाता है। दूसरा मान की जांच करता है और ज्ञात खतरनाक मार्करों को ब्लॉक करता है।.

Nginx (ngx_http_rewrite_module के साथ) नमूना निर्देश

# उन अनुरोधों को अस्वीकार करें जहां 'fonturl' पैरामीटर में php फ़ाइल एक्सटेंशन या डेटा URIs हैं

सावधान रहें: अंतिम नियम सभी अनुरोधों को ब्लॉक करता है जिनमें fonturl और वैध कार्यक्षमता को प्रभावित कर सकता है।.

अपाचे .htaccess अपलोड में PHP निष्पादन को रोकने के लिए

# wp-content/uploads/.htaccess में रखें

अपलोड में निष्पादन को रोकने के लिए Nginx स्थान नियम

location ~* /wp-content/uploads/.*\.(php|phtml|php3|php4|php5|phar)$ {

Fail2ban नियम (सैद्धांतिक)

दोहराए गए अनुरोधों का पता लगाने के लिए एक regex बनाएं जिसमें fonturl= और शत्रुतापूर्ण व्यवहार दिखाने वाले स्रोत IPs को प्रतिबंधित करें।.

फ़ाइल अपलोड और वर्डप्रेस कॉन्फ़िगरेशन को मजबूत करना (दीर्घकालिक)

• अपलोड निर्देशिकाओं में निष्पादन को निष्क्रिय करें — सुनिश्चित करें कि अपलोड को PHP के रूप में व्याख्यायित नहीं किया जा सकता है।.
• सर्वर-साइड फ़ाइल प्रकार जांच को लागू करें — MIME प्रकार को मान्य करें और सर्वर-साइड पर फ़ाइल सामग्री की जांच करें।.
• अनुमत एक्सटेंशन को साफ करें और व्हाइटलिस्ट करें — केवल सुरक्षित फ़ाइल प्रकारों की अनुमति दें।.
• वर्डप्रेस HTTP APIs का सावधानी से उपयोग करें — यदि दूरस्थ फ़ेचिंग की आवश्यकता है, तो सामग्री-प्रकार, आकार और मूल को मान्य करें।.
• प्रमाणीकरण और क्षमता जांच — केवल प्रमाणित, अधिकृत उपयोगकर्ताओं को फ़ाइलें लिखने की अनुमति होनी चाहिए।.
• CSRF सुरक्षा — राज्य-परिवर्तनकारी क्रियाओं के लिए नॉनस की आवश्यकता है।.
• न्यूनतम विशेषाधिकार — न्यूनतम फ़ाइल प्रणाली और ओएस विशेषाधिकारों के साथ सेवाएँ चलाएँ।.
• पुनर्प्राप्ति योजना — ऑफ़लाइन, अपरिवर्तनीय बैकअप और एक परीक्षण की गई पुनर्स्थापना प्रक्रिया बनाए रखें।.

यदि आप समझौता की पुष्टि करते हैं तो घटना प्रतिक्रिया चेकलिस्ट

1. साइट को तुरंत अलग करें (रखरखाव मोड, यदि आवश्यक हो तो ऑफ़लाइन ले जाएँ)।.
2. लॉग और सबूतों को संरक्षित करें (सर्वर लॉग, पहुँच लॉग, समय मुहरें)।.
3. समझौते के प्रारंभिक बिंदु और दायरे की पहचान करें।.
4. यदि उपलब्ध हो तो एक साफ बैकअप से समझौता किए गए फ़ाइलों को बदलें।.
5. सभी क्रेडेंशियल्स को घुमाएँ (WordPress व्यवस्थापक, DB, API कुंजी)।.
6. एक साफ वातावरण में पुनर्निर्माण या पैच करें; यह न मानें कि एक साफ वातावरण विश्वसनीय है।.
7. कई दिनों तक पोस्ट-स्वच्छता स्कैन और निरंतर निगरानी चलाएँ।.
8. यदि इन-हाउस विशेषज्ञता की कमी है, तो एक पेशेवर घटना प्रतिक्रिया प्रदाता को संलग्न करें।.

सक्षम करने के लिए निगरानी और पहचान नियम

• अनुरोधों के लिए अलर्ट बनाएं जिसमें fonturl= क्वेरी स्ट्रिंग या पेलोड में।.
• के तहत PHP फ़ाइलों के निर्माण पर अलर्ट। wp-content/uploads/ या अन्य गैर-कोड निर्देशिकाएँ।.
• असामान्य होस्टों के लिए PHP द्वारा शुरू की गई आउटबाउंड कनेक्शनों पर अलर्ट।.
• प्रमाणीकरण विसंगतियों पर अलर्ट: नए व्यवस्थापक उपयोगकर्ता, अप्रत्याशित पासवर्ड रीसेट, विशेषाधिकार परिवर्तन।.
• WordPress कोर और प्लगइन फ़ोल्डरों की आवधिक अखंडता जांच (फ़ाइल हैश) करें।.

क्यों वर्चुअल पैचिंग अब महत्वपूर्ण है

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

एजेंसियों और होस्ट के लिए नमूना सुधार योजना

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

डेवलपर मार्गदर्शन: एक सुरक्षित प्लगइन सुधार में क्या शामिल होना चाहिए

• उपयोगकर्ता इनपुट से स्वीकार किए गए किसी भी URL की सख्त सत्यापन और स्वच्छता।.
• सहेजने से पहले दूरस्थ फ़ाइल सामग्री-प्रकार और आकार की पुष्टि करें; केवल एक्सटेंशन पर भरोसा न करें।.
• अनुमत फ़ाइल प्रकारों को एक सख्त श्वेतसूची तक सीमित करें।.
• फ़ाइलों को वेब-कार्यशील स्थानों पर सहेजने से बचें; यदि आवश्यक हो, तो सुनिश्चित करें कि फ़ाइलों को निष्पादित नहीं किया जा सकता है।.
• डिस्क पर फ़ाइलें लिखने के लिए संचालन के लिए प्रमाणीकरण और क्षमता जांच की आवश्यकता करें।.
• WordPress APIs का उपयोग करें (जैसे।. wp_upload_bits, wp_handle_sideload) उचित सत्यापन के साथ।.
• दूरस्थ फ़ेच संचालन को लॉग करें और दर-सीमा निर्धारित करें और दुर्भावनापूर्ण इनपुट का अनुकरण करते हुए यूनिट/इंटीग्रेशन परीक्षण जोड़ें।.

चेकलिस्ट: संक्षिप्त, व्यावहारिक क्रियाएँ (कॉपी/पेस्ट)

• निर्धारित करें कि क्या प्लगइन “DSGVO Google Web Fonts GDPR” स्थापित है और संस्करण ≤ 1.1 है।.
• प्लगइन को तुरंत निष्क्रिय या हटा दें (यदि संभव हो)।.
• अनुरोधों को अवरुद्ध करने के लिए WAF/सर्वर नियम जोड़ें fonturl या मान जो शामिल हैं .php, php://, रैपर और फ़िल्टर को अस्वीकार करें:, base64,.
• PHP निष्पादन को रोकें wp-content/uploads/ .htaccess / Nginx नियमों के साथ।.
• एक्सेस लॉग के लिए खोजें: zgrep -i "fonturl=" /var/log/*access.log*.
• अपलोड में नए/संशोधित PHP फ़ाइलों के लिए खोजें: find wp-content/uploads -type f -name '*.php' -mtime -7.
• अपनी साइट पर पूर्ण मैलवेयर स्कैन और अखंडता जांच चलाएँ।.
• यदि आपको समझौते के सबूत मिलते हैं तो व्यवस्थापक और DB क्रेडेंशियल्स को बदलें।.
• यदि आवश्यक हो तो साफ़ बैकअप से पुनर्स्थापित करें।.

अंतिम नोट्स और अगले कदम।

• इस भेद्यता को आपातकालीन के रूप में मानें: यदि आपकी साइट DSGVO Google Web Fonts GDPR प्लगइन (≤ 1.1) का उपयोग करती है, तो तुरंत कार्रवाई करें।.
• यदि आप साइट को ऑफ़लाइन नहीं ले जा सकते या प्लगइन को जल्दी नहीं हटा सकते, तो ऊपर दिए गए रक्षात्मक WAF नियम लागू करें और अपलोड निर्देशिकाओं में निष्पादन को रोकें।.
• शमन के बाद, पहचान नियमों को सक्रिय रखें और शोषण के संकेतों के लिए निगरानी करें।.
• जब एक विक्रेता द्वारा प्रदान किया गया पैच जारी किया जाता है, तो इसे स्टेजिंग में परीक्षण करें और फिर व्यापक रूप से लागू करें; सभी मामलों में हार्डनिंग और निरंतर निगरानी बनाए रखें।.

यदि आपको इन शमन उपायों को लागू करने, मैलवेयर स्वीप करने या सुरक्षित सुधार योजना लागू करने में सहायता की आवश्यकता है, तो एक योग्य घटना प्रतिक्रिया प्रदाता या अनुभवी सुरक्षा सलाहकार से संपर्क करें। लक्षित मार्गदर्शन के लिए उत्तरदाता के साथ लॉग और वातावरण के विवरण साझा करें।.