इंटरनेट कनेक्शन काट दीजिए

• "ClownStrike" नाम की एक "काल्पनिक" सुरक्षा कंपनी के अपर्याप्त रूप से टेस्ट किए गए कंटेंट अपडेट के कारण अधिकांश Windows इंस्टॉलेशन बेस ठप हो जाने की घटना हुई
• इस स्थिति के लिए दोष देने को बहुत लोग मिलेंगे, लेकिन ज़्यादातर लोग बस यही दोहराते हैं कि "ऐसे सिस्टम इंटरनेट से जुड़े ही नहीं होने चाहिए"

इंटरनेट से न जुड़ने के व्यावहारिक पहलू

• आधुनिक बिज़नेस कंप्यूटर लगभग पूरी तरह संचार उपकरण की भूमिका निभाते हैं
• संगठनात्मक और भौगोलिक सीमाओं के पार आपसी कनेक्टिविटी के बिना मूल्य पैदा करना मुश्किल है
• एयरलाइन रिज़र्वेशन और शेड्यूलिंग सिस्टम जैसी चीज़ें मूल रूप से संचार सिस्टम हैं, इसलिए नेटवर्किंग के बिना वे काम नहीं कर सकतीं

रखरखाव और संचालन के लिए नेटवर्क कनेक्शन का महत्व

• जिन सिस्टमों को रीयल-टाइम संचार की ज़रूरत नहीं होती, उनके लिए भी नेटवर्क कनेक्शन रखरखाव, मॉनिटरिंग और बिज़नेस आवश्यकताओं में बदलाव के अनुसार ढलने में बहुत उपयोगी होता है

इंटरनेट से न जुड़े होने के अलग-अलग अर्थ

• इंटरनेट से न जुड़ने के कई रूप हैं, इसलिए स्पष्ट परिभाषा के बिना इस पर गंभीर चर्चा करना कठिन है
• एकल डिवाइस पर नेटवर्क कनेक्शन न होने से लेकर NSA-प्रमाणित cross-domain solutions तक, कई तरह के परिदृश्य मौजूद हैं
• private WAN, encrypted tunneling, AWS private VPC जैसी सीमित इंटरनेट कनेक्टिविटी की भी कई रूपरेखाएँ हैं

इंटरनेट कनेक्शन के बिना सिस्टम चलाने की असुविधाएँ

• लगभग हर software environment इंटरनेट कनेक्शन को मानकर डिज़ाइन किया गया है, इसलिए offline environment में हर चीज़ ज़्यादा कठिन हो जाती है
• OS updates, package managers, TLS certificates, cloud licensing आदि कई स्तरों पर अतिरिक्त काम और लागत पैदा होती है
• enterprise software vendors के साथ जटिल इंटरैक्शन के कारण समय और खर्च बहुत बढ़ जाने के भी कई मामले होते हैं

offline environment बहुत ज़्यादा नहीं हैं

• कड़े रूप वाले offline environment मुख्यतः रक्षा, खुफिया एजेंसियों और कुछ बैंकों तक सीमित हैं
• ये उद्योग आम तौर पर अत्यधिक लागत और समय-खपत के लिए जाने जाते हैं
• अपेक्षाकृत हल्के रूप भी आमतौर पर केवल heavily regulated industries या सुरक्षा-केन्द्रित कुछ कंपनियों में ही दिखते हैं

सुधार के लिए सुझाव

• जहाँ तक संभव हो, अधिक प्रतिबंधात्मक नेटवर्क नीतियाँ लागू करें (AWS जैसे cloud प्लेटफ़ॉर्म इसे आसान बनाते हैं)
• offline environment को ध्यान में रखकर software development करें (बाहरी कनेक्शन न्यूनतम रखें, endpoint के विकल्प तैयार रखें, आदि)
• system trust store का उपयोग, deployment के समय dependencies का समाधान आदि के माध्यम से TLS और अन्य implicit assumptions पर फिर से विचार करें
• Docker एक विडंबनापूर्ण उदाहरण है, जो offline environment का प्रबंधन और कठिन बना देता है

GN⁺ की राय

