21 अक्टूबर 2026 की PHP सुरक्षा रिलीज़ उपलब्ध हैआधिकारिक सूचना पढ़ें ↗
Globya PHP2Shell Checkerby Globya Information Technologies
हिन्दी

<?php स्वतंत्र PHP सुरक्षा जाँच

क्या आपका PHP, PHP2Shell से प्रभावित है?

PHP में ही मौजूद दो गंभीर कमज़ोरियाँ रिमोट कोड एक्ज़ीक्यूशन की अनुमति देती हैं। इन्हें 21 अक्टूबर 2026 को ठीक किया गया। देखें कि कोई वेबसाइट अपने PHP संस्करण के बारे में क्या बताती है, या संस्करण स्ट्रिंग पेस्ट करें — फिर जानें कि ठीक-ठीक क्या करना है।

  • निष्क्रिय: केवल एक सामान्य अनुरोध, कोई exploit नहीं
  • मुफ़्त, बिना पंजीकरण, बिना विज्ञापन
  • php.net और आधिकारिक advisories पर आधारित

1वेबसाइट जाँचें

उदाहरण के लिए example.com या https://shop.example.com/।

पाँच अक्षरों वाला सुरक्षा जाँच चित्र

हम एक सामान्य HEAD अनुरोध भेजते हैं और response headers पढ़ते हैं — इसके अलावा कुछ नहीं। प्रति घंटे अधिकतम 20 जाँचें। ठीक-ठीक क्या भेजा जाता है

2संस्करण जाँचें

