जल प्रणाली नियंत्रक इंटरनेट पर नहीं होने चाहिए, पूर्व NSA प्रमुख कहते हैं
पूर्व NSA प्रमुख की इंटरनेट से जुड़े जल प्रणाली नियंत्रकों के बारे में चेतावनी पर हुई चर्चा यह दिखाती है कि महत्वपूर्ण अवसंरचना की सुरक्षा कितनी नाज़ुक बनी हुई है। टिप्पणीकार दशकों पुराने PLC, फ्लैट नेटवर्क, कमजोर भौतिक और RF सुरक्षा, तथा तात्कालिक प्रक्रियाओं का वर्णन करते हैं जो उपयोगिताओं को राष्ट्र-राज्यों और अपराधियों के लिए आसान लक्ष्य बनाती हैं, साथ ही उन संचालनात्मक दबावों को भी स्वीकारते हैं जिनकी वजह से प्रणालियाँ शुरू में ऑनलाइन लाई गईं। प्रस्तावों में सख्त एयर-गैपिंग और डेटा डायोड से लेकर मजबूत VPN और औपचारिक इंजीनियरिंग मानक शामिल हैं, और व्यापक सहमति यह है कि नियंत्रण प्रणालियों को सार्वजनिक इंटरनेट पर “भोलेपन” से उजागर करना अस्वीकार्य है।
बहस का दायरा: क्या जल नियंत्रक ऑनलाइन होने चाहिए?
- मजबूत पक्ष का कहना है कि महत्वपूर्ण अवसंरचना (जल, बिजली) को कभी भी सार्वजनिक इंटरनेट से नहीं जुड़ना चाहिए; वास्तविक एयर-गैप और नियंत्रकों तक कोई रूटेबल पथ नहीं होना चाहिए।
- अन्य लोग तर्क देते हैं कि पूर्ण अलगाव अवास्तविक है: फैले हुए स्थल, स्टाफिंग सीमाएँ, और दूरस्थ निगरानी की ज़रूरतें कनेक्टिविटी को आर्थिक रूप से आवश्यक बनाती हैं।
- मध्य-मार्ग के प्रस्ताव: सीधे एक्सपोज़र पर सख्त रोक, केवल मजबूत VPN, फायरवॉल किए गए जंप होस्ट, या केवल-पठन तंत्र (डेटा डायोड, गेज दिखाने वाले वेबकैम) के माध्यम से पहुँच।
सुरक्षा बनाम व्यावहारिकता और लागत
- बार-बार उभरने वाला विचार: “यदि यह जुड़ा है, तो मान लो यह समझौता हो चुका है,” खासकर राष्ट्र-राज्य विरोधियों के खिलाफ; यहाँ तक कि अपडेट भी हमले के रास्ते बन सकते हैं।
- प्रतिवाद: मजबूत नेटवर्क सुरक्षा और आधुनिक उपकरण आज की “इंटरनेट पर प्राचीन PLC” वाली स्थिति की तुलना में सुरक्षा को ठोस रूप से बेहतर बनाते हैं।
- समर्पित निजी लिंक महंगे और नाज़ुक होते हैं; साझा अवसंरचना पर टनलिंग से लचीलापन बढ़ता है, लेकिन हमला सतह भी बढ़ जाती है।
PLC/SCADA पारिस्थितिकी तंत्र की प्रणालीगत कमजोरियाँ
- औद्योगिक नियंत्रण परिवेश को मुख्यधारा IT से दशकों पीछे बताया गया है:
- पुराने OS (यहाँ तक कि Windows 3.1/2008), फ्लैट नेटवर्क, कमजोर बैकअप/DR, संस्करण नियंत्रण का अभाव।
- लैडर लॉजिक और मालिकाना बाइनरी फ़ॉर्मेट diffing, branching, और automated testing को कठिन बनाते हैं।
- परिनियोजन संस्कृति: ग्राहक प्रोजेक्टों से भरे लैपटॉप फ़ोल्डर, ग्राहकों के बीच जोखिमपूर्ण copy/paste, random sites से तात्कालिक टूल।
- विक्रेताओं की आलोचना महंगे, बंद, असुरक्षित स्टैक्स और सुरक्षित प्रोटोकॉल व virtualization को देर से अपनाने के लिए की गई।
- वेतन, कामकाजी परिस्थितियाँ, और संस्कृति कुशल सॉफ़्टवेयर इंजीनियरों को टिके रहने से हतोत्साहित करती हैं, जिससे कम परिपक्वता बनी रहती है।
भौतिक और वायरलेस हमला सतहें
- कई जल और गैस सुविधाएँ असुरक्षित RF लिंक और न्यूनतम रूप से सुरक्षित फ़ील्ड साइटों (टावर, lift stations, compressor stations) पर निर्भर करती हैं।
- भौतिक पहुँच अक्सर आसान होती है; RTUs/PLCs को केंद्रीय SCADA द्वारा निहित रूप से भरोसेमंद माना जाता है।
- कुछ लोग तर्क देते हैं कि भौतिक उपस्थिति की आवश्यकता विदेशी दूरस्थ जोखिम को अभी भी कम करती है; अन्य लोग नोट करते हैं कि सस्ते ड्रोन, स्थानीय प्रॉक्सी, या डाक से भेजे गए उपकरण उस बाधा को कमज़ोर कर देते हैं।
शासन, मानक, और सरकार की भूमिका
- बाध्यकारी सुरक्षा मानकों या “नेटवर्क निरीक्षकों” की कमी की तुलना सख्त भवन कोड से की गई।
- सुझाव दिए गए कि खुले तौर पर एक्सपोज़ किए गए महत्वपूर्ण उपकरणों को अपराध घोषित किया जाना चाहिए।
- NSA/DHS/CISA की ज़िम्मेदारी पर बहस:
- कुछ लोग उन पर सुरक्षा के बजाय exploits और backdoors को प्राथमिकता देने का दोष लगाते हैं और एक “9/11-स्तरीय” साइबर घटना की आशंका जताते हैं।
- अन्य लोग ज़ोर देते हैं कि वे मुख्यतः मार्गदर्शन प्रदान करते हैं; अंतिम ज़िम्मेदारी स्थानीय संचालकों और सुरक्षा के लिए धन देने की राजनीतिक इच्छा पर है।