10 नवंबर 2026 को Microsoft एक ही दिन .NET के दो वर्ज़न के लिए सुरक्षा अपडेट जारी करना बंद कर देगा: .NET 8 और .NET 9। उस तारीख के बाद प्लेटफ़ॉर्म में मिली कोई भी कमज़ोरी इन दोनों में से किसी भी वर्ज़न में ठीक नहीं की जाएगी। अगर आपका अकाउंटिंग सिस्टम, पॉइंट ऑफ़ सेल या ERP इनमें से किसी एक पर बना है — और सऊदी बाज़ार में बहुत से ऐसे हैं — तो आपके पास यह तय करने के लिए दो महीने से भी कम समय है कि आगे कहाँ जाना है। ज़्यादातर कारोबारों के लिए सही मंज़िल .NET 10 है, जिसका सपोर्ट 14 नवंबर 2028 तक है, न कि .NET 11, जिसका पहला रिलीज़ कैंडिडेट केवल दो दिन पहले आया है।

8 सितंबर को क्या हुआ

8 सितंबर 2026 को Microsoft ने घोषणा की कि .NET 11 go-live सपोर्ट लाइसेंस के साथ Release Candidate 1 तक पहुँच गया है — यानी अंतिम रिलीज़ आने से पहले ही Microsoft इसे असली प्रोडक्शन में चलाने को आधिकारिक रूप से सपोर्ट करता है। उसी दिन .NET 10, .NET 9 और .NET 8 के लिए नियमित सर्विसिंग अपडेट भी जारी हुए।

यह तकनीकी ख़बर है। जो ख़बर एक कारोबारी मालिक के लिए मायने रखती है, वह बिल्कुल अलग पेज पर है: उसी दिन अपडेट किया गया आधिकारिक सपोर्ट पॉलिसी पेज, जो साफ़ कहता है कि .NET 8 और .NET 9 का सपोर्ट 10 नवंबर 2026 को ख़त्म हो जाएगा। चमकदार रिलीज़ घोषणा सारा ध्यान खींच लेती है; जो लाइन आपको असली पैसा खर्च करवाती है, वह एक उबाऊ टेबल में लिखी होती है।

"लॉन्ग टर्म सपोर्ट" रिलीज़ का सपोर्ट क्यों ख़त्म हो जाता है

Microsoft हर नवंबर .NET की एक बड़ी रिलीज़ जारी करता है। सम संख्या वाली रिलीज़ लॉन्ग टर्म सपोर्ट वाली होती हैं और उन्हें तीन साल तक मुफ़्त पैच मिलते हैं; विषम संख्या वाली रिलीज़ स्टैंडर्ड टर्म सपोर्ट वाली होती हैं और उन्हें दो साल मिलते हैं।

.NET 8 की रिलीज़ 14 नवंबर 2023 को हुई थी, इसलिए उसके तीन साल नवंबर 2026 में पूरे होते हैं। .NET 9 की रिलीज़ 12 नवंबर 2024 को हुई थी, इसलिए उसके दो साल भी लगभग उसी समय पूरे होते हैं। यही वजह है कि दोनों 10 नवंबर को ख़त्म हो रहे हैं। यहीं टीमें चूक जाती हैं: "लॉन्ग टर्म सपोर्ट" का मतलब हमेशा का सपोर्ट नहीं है। इसका मतलब है रिलीज़ के दिन से गिने गए तीन साल, और जब कोई ध्यान नहीं दे रहा था, तब तक इस घड़ी का बड़ा हिस्सा पहले ही बीत चुका है।

सही लक्ष्य .NET 10 है, .NET 11 नहीं

ऐसी ख़बर पर तुरंत की प्रतिक्रिया होती है, "तो फिर सबसे नए पर अपग्रेड कर लेते हैं।" ज़्यादातर बिज़नेस सिस्टम के लिए यह ग़लत फ़ैसला है, और इसकी वजह उसी सपोर्ट टेबल में है।

.NET 10 की रिलीज़ 11 नवंबर 2025 को हुई, यह एक लॉन्ग टर्म सपोर्ट रिलीज़ है, और इसका सपोर्ट 14 नवंबर 2028 तक है। एक ही अपग्रेड आपको फ़ाइल दोबारा खोले बिना दो साल से कुछ ज़्यादा की स्थिरता देता है। .NET 11 एक विषम संख्या वाली रिलीज़ है, इसलिए उसे केवल दो साल का स्टैंडर्ड सपोर्ट मिलता है, और नया होने के बावजूद वह .NET 10 से पहले सपोर्ट से बाहर हो जाएगी। ऐसे नए वर्ज़न पर अपग्रेड करना जो पहले ख़त्म हो जाए, अपग्रेड नहीं है — यह एक अतिरिक्त बिल के साथ टाला गया काम है।

