84 4G और 5G कोर खामियाँ: API सत्र जोखिम विश्लेषण

आपके फ़ोन की सिग्नल बार असली बात से ध्यान भटकाने वाली चीज़ हैं: वह खुशमिज़ाज छोटी सी सीढ़ी जैसा आइकन, जो आपको बताता है कि सब ठीक है, जबकि असली मशीनरी पीछे के कमरे में बहस कर रही होती है। ज़्यादा दिलचस्प जोखिम कैरियर कोर के भीतर गहराई में रहता है, जहाँ सिग्नलिंग इंटरफ़ेस और सेशन स्टेट यह तय करते हैं कि कनेक्टिविटी इन्फ्रास्ट्रक्चर जैसी व्यवहार करेगी या किसी भूतिया फ़ाइलिंग कैबिनेट जैसी। The Hacker News के अनुसार, शोधकर्ताओं ने 4G और 5G कोर में 84 खामियों की रिपोर्ट की, जिनमें एक सेशन हाइजैकिंग खामी भी शामिल है। यह रेडियो की कहानी नहीं है। यह कोर नेटवर्क की कहानी है, जो उस शांत, कागज़ी काम से ढके तरीके में और भी बुरी है जिससे सुरक्षा इंजीनियर डरना सीख चुके हैं। उपयोगी सीख यह नहीं है कि 5G बर्बाद है, कृपया धुएँ के संकेतों पर लौट जाएँ। सीख यह है कि टेलीकॉम सुरक्षा एयर इंटरफ़ेस पर रुक नहीं सकती। सेशन मैनेजमेंट, कोर नेटवर्क APIs, और इम्प्लीमेंटेशन हार्डनिंग अब सिस्टम-स्तर के जोखिम मानचित्र का हिस्सा हैं, खासकर जब कैरियर कोर ज़्यादा सॉफ़्टवेयर-डिफ़ाइंड और क्लाउड-नेटिव बन रहे हैं। कहीं न कहीं, कोई वेंडर “हम सुरक्षा को गंभीरता से लेते हैं” वाला वाक्य तैयार कर रहा है। मेरे स्कोरबोर्ड में नई बैटरियाँ लगी हैं।

The Hacker News के अनुसार, कोर

के अंदर क्या हुआ The Hacker News ने सिंगापुर की Nanyang Technological University के शोधकर्ताओं के एक अकादमिक अध्ययन का हवाला देते हुए बताया कि 4G और 5G कोर नेटवर्क को प्रभावित करने वाली कमजोरियों की एक उजागर “व्यापक श्रेणी” मिली है। रिपोर्ट कहती है कि सफल शोषण से denial of service हो सकता है और कुछ मामलों में सेशन हाइजैकिंग भी, जिससे हमला करने वाला किसी उपयोगकर्ता के नेटवर्क सेशन का नियंत्रण अपने हाथ में ले सकता है। अध्ययन ने LTE और 5G कोर नेटवर्क में सिग्नलिंग इंटरफ़ेस की जाँच की, जिनमें दो LTE इम्प्लीमेंटेशन, Open5GS और OpenAirInterface, और पाँच 5G इम्प्लीमेंटेशन, Open5GS, free5GC, OpenAirInterface, SD-Core, और eUPF शामिल थे। रिपोर्ट में जिन प्रोटोकॉलों के नाम दिए गए हैं वे GTP-C और Packet Forwarding Control Protocol हैं, यानी वह प्लंबिंग जिसे शायद ही कभी कोई कीनोट मिलता है, लेकिन जो निश्चित रूप से सबका पूरा सप्ताह बिगाड़ सकती है।

arXiv पेपर के अनुसार, मूल कारण भरोसा है

