Website Security Patch: वेबसाइट को PHP2Shell खतरे से सुरक्षा के उपाय

इंटरनेट पर लाखों वेबसाइटों को चलाने वाली PHP तकनीक में सामने आए दो गंभीर सुरक्षा खतरों ने वेबसाइट मालिकों और सर्वर एडमिनिस्ट्रेटर्स के लिए तत्काल कार्रवाई की जरूरत पैदा कर दी है। PHP2Shell नाम से पहचाने जा रहे ये सुरक्षा दोष किसी हमलावर को बिना लॉगिन किए प्रभावित सर्वर पर अपना कोड चलाने की क्षमता दे सकते हैं। इसका मतलब है कि यदि कोई वेबसाइट कमजोर PHP runtime पर चल रही है, तो उसके सर्वर, फाइलों, डेटाबेस और संवेदनशील जानकारियों को खतरा हो सकता है। इसके लिए Website Security Patch जरुरी हैं।

PHP टीम ने 21 अक्टूबर 2026 को इन दोनों खामियों के लिए आपातकालीन सुरक्षा अपडेट जारी किए थे। इसके बाद 26 अक्टूबर को अमेरिका की Cybersecurity and Infrastructure Security Agency (CISA) ने दोनों CVE को अपनी Known Exploited Vulnerabilities (KEV) सूची में शामिल किया। इसका अर्थ है कि इन कमजोरियों के वास्तविक हमलों में इस्तेमाल होने की पुष्टि हुई है और इन्हें सामान्य सॉफ्टवेयर अपडेट की तरह टालना सही नहीं होगा।

यह खतरा केवल किसी एक WordPress plugin या theme तक सीमित नहीं है। PHP का इस्तेमाल करने वाली WordPress, Drupal, Magento और custom-built वेबसाइटें भी प्रभावित हो सकती हैं। इसलिए वेबसाइट का CMS अपडेट करना पर्याप्त नहीं है। आपको यह सुनिश्चित करना होगा कि आपकी वेबसाइट को चलाने वाला वास्तविक PHP runtime भी सुरक्षा पैच के साथ अपडेट हो चुका है।

इस गाइड में हम समझेंगे कि PHP2Shell क्या है, किन PHP versions पर इसका असर पड़ता है, cPanel और WordPress उपयोगकर्ता क्या कर सकते हैं और अपडेट के बाद वेबसाइट की सुरक्षा कैसे जांचें।

PHP2Shell क्या है और यह इतना गंभीर क्यों है?

PHP2Shell दो critical vulnerabilities का सामूहिक नाम है, जिन्हें CVE-2026-109618 और CVE-2026-109619 के रूप में ट्रैक किया जा रहा है। ये कमजोरियां PHP programming language के runtime में मौजूद हैं। PHP runtime वह हिस्सा है जो सर्वर पर PHP code को प्रोसेस करके वेबसाइट और वेब एप्लिकेशन को काम करने में मदद करता है।

दोनों सुरक्षा खामियों को CVSS v4.0 पर 9.2/10 की गंभीरता रेटिंग दी गई है। इनका सबसे बड़ा जोखिम Remote Code Execution (RCE) है। RCE की स्थिति में हमलावर किसी कमजोर सर्वर पर दूर से मनमाना code execute कर सकता है। कुछ परिस्थितियों में इससे सर्वर पर नियंत्रण हासिल करने, डेटा चोरी करने या वेबसाइट में अनधिकृत बदलाव करने का रास्ता खुल सकता है।

दोनों vulnerabilities का तकनीकी कारण अलग-अलग है:

1. CVE-2026-109618: Out-of-Memory Handling में गड़बड़ी

यह कमजोरी PHP के memory management और request processing से जुड़ी है। जब किसी request को प्रोसेस करते समय memory उपलब्ध नहीं रहती, तो PHP की internal request data अधूरी स्थिति में रह सकती है। इसके बाद cleanup प्रक्रिया उस अधूरे data को गलत तरीके से संभाल सकती है। कुछ परिस्थितियों में इसका फायदा उठाकर हमलावर remote code execution की कोशिश कर सकता है।

2. CVE-2026-109619: Use-After-Free Vulnerability