आपके ब्राउज़र में ही जाँचा जाता है — हमें कुछ नहीं भेजा जाता। हर पंक्ति में एक संस्करण, अधिकतम 20।

    9.2गंभीरता: क्रिटिकलCVSS v4.0
    2संबंधित कमज़ोरियाँCVE-2026-109618 / 109619
    4पैच की गई ब्रांचPHP 8.2 – 8.5
    19भाषाएँEN · 中文 · DE · TR · العربية …

    01 · php.net · 2026-10-23

    ठीक किए गए संस्करण

    ब्रांचइसमें ठीक किया गयाब्रांच की स्थिति
    PHP 8.58.5.12सक्रिय रूप से समर्थित
    PHP 8.48.4.27सक्रिय रूप से समर्थित
    PHP 8.38.3.36केवल सुरक्षा fixes
    PHP 8.28.2.35केवल सुरक्षा fixes — 31 दिसंबर 2026 को end of life
    PHP 8.1 · 8.0 · 7.x · 5.xकोई आधिकारिक रिलीज़ नहींEnd of life — PHP प्रोजेक्ट से कोई रिलीज़ नहीं

    स्रोत: php.net सुरक्षा सलाह, 21 अक्टूबर 2026। अंतिम सत्यापन 2026-10-23।

    PHP2Shell क्या है?

    PHP2Shell वह नाम है जो शोधकर्ताओं ने PHP इंजन की दो कमज़ोरियों को दिया है: CVE-2026-109618 (अनुरोध को पार्स करते समय PHP की मेमोरी ख़त्म होने पर memory corruption) और CVE-2026-109619 (आंतरिक स्थिति जो एक ही worker पर एक अनुरोध से अगले अनुरोध तक बची रह जाती है)। दोनों का CVSS v4.0 स्कोर 9.2 है।

    बिना प्रमाणीकरण वाला हमलावर server पर कोड चला सकता है या — बिना कोई कोड चलाए — PHP प्रोसेस की मेमोरी पढ़ सकता है, जिसमें दूसरे अनुरोधों के पासवर्ड, session tokens, API keys और certificates शामिल हैं। php.net के अनुसार ये वेब अनुरोधों को सर्व करने वाले PHP को प्रभावित करती हैं: PHP-FPM, mod_php के साथ Apache, php-cgi, FrankenPHP और LiteSpeed। शोधकर्ताओं ने WordPress, Drupal और Joomla पर हमले प्रदर्शित किए, लेकिन किसी ख़ास एप्लिकेशन की ज़रूरत नहीं है: प्रभावित PHP पर एक साधारण “Hello World” पेज भी जोखिम में है।

    अभी क्या करें

    1. 8.5.12, 8.4.27, 8.3.36 या 8.2.35 पर update करें — या अपने distribution का patched पैकेज इंस्टॉल करें।
    2. हर PHP प्रोसेस को restart करें: PHP-FPM, Apache, queue workers, containers। तब तक update सक्रिय नहीं होता।
    3. server पर हर PHP की जाँच करें — पैनल अक्सर कई संस्करण साथ-साथ इंस्टॉल करते हैं।

    पूरी चरण-दर-चरण गाइड

    02 · shell

    सीधे server पर जाँचें

    वेबसाइट जाँच केवल वही देख पाती है जो server दिखाना चुनता है। server पर ये कमांड असली उत्तर देती हैं:

    # डिफ़ॉल्ट PHP का संस्करण
    php -v
    # पैनल या पैकेज द्वारा इंस्टॉल किए गए अन्य PHP संस्करण
    ls -d /usr/bin/php* /usr/sbin/php-fpm* /opt/alt/php*/usr/bin/php /opt/cpanel/ea-php*/root/usr/bin/php /opt/plesk/php/*/bin/php 2>/dev/null
    # आंशिक बचाव उपायों से जुड़ी सेटिंग्स
    php -i | grep -E 'session.upload_progress.enabled|post_max_size|memory_limit|fatal_error_backtraces'
    # आपकी साइट विज़िटर्स को क्या दिखाती है
    curl -sI https://your-site.com/ | grep -i -E '^(x-powered-by|server):'

    03 · FAQ

    सामान्य प्रश्न

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

    समर्थित ब्रांचों में 8.5.12, 8.4.27, 8.3.36 और 8.2.35 से पहले का हर संस्करण। PHP 8.1 और पुराने संस्करण end of life हैं और उन्हें PHP प्रोजेक्ट से कोई रिलीज़ नहीं मिलती; जब तक आपका vendor backported fix की पुष्टि न करे, उन्हें प्रभावित मानें।

    मेरी साइट PHP संस्करण नहीं दिखाती। क्या मैं सुरक्षित हूँ?

    ज़रूरी नहीं। संस्करण छिपाना (expose_php = Off) अच्छी प्रथा है, लेकिन इससे कुछ भी patch नहीं होता। server पर php -v से जाँचें या अपने प्रदाता से पूछें।

    चेकर पुराना संस्करण दिखाता है, लेकिन मेरा host कहता है कि यह patched है। कौन सही है?

    संभवतः दोनों। Debian, Ubuntu और RHEL जैसे Linux distributions अक्सर संस्करण नंबर बदले बिना सुरक्षा fixes backport करते हैं। अपने host से पूछें कि कौन-सा पैकेज build इंस्टॉल है और क्या उसके changelog में CVE-2026-109618 और CVE-2026-109619 का उल्लेख है।

    क्या WordPress, Laravel या मेरा CMS प्रभावित है?

    कमियाँ PHP में ही हैं, इसलिए प्रभावित PHP पर चलने वाला हर एप्लिकेशन जोखिम में है। शोधकर्ताओं ने WordPress, Drupal और Joomla पर बिना प्रमाणीकरण वाले हमले प्रदर्शित किए, लेकिन वे केवल उदाहरण थे — एक साधारण “Hello World” पेज भी काफ़ी है। WordPress या plugins update करने से यह ठीक नहीं होता; PHP को update करना ज़रूरी है।

    क्या कोड चलाए बिना भी डेटा लीक हो सकता है?

    हाँ। CVE-2026-109619 हमलावर के कोई कोड चलाए बिना PHP प्रोसेस की मेमोरी उजागर कर सकता है — दूसरे अनुरोधों के पासवर्ड, session tokens, API keys और certificates। ऐसे लीक कोई फ़ाइल पीछे नहीं छोड़ते और इनका पता लगाना कठिन है, इसलिए इंटरनेट पर प्रभावित संस्करण चलाने वाली हर साइट के secrets बदलें।

    सभी प्रश्न