एक दूसरी बात भी है। .NET 11 का रिलीज़ कैंडिडेट ख़ुद केवल 13 अक्टूबर 2026 तक सपोर्टेड है, क्योंकि यह एक ट्रांज़िशनल बिल्ड है जिससे आपसे आगे बढ़ने की उम्मीद की जाती है — अगले कैंडिडेट पर, फिर नवंबर की रिलीज़ पर। जो कोई "go-live" को इस न्योते की तरह पढ़ता है कि अकाउंटिंग सिस्टम में रिलीज़ कैंडिडेट इंस्टॉल करके उसे वहीं छोड़ दिया जाए, उसने अपग्रेड के चक्र से बचने की बजाय हर महीने के अपग्रेड चक्र के लिए ख़ुद को साइन अप कर लिया है।

अकाउंटिंग या ऑपरेशनल सॉफ़्टवेयर चलाने वाली कंपनी के लिए व्यावहारिक नियम: हमेशा सम संख्या वाली लॉन्ग टर्म सपोर्ट रिलीज़ को लक्ष्य बनाएँ। विषम संख्या वाली रिलीज़ उन प्रोडक्ट टीमों के लिए छोड़ दें जो लगातार अपग्रेड करती हैं और फ़ीचर जल्दी चाहती हैं।

.NET 11 असल में क्या लाता है

ताकि फ़ैसला टालमटोल की बजाय जानकारी पर टिका हो, यहाँ बताया गया है कि रिलीज़ कैंडिडेट में क्या है। C# में, वर्ज़न 15 ने यूनियन टाइप को स्थिर किया — एक ऐसी वैल्यू को व्यक्त करने का ज़्यादा साफ़ तरीका जो एक से ज़्यादा रूप ले सकती है, जैसे कोई ऑपरेशन जो या तो सफल होता है या किसी ख़ास वजह से विफल होता है। टूलिंग में, टेस्ट कमांड ने मोबाइल ऐप्लिकेशन को संभालने का तरीका बेहतर किया और रन-लेवल कंट्रोल जोड़े।

कंटेनर पब्लिशिंग में, इमेज बनाना अब दोहराने योग्य है और पहले से मौजूद लेयर को दोबारा अपलोड नहीं करता, जिससे डिप्लॉयमेंट का समय घटता है और आपने जो शिप किया उसका ऑडिट करना आसान होता है। पैकेज मैनेजमेंट में, ज्ञात कमज़ोरियों वाले पैकेज को अपडेट करना अब तब भी काम करता है जब चेतावनियों को एरर माना जाता है — यह एक पुरानी अड़चन थी जो टीमों को सिर्फ़ एक बिल्ड पास कराने के लिए सुरक्षा जाँच बंद करने पर मजबूर करती थी। ASP.NET Core में, SignalR ऑथेंटिकेशन रिफ़्रेश API को अंतिम रूप दिया गया, और Blazor Server सर्किट अब किसी पुरानी पहचान को पकड़े रहने की बजाय रिफ़्रेश के बाद अपनी स्थिति अपडेट करते हैं। Unix सिस्टम पर इन-प्रोसेस क्रैश रिपोर्टिंग आ गई है, जिसका मतलब है कि जब कोई सर्वर रात तीन बजे गिर जाए तो बेहतर डायग्नोस्टिक्स मिलेंगे।

ये असली सुधार हैं। लेकिन इनमें से कोई भी उस जोखिम से ज़्यादा भारी नहीं है जो किसी वित्तीय सिस्टम को ऐसे वर्ज़न पर चलाने में है जो विकल्प से पहले ख़त्म हो जाता है।

यह तकनीकी नहीं, बल्कि कंप्लायंस का मामला क्यों है

ऐसा प्लेटफ़ॉर्म चलाना जिसे अब सुरक्षा पैच नहीं मिलते, इंजीनियरिंग की पसंद का मामला नहीं है। व्यक्तिगत डेटा संरक्षण कानून (PDPL) ग्राहक डेटा संभालने वाले हर संगठन को उचित सुरक्षा उपाय लागू करने के लिए बाध्य करता है, और कोई भी गंभीर सुरक्षा समीक्षा पूछेगी कि आप प्लेटफ़ॉर्म का कौन-सा वर्ज़न चलाते हैं और उसका सपोर्ट कब ख़त्म होता है। "हम एक ऐसे वर्ज़न पर हैं जिसका सपोर्ट आठ महीने पहले ख़त्म हो गया" ऐसा जवाब नहीं है जिसका आप किसी ऑडिटर के सामने, साइन करने से पहले आपको सुरक्षा प्रश्नावली भेजने वाले किसी बड़े क्लाइंट के सामने, या किसी साइबर बीमा कंपनी के सामने बचाव कर सकें।

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