दूसरी कमजोरी Use-After-Free से जुड़ी है। यह स्थिति तब बनती है जब किसी memory location को रिलीज किए जाने के बाद भी उससे संबंधित पुरानी internal state का इस्तेमाल करने की कोशिश होती है। यदि PHP request processing के दौरान ऐसा होता है, तो memory corruption और संभावित code execution का जोखिम पैदा हो सकता है।

दोनों कमजोरियों के लिए हमलावर को पहले वेबसाइट पर सामान्य user account से लॉगिन करना जरूरी नहीं है। यही वजह है कि इंटरनेट से पहुंच योग्य PHP installations को प्राथमिकता के आधार पर अपडेट करने की सलाह दी गई है।

क्या PHP2Shell का इस्तेमाल वास्तविक हमलों में हो रहा है?

शुरुआती रिपोर्टों में सुरक्षा शोधकर्ताओं ने exploit attempts और Proof-of-Concept (PoC) तकनीकों की जानकारी दी थी। लेकिन किसी हमले की कोशिश, नियंत्रित वातावरण में सफल exploit demonstration और किसी वास्तविक वेबसाइट के compromise होने के बीच अंतर समझना जरूरी है।

अक्टूबर 2026 में कई सुरक्षा एजेंसियों और शोधकर्ताओं ने इन कमजोरियों को निशाना बनाकर की जा रही गतिविधियों की चेतावनी दी। Singapore की Cyber Security Agency ने 23 अक्टूबर को अपनी advisory अपडेट करते हुए व्यापक exploitation attempts की जानकारी दी और इंटरनेट से सीधे पहुंच योग्य सिस्टम को प्राथमिकता देने को कहा।

इसके बाद 26 अक्टूबर 2026 को CISA ने CVE-2026-109618 और CVE-2026-109619 दोनों को Known Exploited Vulnerabilities (KEV) catalog में शामिल किया। Microsoft की 30 अक्टूबर की सुरक्षा guidance भी इन दोनों कमजोरियों को actively exploited बताती है।

हालांकि अलग-अलग security researchers की monitoring में सफल exploit की पुष्टि को लेकर परिणाम अलग रहे हैं। उदाहरण के लिए, Wiz Research ने अपने telemetry में exploit attempts देखे, लेकिन अपनी निगरानी में पूरी सफल exploit chain नहीं देखी थी। इसका मतलब यह नहीं है कि सभी सर्वर सुरक्षित हैं या खतरा समाप्त हो गया है।

वेबसाइट मालिकों के लिए सही कदम यही है कि किसी हमले का प्रमाण मिलने का इंतजार किए बिना PHP runtime को अपडेट करें और संभावित compromise के संकेतों की जांच भी करें।

कौन से PHP Versions प्रभावित हैं?

PHP टीम के अनुसार, यह जोखिम उन PHP installations से संबंधित है जो web requests को process करती हैं। इसमें PHP-FPM, Apache mod_php, PHP-CGI, FrankenPHP और LiteSpeed जैसे deployment शामिल हैं। PHP टीम ने supported branches के लिए सुरक्षा अपडेट जारी किए हैं।

ये PHP प्रोजेक्ट द्वारा जारी किए गए upstream fixed versions हैं। यदि आपका सर्वर Linux distribution, managed hosting या किसी दूसरे vendor का PHP package इस्तेमाल करता है, तो वह अलग version number के साथ security fix उपलब्ध करा सकता है। ऐसे में केवल version number देखकर फैसला न करें। अपने hosting provider या operating system vendor से पुष्टि करें कि संबंधित package में दोनों सुरक्षा fixes शामिल हैं।

PHP 8.1 और उससे पुराने कई branches सामान्य upstream security support से बाहर हैं। कुछ vendors पुराने versions के लिए backported security fixes दे सकते हैं, लेकिन इसकी पुष्टि जरूरी है। यदि आपके hosting provider के पास सुरक्षित package उपलब्ध नहीं है, तो supported PHP branch पर upgrade करने की योजना बनाएं।

महत्वपूर्ण: PHP 8.5.12, 8.4.27, 8.3.36 और 8.2.35 जैसे version numbers को PHP runtime के लिए देखें। WordPress का version, plugin version या cPanel का version इस सुरक्षा अपडेट का विकल्प नहीं है।

WordPress वेबसाइट पर PHP2Shell का क्या असर हो सकता है?