इन निष्कर्षों के पीछे मौजूद arXiv पेपर इस पैटर्न को implicit trust errors, या iTrue vulnerabilities, कहता है। इसके सार में कहा गया है कि cellular core networks ऐतिहासिक रूप से physical isolation पर निर्भर रहे हैं, जहाँ core components के बीच के interfaces एक मान ली गई trust zone के भीतर काम करते थे। पेपर कहता है कि जैसे-जैसे core networks cloud native deployments की ओर बढ़ते हैं, यह धारणा कमजोर हो जाती है, attack surface बढ़ जाती है, और बाहरी adversaries उन interfaces तक पहुँच सकते हैं जिन्हें पहले internal माना जाता था। सरल भाषा में: दीवारें खिसक गईं, लेकिन सॉफ़्टवेयर अब भी सोचता है कि वह एक ताले लगे भवन में रहता है। arXiv लेखकों ने core network components के बीच बार-बार दिखने वाले blind trust का वर्णन किया है। Components syntactic validation छोड़ सकते हैं, semantic invariants लागू करने में विफल हो सकते हैं, या availability की जाँच किए बिना resources allocate कर सकते हैं। यह तिकड़ी आकर्षक नहीं लगती, लेकिन infrastructure failures को दाँत इसी तरह उगते हैं। एक malformed message बुरी बात है। एक malformed message जिसे कोई trusted component स्वीकार कर ले और फिर session behavior बदल दे, वह बुरेपन का thriller plot version है।

5GAC Analyzer के अनुसार, APIs और privilege शांत जोखिम बढ़ाने वाले कारक हैं

एक अलग पेपर, Identifying Over-Privilege Between 5G Core Network Functions, यह समझाने में मदद करता है कि यह समस्या सिर्फ एक bug list से बड़ी क्यों है। लेखक लिखते हैं कि 5G cellular core को specialized hardware से software based cloud native network functions में ले जाता है, जबकि 3GPP एक access control policy परिभाषित करता है जिसका उद्देश्य network functions को एक-दूसरे से और third party network applications से बचाना है। उनके manual review का संदर्भ महत्वपूर्ण है, क्योंकि policy, privilege, और implementation अब एक ही कमरे में मिलते हैं। अगर उनमें से एक झूठ बोले, तो बाकी विनम्रता से उस पर विश्वास कर सकते हैं। 5GAC Analyzer पेपर कहता है कि manual 3GPP review ने एक over privilege flaw की पहचान की जिसने cryptographic keys को सभी network functions के सामने उजागर कर दिया। फिर लेखकों ने चार 5G core implementations से network function behavior निकालने और उसे 3GPP policy की अनुमति से तुलना करने के लिए static program analysis का उपयोग किया। उन्हें दो पहले से अज्ञात over privilege instances मिले, जिनसे denial of service और sensitive data extraction हो सकता था, और उन्होंने निष्कर्ष GSMA को रिपोर्ट किए, जिसने उनके महत्व की पुष्टि की। यही बड़ा पैटर्न है: core network APIs और policies को least privilege discipline की ज़रूरत है, न कि vibes और उस पर ताला बने हुए diagram की।

शोध के अनुसार, इसका आपके लिए असल मतलब क्या है

साधारण उपयोगकर्ताओं के लिए, यह कोई ऐसा patch नहीं है जिसे आपका फ़ोन कॉफ़ी पीते-पीते install कर सके। The Hacker News और arXiv पेपर जिस प्रभावित सतह का वर्णन करते हैं, वह carrier core implementations और signaling interfaces में है, जहाँ उपयोगकर्ताओं के पास बहुत कम सीधा नियंत्रण होता है। व्यावहारिक सीख यह है कि mobile network security केवल radio link के बारे में है, ऐसे दावों को लेकर सावधान रहें, क्योंकि session layer और core implementation details भी privacy और availability के लिए महत्वपूर्ण हैं। अगर आपका संगठन private 5G, telecom services, या managed connectivity खरीदता है, तो vendors से पूछें कि वे core signaling inputs को कैसे validate करते हैं, semantic invariants कैसे enforce करते हैं, resource availability कैसे check करते हैं, और internal interfaces को कैसे segment करते हैं। Operators और vendors के लिए, यह काम एक बेहतर testing agenda की ओर इशारा करता है। Internal components को एक-दूसरे के प्रति suspicious मानें, खासकर cloud native deployments में। Protocol fuzzing और semantic validation को access control review के साथ जोड़ें, क्योंकि बहुत अधिक privilege वाला network function कोई feature नहीं है; वह बेहतर formatting वाली future incident report है। Follow-on CVEs, implementation fixes, और इस बात पर नज़र रखें कि क्या carrier core security programs APIs, sessions, और privilege boundaries को first class risk surfaces मानना शुरू करते हैं। इंटरनेट शायद आज पूरी तरह नहीं टूटेगा, और इस beat पर यही आशावाद कहलाता है।