• CrowdStrike घटना इंटरनेट कनेक्शन होने या न होने से असंबंधित समस्या है। offline environment में भी security updates अनिवार्य रूप से होने चाहिए
• लेकिन व्यवहार में offline updates में देरी होना आसान है, और यह उलटे कभी-कभी सुरक्षा के लिए मददगार भी हो सकता है
• नेटवर्क से अलगाव अवधारणा के रूप में आकर्षक है, लेकिन इसका वास्तविक कार्यान्वयन बहुत कठिन है। आगे चलकर software industry को इसके लिए बेहतर तैयारी करनी होगी
• साथ ही, इंटरनेट कनेक्टिविटी को आधार मानने वाले आधुनिक IT environment की मूल सीमाओं को पहचानते हुए, मजबूत नेटवर्क नीतियों जैसे व्यावहारिक सुधारों को प्राथमिकता देनी चाहिए
• critical infrastructure, रक्षा आदि जैसे अत्यंत उच्च सुरक्षा वाले क्षेत्रों में, कठिनाइयाँ स्वीकार करके भी physical network separation पर विचार करना उचित हो सकता है

[GN⁺]

Hacker News की राय

• security/system/operations क्षेत्र में काम करने वाले व्यक्ति के रूप में, ज़्यादातर लोग अपना काम ठीक से नहीं कर रहे हैं, और पूरा उद्योग इसी को सपोर्ट करने के लिए सेट किया गया है

  • digital signage deploy करते समय, network access केवल server के IP address तक ही अनुमति होनी चाहिए, और सिर्फ signed updates तथा certificate-pinned connections ही स्वीकार किए जाने चाहिए
  • IoT devices की security कमज़ोर होती है, और उनमें default passwords और खुले ports बहुत होते हैं
  • ज़्यादातर कंपनियाँ काम ठीक से नहीं करतीं, और "best practices" या vendor guidelines का पालन करना काम सही ढंग से करना नहीं कहलाता

• Sweden में Sjunet नाम का एक private network है जो internet से अलग-थलग है, और इसका उपयोग healthcare providers करते हैं

  • Sjunet को पूरे industry में फैले एक air-gapped environment की तरह देखा जा सकता है, जो security बेहतर बनाता है जबकि लागत कम रहती है

• control engineer के रूप में, Ethernet cable इस्तेमाल करने वाली machines को internet से connected नहीं होना चाहिए

  • manufacturing plants में PLC और HMI systems Ethernet का उपयोग करते हैं, लेकिन वे internet के संपर्क में नहीं होते
  • resistance welders जैसी पुरानी machines को modern security systems की ज़रूरत नहीं होती

• मैं इस दावे से सहमत नहीं हूँ कि systems को air-gap नहीं करना चाहिए

  • internet-केंद्रित development practices का उपयोग नहीं किया जाना चाहिए
  • MRI machine का NPM से JS dependencies लाना ग़लत है

• private network चलाते समय, internal services के पास शायद किसी लोकप्रिय CA के TLS certificates न हों

  • JRE trust store की समस्याओं के कारण बहुत समय बर्बाद हो सकता है

• McDonald's kiosk इस्तेमाल करने के बाद, मैंने दूसरी जगहों के उपकरण भी टेस्ट किए

  • एक food court का kiosk internet तक पूरी तरह सुलभ था, और उससे malicious software download किया जा सकता था
  • parking kiosks hardened नहीं थे
  • एक beer brand का interactive display बड़ा नुकसान नहीं पहुँचा सकता था, लेकिन मैंने उस पर "पानी पिएँ" संदेश छोड़ दिया

• मुख्य निष्कर्ष यह नहीं है कि systems को internet से connect नहीं होना चाहिए

  • systems को outbound network flows की अनुमति नहीं देनी चाहिए
  • कई enterprise software products में automatic updates को disable किया जा सकता है
  • updates को धीरे-धीरे rollout करके समस्याओं को कम किया जा सकता है

• Hamnet आंशिक रूप से internet routing सक्षम करता है, और amateur radio spectrum का उपयोग करता है

  • commercial use प्रतिबंधित है

• airline reservation systems को network से connected रहना पड़ता है, लेकिन बहुत-से उपकरणों को online होने की ज़रूरत नहीं है

  • refrigerators, kettles, garage doors जैसी बहुत-सी devices internet से connected हैं
  • हर security measure उपयोगकर्ता को कुछ न कुछ असुविधा देता है

• कुछ software ने लोकप्रियता खो दी है और अब नुकसान नहीं पहुँचाता

  • फिर भी अब भी बहुत-से black boxes और proprietary software मौजूद हैं, और disaster recovery capability की कमी है