WordPress PHP पर आधारित CMS है। इसका अर्थ है कि WordPress वेबसाइट का code PHP runtime के माध्यम से execute होता है। यदि hosting server पर पुराना और vulnerable PHP version चल रहा है, तो वेबसाइट जोखिम में हो सकती है, भले ही WordPress core, themes और plugins पूरी तरह अपडेट हों।

संभावित प्रभावों में शामिल हैं:

• वेबसाइट फाइलों में बदलाव: हमलावर वेबसाइट की PHP files या configuration में अनधिकृत बदलाव करने की कोशिश कर सकता है।
• डेटाबेस तक पहुंच: सर्वर पर code execution मिलने की स्थिति में वेबसाइट के डेटाबेस और उसमें मौजूद जानकारी को खतरा हो सकता है।
• वेबसाइट का नियंत्रण: हमलावर अनधिकृत scripts या web shells स्थापित करने की कोशिश कर सकता है।
• ग्राहक डेटा का जोखिम: ई-कॉमर्स और user-account वाली वेबसाइटों में ग्राहक जानकारी प्रभावित हो सकती है।
• दूसरे सिस्टम पर हमला: compromised server का इस्तेमाल अन्य सिस्टम को निशाना बनाने के लिए किया जा सकता है, यदि नेटवर्क और permissions पर्याप्त रूप से सीमित न हों।

ये संभावित परिणाम हैं, न कि हर प्रभावित वेबसाइट पर होने वाले निश्चित नुकसान। वास्तविक प्रभाव server configuration, permissions, application architecture और exploit की सफलता पर निर्भर करेगा।

PHP2Shell से वेबसाइट को सुरक्षित कैसे करें?

सबसे प्रभावी सुरक्षा उपाय PHP runtime को fixed version पर अपडेट करना है। इसके अलावा, वेबसाइट मालिकों और server administrators को कुछ अतिरिक्त जांच भी करनी चाहिए।

1. PHP Runtime को तुरंत अपडेट करें

यदि आप अपना server खुद manage करते हैं, तो PHP के security-fixed packages इंस्टॉल करें। इसके बाद PHP-FPM, Apache या संबंधित web-serving process को restart या reload करना जरूरी हो सकता है, ताकि नया runtime वास्तव में लोड हो।

सिर्फ command-line PHP binary को अपडेट करना पर्याप्त नहीं हो सकता। कई सर्वरों पर command line, PHP-FPM pool, Apache module और container में अलग-अलग PHP installations चल सकती हैं। इसलिए यह पुष्टि करें कि आपकी वेबसाइट को serve करने वाला PHP process ही patched version इस्तेमाल कर रहा है।

यदि PHP Docker या किसी अन्य container image में मौजूद है, तो image को अपडेट करके दोबारा build और deploy करें। केवल host machine पर PHP अपडेट करने से container के अंदर मौजूद पुराना runtime अपने आप अपडेट नहीं होगा।

2. cPanel में PHP Version जांचें

Shared hosting पर चलने वाली WordPress वेबसाइटों के लिए cPanel में PHP version की जांच करना एक व्यावहारिक शुरुआती कदम है। कई hosting providers cPanel में MultiPHP Manager या Select PHP Version जैसा विकल्प देते हैं। इसका नाम और उपलब्ध सुविधाएं hosting provider के अनुसार अलग हो सकती हैं।

आमतौर पर आप इन चरणों का पालन कर सकते हैं:

1. अपने hosting account में लॉगिन करके cPanel खोलें।
2. Software सेक्शन में MultiPHP Manager या PHP version management का विकल्प खोजें।
3. अपनी वेबसाइट के domain के सामने चुना गया PHP version देखें।
4. अपने hosting provider से पूछें कि चुने गए version में CVE-2026-109618 और CVE-2026-109619 के security fixes शामिल हैं या नहीं।
5. यदि patched version उपलब्ध है, तो वेबसाइट और plugins की compatibility जांचकर उसे चुनें।
6. अपडेट के बाद वेबसाइट, login, forms, checkout और दूसरे जरूरी functions को टेस्ट करें।

यदि cPanel में नया version उपलब्ध नहीं है, तो hosting provider से संपर्क करें। Shared hosting में PHP runtime का वास्तविक update अक्सर provider की जिम्मेदारी होती है।

ध्यान दें: cPanel में दिखने वाला PHP version और command line से मिलने वाला PHP version अलग हो सकता है। इसलिए provider से यह पुष्टि लें कि web requests को process करने वाला runtime patched है।