अभी से नवंबर तक की कार्य योजना

  • इस हफ़्ते — पता करें कि आप कहाँ खड़े हैं। अपने वेंडर या तकनीकी टीम से आपके हर सिस्टम के पीछे के .NET वर्ज़न की सूची माँगें, जिसमें वे छोटे अंदरूनी टूल और बैकग्राउंड सर्विस भी शामिल हों जिनके बारे में कोई नहीं सोचता। सर्वर पर dotnet --list-runtimes यह दिखाता है; प्रोजेक्ट में यह प्रोजेक्ट फ़ाइल की टारगेट फ़्रेमवर्क एंट्री होती है।
  • अगले हफ़्ते — प्राथमिकता तय करें। .NET 8 या उससे पुराने हर सिस्टम को और .NET 9 पर चलने वाले हर सिस्टम को चिह्नित करें। जो पहले से .NET 10 पर है वह 2028 तक सुरक्षित है। जो .NET 6 या 7 पर है वह सालों से सपोर्ट से बाहर है और उसे शेड्यूल की नहीं, तुरंत कार्रवाई की ज़रूरत है।
  • दो हफ़्ते के भीतर — ब्रेकिंग चेंज पढ़ें। Microsoft हर रिलीज़ के लिए ब्रेकिंग चेंज की सूची प्रकाशित करता है। 8 से 10 पर जाना आमतौर पर आसान होता है, लेकिन शुरू करने से पहले पढ़ लेने से कई दिन बचते हैं।
  • एक महीने के भीतर — पहले टेस्ट एनवायरनमेंट अपग्रेड करें। टारगेट फ़्रेमवर्क बदलें, बिल्ड करें, टेस्ट चलाएँ, फिर किसी और काम से पहले सिस्टम को असली डेटा की कॉपी पर चलाएँ।
  • नवंबर से पहले — डिप्लॉय करें। 10 नवंबर से पहले कम से कम दो हफ़्ते का सुरक्षा मार्जिन रखें, और महीने के अंत की क्लोज़िंग या बिक्री के पीक सीज़न में डिप्लॉय न करें।
  • एक बार, हमेशा के लिए। आज ही 14 नवंबर 2028 को कंपनी के कैलेंडर में दर्ज करें और एक नियम बनाएँ: हर अपग्रेड अगली सम संख्या वाली रिलीज़ पर जाएगा। इससे यह मामला सालाना सरप्राइज़ से बदलकर बजट की एक जानी-पहचानी मद बन जाता है।

अगर सिस्टम किसी वेंडर से आया है

बहुत-सी कंपनियों के पास सोर्स कोड नहीं होता; वे किसी सप्लायर से बना-बनाया सिस्टम ख़रीदती हैं। ऐसे में आज आप जो एक ईमेल भेजेंगे, उसमें तीन बातें पूछें: सिस्टम .NET के किस वर्ज़न पर चलता है, आप .NET 10 पर बिल्ड कब देंगे, और क्या यह अपग्रेड हमारे सपोर्ट कॉन्ट्रैक्ट में शामिल है या इसका बिल अलग से आएगा। आपका वेंडर जिस तरह जवाब देता है, वह प्रोडक्ट के बारे में किसी भी प्रेज़ेंटेशन से ज़्यादा बताता है। और जो वेंडर जवाब नहीं जानता, या टालमटोल करता है, वही है जिसे आप 11 नवंबर को फ़ोन कर रहे होंगे।

स्रोत

  • Microsoft — Announcing .NET 11 Release Candidate 1, 8 सितंबर 2026: devblogs.microsoft.com
  • Microsoft — आधिकारिक .NET सपोर्ट पॉलिसी और सपोर्ट ख़त्म होने की तारीख़ें: dotnet.microsoft.com
  • Microsoft — .NET 11 में ब्रेकिंग चेंज: learn.microsoft.com
  • सऊदी डेटा और आर्टिफ़िशियल इंटेलिजेंस प्राधिकरण (SDAIA) — व्यक्तिगत डेटा संरक्षण कानून (PDPL): sdaia.gov.sa