उत्तरप्रकाशित22 स्रोत
PHP2Shell संकट में ओन्ड्रेज सुरी ने Debian और Ubuntu सर्वरों तक पैच पहुंचाने में मदद की
21 अक्टूबर 2026 को PHP ने दो रिमोट कोड एक्ज़ीक्यूशन कमजोरियों के लिए अपडेट जारी किए। दोनों को CVSS v4.0 पर 9.2 रेटिंग मिली थी। सुरी ने उसी दिन Debian और Ubuntu के लिए PHP 5.6 से 8.5 तक के पैच वाले पैकेज उपलब्ध कराए। यह दिखाता है कि मूल सॉफ्टवेयर में सुधार के साथ उसे उपयोगकर्ताओं तक पहुंचाने वाले अनुरक्षक भी सुरक्षा...
प्रकाशितकर्ताGPT-6 Luna से संपादितGPT Image 2 से चित्र बनाए गए
शोध उत्तर
मुख्य निष्कर्ष
- 21 अक्टूबर 2026 को PHP ने दो रिमोट कोड एक्ज़ीक्यूशन कमजोरियों के लिए अपडेट जारी किए। दोनों को CVSS v4.0 पर 9.2 रेटिंग मिली थी।
- सुरी ने उसी दिन Debian और Ubuntu के लिए PHP 5.6 से 8.5 तक के पैच वाले पैकेज उपलब्ध कराए। यह दिखाता है कि मूल सॉफ्टवेयर में सुधार के साथ उसे उपयोगकर्ताओं तक पहुंचाने वाले अनुरक्षक भी सुरक्षा के लिए अहम हैं।[17][28]
AI संकेत
openai.comCreate a landscape editorial hero image for this Studio Global article: How did Ondřej Surý—a volunteer who has maintained Debian and Ubuntu PHP packages mostly in his spare time for more than 20 years while work. Article summary: Surý’s contribution was to help turn emergency PHP security fixes into updates that website operators could actually install—a crucial step between fixing source code and protecting running servers.[7] His experience ill. Topic tags: general, general web, news, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts w
सुरक्षा खामी का पैच तभी काम आता है जब प्रभावित सिस्टम चलाने वाले लोग उसे इंस्टॉल कर सकें। PHP2Shell के जवाब में स्वयंसेवी अनुरक्षक ओन्ड्रेज सुरी ने इसी कड़ी को मजबूत किया: उन्होंने Debian और Ubuntu के लिए PHP पैकेज तैयार किए, जिनमें पुराने PHP संस्करणों के पैकेज भी शामिल थे।17
28 उनका काम दिखाता है कि ओपन-सोर्स सुरक्षा केवल खामी ढूंढने और कोड ठीक करने पर निर्भर नहीं करती—अपडेट को सिस्टम प्रशासकों तक पहुंचाने वाले रखरखाव का भी बड़ा महत्व है।
PHP2Shell क्या था और PHP ने कौन-से सुधार जारी किए?
PHP2Shell नाम दो कमजोरियों—CVE-2026-109618 और CVE-2026-109619—के लिए इस्तेमाल किया गया। PHP सुरक्षा टीम की अग्रिम सूचना में दोनों को CVSS v4.0 पर 9.2 रेटिंग दी गई थी।6
7 प्रभावित PHP इंस्टॉलेशन वेब अनुरोध संभाल रहे हों, तो इन खामियों का सफल फायदा उठाकर बिना लॉग-इन किया हमलावर दूर से कोड चला सकता था।
3
8
21 अक्टूबर 2026 को PHP ने ठीक किए गए संस्करण 8.2.35, 8.3.36, 8.4.27 और 8.5.12 जारी किए।3 ये PHP परियोजना के मूल, यानी अपस्ट्रीम, अपडेट थे। लेकिन सर्वर चलाने वालों के लिए सुधार को अपने सिस्टम पर इंस्टॉल करना भी जरूरी था—और इसके लिए उनके Linux वितरण के अनुरूप पैकेज चाहिए थे।
पैकेज तैयार करना क्यों मायने रखता है?
कई सिस्टम प्रशासक PHP को स्रोत कोड से खुद बनाने के बजाय पहले से तैयार पैकेज इंस्टॉल करते हैं। इसलिए मूल कोड में सुधार जारी होना और उसे अलग-अलग सिस्टमों के लिए पैकेज करना दो अलग चरण हैं। सुरी 20 से अधिक वर्षों से Debian और Ubuntu के PHP पैकेजों पर स्वयंसेवक के रूप में काम कर रहे हैं, ज्यादातर अपने खाली समय में।17
32
रिपोर्टों के मुताबिक, उनके रिपॉज़िटरी ने रिलीज़ वाले दिन PHP 5.6 से 8.5 तक के संस्करणों के लिए पैच किए हुए पैकेज उपलब्ध कराए।28 पुराने इंस्टॉलेशन के लिए यह खास तौर पर उपयोगी था: PHP 8.1 और उससे पुराने संस्करणों को PHP परियोजना से नियमित अपडेट नहीं मिलते थे। हालांकि, PHP टीम ने 7.4, 8.0 और 8.1 के लिए स्रोत-कोड पैच भी जारी किए, और कुछ अन्य विक्रेताओं ने भी सुधार दिए।
2
33
फर्क सीधा है: स्रोत कोड का पैच उन लोगों के लिए मददगार है जो उसे लागू करके PHP खुद बना सकते हैं; तैयार पैकेज सिस्टम प्रशासकों को अपडेट लगाने का अधिक आसान रास्ता देता है। सुरी के काम ने Debian और Ubuntu उपयोगकर्ताओं के लिए यह रास्ता उपलब्ध कराने में मदद की—पुराने PHP संस्करण चलाने वालों के लिए भी।24
28 उपलब्ध रिपोर्टें पैकेज तैयार होने की पुष्टि करती हैं, लेकिन यह नहीं बतातीं कि कितने सर्वरों पर वे इंस्टॉल हुए या कितनी जल्दी लगाए गए।
रिलीज़ की समय-सीमा और विवाद
PHP सुरक्षा टीम ने रिलीज़ 21 अक्टूबर के लिए तय की थी। टीम ने यह भी कहा था कि अगर कमजोरियों की जानकारी सार्वजनिक हो जाए या सक्रिय हमलों के संकेत मिलें, तो रिलीज़ पहले की जा सकती है।7 रिलीज़ प्रक्रिया के समय को लेकर विवाद भी हुआ। PHP Foundation ने कहा कि Chainguard ने तय समय से छह घंटे से अधिक पहले पैच वाले कंटेनर इमेज प्रकाशित करके सहमति-आधारित गोपनीयता अवधि तोड़ी।
34 एक अलग रिपोर्ट के अनुसार, Chainguard के CEO ने कहा कि ऐसा इसलिए किया गया क्योंकि शोषण के प्रयास पहले से सामने आ रहे थे।
36 ये रिपोर्टें अलग-अलग पक्षों के दावे दर्ज करती हैं; इनके आधार पर विवाद का स्वतंत्र रूप से निपटारा नहीं किया जा सकता।
ओपन-सोर्स सुरक्षा की बड़ी तस्वीर
PHP2Shell के जवाब में कई कड़ियां जुड़ी थीं: कमजोरियों की पहचान, PHP परियोजना में सुधार, अलग-अलग वितरणों के लिए पैकेज बनाना और फिर सिस्टम प्रशासकों का अपडेट लागू करना। सुरी के लंबे समय से चल रहे स्वयंसेवी काम ने पैकेजिंग की इस कड़ी को खास तौर पर उजागर किया। व्यापक सबक यह है कि ओपन-सोर्स सॉफ्टवेयर का सुरक्षा सुधार अनुरक्षकों और वितरणों के रास्ते उपयोग में आ रहे सिस्टमों तक पहुंचना चाहिए।17
24
यही वजह है कि सॉफ्टवेयर का रखरखाव भी सुरक्षा का हिस्सा है। समय पर अपडेट पहुंचाने के लिए ऐसे लोगों और परियोजनाओं की जरूरत होती है जो पैकेजों को संभाल सकें—उन पुराने संस्करणों के लिए भी, जिनसे मूल सॉफ्टवेयर परियोजना आगे बढ़ चुकी हो।28
33
Studio Global AI
अपना शोध जारी रखें
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
लोग पूछते भी हैं
"PHP2Shell संकट में ओन्ड्रेज सुरी ने Debian और Ubuntu सर्वरों तक पैच पहुंचाने में मदद की" का संक्षिप्त उत्तर क्या है?
21 अक्टूबर 2026 को PHP ने दो रिमोट कोड एक्ज़ीक्यूशन कमजोरियों के लिए अपडेट जारी किए। दोनों को CVSS v4.0 पर 9.2 रेटिंग मिली थी।
सबसे पहले सत्यापित करने योग्य मुख्य बिंदु क्या हैं?
21 अक्टूबर 2026 को PHP ने दो रिमोट कोड एक्ज़ीक्यूशन कमजोरियों के लिए अपडेट जारी किए। दोनों को CVSS v4.0 पर 9.2 रेटिंग मिली थी। सुरी ने उसी दिन Debian और Ubuntu के लिए PHP 5.6 से 8.5 तक के पैच वाले पैकेज उपलब्ध कराए। यह दिखाता है कि मूल सॉफ्टवेयर में सुधार के साथ उसे उपयोगकर्ताओं तक पहुंचाने वाले अनुरक्षक भी सुरक्षा के लिए अहम हैं।[17][28]