3. यदि तुरंत website security Patch संभव नहीं है, तो Exposure कम करें

PHP प्रोजेक्ट ने कुछ परिस्थितियों में अस्थायी mitigation की जानकारी दी है। ये उपाय जोखिम कम करने में मदद कर सकते हैं, लेकिन vulnerable PHP runtime को सुरक्षित version में अपडेट करने का विकल्प नहीं हैं।

CVE-2026-109619 से जुड़े एक exploit path के लिए PHP ने session.upload_progress.enabled=0 सेट करने की सलाह दी है। इसे सही समय पर लागू करना और संबंधित PHP workers को restart करना जरूरी हो सकता है।

CVE-2026-109618 के लिए भी PHP advisory में request handling, memory allocation failure और request-size limits से संबंधित अस्थायी उपायों का उल्लेख है। इन settings में बदलाव सावधानी से करें, क्योंकि गलत configuration से वेबसाइट के upload functions या दूसरे features प्रभावित हो सकते हैं।

यदि आप server configuration को अच्छी तरह नहीं समझते हैं, तो स्वयं बदलाव करने के बजाय hosting provider या system administrator से सहायता लें। PHP प्रोजेक्ट के अनुसार, पूरी सुरक्षा के लिए fixed release पर अपडेट करना ही जरूरी है।

4. वेबसाइट और Server Logs में Suspicious Activity जांचें

सिर्फ website security patch लगाने से यह गारंटी नहीं मिलती कि पहले से मौजूद attacker access भी समाप्त हो गया है। यदि आपकी वेबसाइट vulnerable PHP version पर चल रही थी, तो संभावित compromise की जांच करना जरूरी है।

इन गतिविधियों पर ध्यान दें:

• वेबसाइट की files या PHP scripts में अनजान बदलाव।
• बिना अनुमति बनाए गए नए administrator accounts।
• अचानक दिखाई देने वाली unfamiliar files या web shells।
• अनजान processes, scheduled tasks या startup entries।
• सर्वर से असामान्य outbound network connections।
• डेटाबेस में अनधिकृत बदलाव या संदिग्ध login activity।
• असामान्य PHP errors, request patterns या server failures।

अपने hosting provider से web server, PHP और system logs की जांच करवाएं। केवल WordPress activity logs पर निर्भर न रहें, क्योंकि runtime-level exploit application code तक पहुंचने से पहले भी हो सकता है।

5. Backups और Login Credentials सुरक्षित करें

वेबसाइट का नियमित backup रखना जरूरी है, लेकिन backup को केवल उसी server पर रखना पर्याप्त नहीं है। ऐसे backups भी रखें जिनमें compromised website account को सीधे बदलाव करने की अनुमति न हो। समय-समय पर restore test भी करें।

यदि जांच में पता चलता है कि attacker को server या account तक पहुंच मिली हो सकती है, तो संभावित रूप से exposed credentials बदलें। इसमें शामिल हैं:

• Hosting और cPanel passwords।
• WordPress administrator passwords।
• Database credentials।
• FTP और SSH access credentials।
• Deployment keys और API secrets।

जहां उपलब्ध हो, Multi-Factor Authentication (MFA) सक्षम करें। यदि server compromise की पुष्टि होती है, तो केवल homepage restore करना या किसी संदिग्ध file को हटाना पर्याप्त नहीं हो सकता। Persistence mechanisms और server permissions की जांच के लिए security professional की सहायता लें।

भारत में वेबसाइट मालिकों और छोटे व्यवसायों को क्या करना चाहिए?

भारत में PHP आधारित वेबसाइट चलाने वाले छोटे व्यवसायों, startups, publishers और ई-कॉमर्स कंपनियों को इस खतरे को गंभीरता से लेना चाहिए। CERT-In ने अक्टूबर 2026 में PHP2Shell को लेकर भारतीय संगठनों और MSMEs के लिए critical advisory जारी की थी। इसमें PHP का इस्तेमाल करने वाले सिस्टम की पहचान करने और security updates जल्द लागू करने की सलाह दी गई।

छोटे व्यवसायों के लिए एक चुनौती यह है कि वे अक्सर server का पूरा नियंत्रण नहीं रखते। Shared hosting में server software और PHP runtime का प्रबंधन hosting company करती है, जबकि वेबसाइट मालिक केवल अपने domain और application settings को नियंत्रित कर सकता है।

