सिंगापुर की साइबर सुरक्षा आयुक्त ग्वेंडा फोंग ने 22 अक्टूबर 2026 को संगठनों से PHP की गंभीर खामियों पर तुरंत कार्रवाई करने को कहा। इन खामियों का सामूहिक नाम PHP2Shell है। इनके जरिए हमलावर बिना लॉग-इन किए प्रभावित वेब सर्वर पर अपना कोड चला सकते थे—जिससे सर्वर पर नियंत्रण पाने का खतरा पैदा हो सकता था।
5
7
14
PHP वेबसाइटों और वेब ऐप्लिकेशनों को चलाने के लिए इस्तेमाल होने वाली प्रोग्रामिंग भाषा है। इसलिए किसी संगठन को यह पता भी न हो कि उसकी वेबसाइट, ऐप्लिकेशन या होस्टिंग सेवा के पीछे PHP चल रहा है। रिपोर्टों के मुताबिक, खामियां वर्षों से मौजूद थीं और AI की मदद से हुई सुरक्षा जांच के दौरान सामने आईं।
1
5
7
चेतावनी इतनी तत्काल क्यों थी?
PHP2Shell में शामिल दोनों खामियों के पहचान नंबर CVE-2026-109618 और CVE-2026-109619 हैं। सिंगापुर की साइबर सुरक्षा एजेंसी (CSA) ने इन्हें गंभीर श्रेणी में रखा और दोनों को CVSS v4.0 पैमाने पर 10 में से 9.2 अंक दिए। सफल हमले की स्थिति में बिना प्रमाणीकरण के रिमोट कोड चलाया जा सकता था।
3
PHP डेवलपर्स ने 21 अक्टूबर को सुरक्षा अपडेट जारी किए। इसके बाद फोंग ने संगठनों से कार्रवाई की अपील की। उस समय हमलों की कोशिशों की खबरें थीं और खामियों का फायदा उठाने के तरीके भी सामने आए थे। लेकिन हमले की कोशिश या तरीका दिखाया जाना अपने-आप में यह साबित नहीं करता कि किसी खास संगठन का सिस्टम हैक हो चुका है। बीबीसी ने उस समय बताया था कि सफल शोषण की कोई रिपोर्ट नहीं थी।
3
6
7
8
14
दुनिया के कुछ वेबसाइट संचालकों ने पैच लगाने के दौरान एहतियातन अपनी सेवाएं अस्थायी रूप से बंद कीं। वेबसाइट का कुछ समय के लिए बंद होना अपने-आप में इस बात का सबूत नहीं है कि हैकरों ने उसे ठप किया था।
9
संगठनों को अब क्या करना चाहिए?
1. PHP चलाने वाले सभी सिस्टम की पहचान करें
आईटी टीम से वेबसाइटों, वेब सर्वरों और ऐप्लिकेशन के बैक-एंड की जांच करवाएं। इसमें बाहरी प्रदाताओं के पास होस्ट किए गए सिस्टम भी शामिल हों। हर सिस्टम पर PHP का कौन-सा संस्करण चल रहा है और उसकी जिम्मेदारी किसकी है, यह दर्ज करें। फोंग ने जोखिम में पड़े सिस्टम खोजने को तत्काल प्राथमिकता बताया था।
7
2. इंटरनेट से सीधे पहुंच योग्य सेवाओं पर पहले पैच लगाएं
21 अक्टूबर को जारी PHP सुरक्षा अपडेट लागू करें और प्रभावित सॉफ़्टवेयर व सुधार के निर्देशों की पुष्टि के लिए CSA की SingCERT चेतावनी “Critical Vulnerabilities in PHP (PHP2Shell)” देखें। इंटरनेट से सीधे पहुंच योग्य सिस्टम पहले ठीक करें, क्योंकि उन्हें संगठन के बाहर से एक्सेस किया जा सकता है। सभी PHP इंस्टॉलेशन पर एक ही अपडेट प्रक्रिया लागू होगी, यह न मानें—अपने संस्करण के लिए आधिकारिक निर्देश जांचें।
3
3. बाहरी आईटी विक्रेता या होस्टिंग प्रदाता से साफ जवाब मांगें
छोटे और मध्यम व्यवसाय (SMEs) जो बाहरी आईटी कंपनियों या होस्टिंग प्रदाताओं पर निर्भर हैं, उनसे पूछें: क्या उनकी सेवाओं में प्रभावित PHP संस्करण इस्तेमाल हो रहे हैं? कौन-से सिस्टम पैच किए गए हैं? क्या कोई इंटरनेट-सुलभ सिस्टम अभी भी बाकी है? साथ में जिम्मेदार व्यक्ति और काम पूरा करने की समय-सीमा तय करें, फिर सुधार पूरा होने की पुष्टि लें। छोटे संगठनों को हमेशा पता नहीं होता कि उनकी इस्तेमाल की जा रही सेवा के पीछे PHP चल रहा है।
15
4. पैच के साथ यह भी जांचें कि पहले सेंध तो नहीं लगी
अपडेट लगाने से खामी ठीक होती है, लेकिन इससे यह साबित नहीं होता कि पैच से पहले किसी ने सिस्टम तक पहुंच नहीं बनाई थी। अपनी सुरक्षा टीम या सेवा प्रदाता से वेब सर्वर और ऐप्लिकेशन के लॉग जांचने को कहें। संदिग्ध प्रक्रियाओं, अनपेक्षित फाइल बदलावों या अन्य असामान्य गतिविधियों पर गौर करें। चिंता पैदा करने वाले संकेत मिलें तो संगठन की साइबर घटना-प्रतिक्रिया प्रक्रिया के तहत जांच आगे बढ़ाएं।
5. CSA की सलाह लें और जरूरत पर तकनीकी मदद बुलाएं
CSA SingCERT की चेतावनी वेबसाइट, इंफ्रास्ट्रक्चर और सुरक्षा संभालने वाली टीमों तक पहुंचाएं। अगर आपकी टीम प्रभावित सिस्टम पहचानने या सुरक्षित ढंग से अपडेट लगाने में सक्षम नहीं है, तो संबंधित आईटी प्रदाता या योग्य साइबर सुरक्षा विशेषज्ञ की मदद लें। प्रभावित सॉफ़्टवेयर और सुधार के निर्देशों के लिए CSA की सलाह को मुख्य संदर्भ बनाएं।
3
मुख्य काम साफ है: पता लगाएं कि PHP कहां चल रहा है, प्रभावित और इंटरनेट से जुड़े सिस्टम पर जल्द पैच लगाएं, फिर सुधार और सिस्टम की सुरक्षा—दोनों की पुष्टि करें। एहतियातन सेवा बंद करना या हमले की कोशिश होना सेंध का प्रमाण नहीं है; उसी तरह पैच पूरा होना भी इस बात का प्रमाण नहीं कि उससे पहले कभी पहुंच नहीं बनाई गई।
6
9
14