ऐसी स्थिति में hosting provider को एक स्पष्ट support request भेजें और इन सवालों का जवाब मांगें:

• क्या मेरे domain को serve करने वाला PHP runtime PHP2Shell के दोनों security fixes के साथ अपडेट है?
• क्या PHP-FPM या Apache के वास्तविक web-serving process में patched build चल रहा है?
• क्या पुराने PHP branches के लिए कोई verified backported security fix उपलब्ध है?
• क्या संभावित exploitation attempts के लिए server logs की जांच की गई है?
• यदि update अभी उपलब्ध नहीं है, तो अस्थायी सुरक्षा उपाय और website security patch deployment की समयसीमा क्या है?

केवल मुख्य वेबसाइट की जांच न करें। पुराने staging domains, test websites, subdomains, internal tools और third-party applications में भी PHP चल सकता है। CERT-In की सलाह के अनुसार, संगठनों को अपने infrastructure में PHP के सभी इस्तेमाल की पहचान करनी चाहिए।

यदि किसी सुरक्षा घटना या compromise का संदेह हो, तो संबंधित logs और उपलब्ध evidence सुरक्षित रखें तथा CERT-In की incident reporting guidance का पालन करें।

PHP2Shell के बाद सामने आया एक और PHP Security Warning

PHP2Shell के लिए emergency patches जारी होने के दो दिन बाद, 23 अक्टूबर 2026 को PHP प्रोजेक्ट ने एक अलग संभावित Remote Code Execution जोखिम के बारे में informational advisory जारी की। इसे CVE-2026-115560 के रूप में पहचाना गया।

यह नया मुद्दा PHP2Shell के दोनों CVEs से अलग है और सामान्य वेबसाइट configuration में लागू नहीं होता। PHP के अनुसार, इसका जोखिम एक विशेष configuration और application code के संयोजन में पैदा हो सकता है। इसमें application पहले session.serialize_handler को php_binary या php_serialize पर सेट करती है और फिर session_start() से पहले runtime पर इसे ini_set() के माध्यम से php में बदलती है। साथ ही session upload progress सक्षम होना चाहिए।

इस विशिष्ट स्थिति के लिए PHP ने अस्थायी रूप से session.upload_progress.enabled=0 रखने की सलाह दी है। PHP ने इसे कम संभावना वाला configuration issue बताया और कहा कि इसे नियमित bug-fix release cycle में ठीक किया जाएगा।

इसका मतलब यह नहीं है कि हर PHP वेबसाइट को किसी भी जांच के बिना अलग-अलग session settings बदल देनी चाहिए। यदि आपकी application में custom session configuration है, तो PHP की आधिकारिक advisory पढ़ें और developer या hosting administrator से पुष्टि करें।

यह भी ध्यान रखें कि PHP2Shell के लिए जारी किए गए fixed versions और CVE-2026-115560 का mitigation अलग विषय हैं। केवल PHP2Shell website security patch लगा देने से इस विशेष configuration warning का समाधान अपने आप सुनिश्चित नहीं होता।

PHP2Shell Security Updates की Timeline

अक्सर पूछे जाने वाले सवाल (FAQs)

PHP2Shell क्या है?

PHP2Shell दो critical PHP runtime vulnerabilities, CVE-2026-109618 और CVE-2026-109619 का नाम है। इनका फायदा उठाकर कुछ परिस्थितियों में बिना authentication के remote code execution संभव हो सकता है।

क्या PHP2Shell केवल WordPress वेबसाइटों को प्रभावित करता है?

नहीं। यह PHP runtime की कमजोरी है। WordPress, Drupal, Magento और अन्य PHP आधारित वेबसाइटें प्रभावित हो सकती हैं। यह जोखिम उन PHP installations पर निर्भर करता है जो web requests को process करती हैं।

PHP2Shell को ठीक करने के लिए कौन सा PHP Version इंस्टॉल करना चाहिए?

PHP प्रोजेक्ट के upstream fixed versions PHP 8.5.12, 8.4.27, 8.3.36 और 8.2.35 हैं। यदि आप किसी Linux distribution या hosting provider का managed package इस्तेमाल करते हैं, तो उसके verified security update की पुष्टि करें।

क्या WordPress और Plugins अपडेट करने से PHP2Shell ठीक हो जाएगा?

नहीं। WordPress core, themes और plugins को अपडेट करना जरूरी है, लेकिन इससे server पर मौजूद PHP runtime अपने आप अपडेट नहीं होता। आपको hosting provider या server administrator से PHP website security patch की पुष्टि करनी होगी।

क्या cPanel से PHP2Shell का Patch लगाया जा सकता है?

यह आपके hosting provider पर निर्भर करता है। यदि cPanel में MultiPHP Manager या PHP version selector उपलब्ध है, तो आप supported patched version चुन सकते हैं। लेकिन shared hosting में provider से यह पुष्टि करना जरूरी है कि वास्तविक web-serving PHP process भी patched है।

क्या Firewall या WAF PHP2Shell से पूरी सुरक्षा दे सकता है?

Web Application Firewall (WAF), network filtering और intrusion prevention कुछ संदिग्ध requests को रोकने और जोखिम कम करने में मदद कर सकते हैं। लेकिन ये PHP runtime के website security patch का विकल्प नहीं हैं। सुरक्षित PHP version पर अपडेट करना प्राथमिक समाधान है।

क्या PHP2Shell का इस्तेमाल वास्तविक हमलों में हुआ है?

हां। CISA ने 26 अक्टूबर 2026 को दोनों संबंधित CVEs को अपनी Known Exploited Vulnerabilities सूची में शामिल किया। सुरक्षा एजेंसियों और शोधकर्ताओं ने exploitation attempts की जानकारी दी है। हालांकि किसी खास वेबसाइट पर सफल compromise हुआ है या नहीं, यह उसकी जांच से ही पता चलेगा।

यदि मेरा Hosting Provider अभी PHP Update नहीं दे रहा है, तो क्या करूं?

Provider से लिखित website security patch status और deployment timeline मांगें। अस्थायी रूप से exposure कम करने के लिए PHP की आधिकारिक advisory के अनुसार उपाय अपनाएं और जरूरत पड़ने पर internet-facing services तक पहुंच सीमित करें। केवल firewall लगाने को स्थायी समाधान न मानें।

क्या PHP2Shell Patch लगाने के बाद वेबसाइट पूरी तरह सुरक्षित हो जाती है?

Website Security Patch लगाने से ये ज्ञात vulnerabilities ठीक होती हैं, लेकिन इससे पहले से मौजूद malware, web shells या attacker access अपने आप समाप्त नहीं होते। यदि वेबसाइट vulnerable रही है, तो server logs, files, accounts और credentials की जांच भी जरूरी है।

निष्कर्ष: Website Security Patch को टालना सही नहीं

PHP2Shell इस बात की याद दिलाता है कि वेबसाइट की सुरक्षा केवल WordPress, plugins या themes को अपडेट रखने तक सीमित नहीं है। वेबसाइट को चलाने वाला PHP runtime और server infrastructure भी उतने ही महत्वपूर्ण हैं। दो critical vulnerabilities को CISA द्वारा Known Exploited Vulnerabilities सूची में शामिल किया जाना इस खतरे को और गंभीर बनाता है।

यदि आपकी वेबसाइट PHP पर चलती है, तो सबसे पहले hosting provider से सक्रिय PHP version और website security patch की पुष्टि करें। इसके बाद patched runtime लागू करें, संबंधित services restart करवाएं और वेबसाइट की सामान्य functionality जांचें। यदि server पहले vulnerable रहा है, तो logs और files में suspicious activity की जांच भी कराएं।

छोटे व्यवसायों और WordPress वेबसाइट मालिकों के लिए यह कदम विशेष रूप से महत्वपूर्ण है, क्योंकि एक compromised server वेबसाइट के साथ-साथ ग्राहक डेटा, business operations और उससे जुड़े दूसरे systems को भी प्रभावित कर सकता है। किसी हमले का इंतजार करने के बजाय समय पर website security patch लगाना और उसके बाद verification करना ही बेहतर सुरक्षा रणनीति है।

ऐसी ही और कवर स्टोरीज़ के लिए दी स्मार्ट इनोवेटर को फ़ॉलो करें। तकनीकी दुनिया के अपडेट्स के लिए हमारे न्यूज़लेटर्स सब्सक्राइब करें। अंग्रेजी तकनीकी सामग्री में रुचि है? The Smart Innovator™ को फ़ॉलो करें।