आठवड्याचा हल्ला: LTE (ReVoLTE) वर व्हॉइस कॉल

अनुवादक आणि TL; DR कडून

1. TL; डॉ:

   असे दिसते की व्होएलटीई हे WEP सह पहिल्या वाय-फाय क्लायंटपेक्षाही वाईट संरक्षित झाले आहे. एक विशेष वास्तुशास्त्रीय चुकीची गणना जी तुम्हाला ट्रॅफिक थोडे XOR आणि की पुनर्संचयित करण्यास अनुमती देते. जर तुम्ही कॉलरच्या जवळ असाल आणि तो वारंवार कॉल करत असेल तर हल्ला संभवतो.

2. टीप आणि TL; DR साठी धन्यवाद क्लुकोनिन

3. तुमचा वाहक असुरक्षित आहे की नाही हे निर्धारित करण्यासाठी संशोधकांनी एक अॅप बनवले आहे, अधिक वाचा येथे. टिप्पण्यांमध्ये परिणाम सामायिक करा, Megafon वर माझ्या प्रदेशात VoLTE अक्षम आहे.

लेखकाबद्दल

मॅथ्यू ग्रीन.

मी जॉन्स हॉपकिन्स विद्यापीठात क्रिप्टोग्राफर आणि प्राध्यापक आहे. मी वायरलेस नेटवर्क्स, पेमेंट सिस्टम आणि डिजिटल सामग्री सुरक्षा प्लॅटफॉर्ममध्ये वापरल्या जाणार्‍या क्रिप्टोग्राफिक सिस्टमची रचना आणि विश्लेषण केले आहे. माझ्या संशोधनात, मी वापरकर्त्याची गोपनीयता सुधारण्यासाठी क्रिप्टोग्राफी वापरण्याचे वेगवेगळे मार्ग पाहतो.

पोस्ट फॉरमॅट लिहून बराच वेळ झाला आहे "आठवड्याचा हल्ला", आणि ते मला अस्वस्थ करते. हल्ले झाले नाहीत म्हणून नाही, तर मुख्यतः लेखकाच्या ब्लॉकमधून मला बाहेर काढण्यासाठी मोठ्या प्रमाणावर वापरल्या जाणार्‍या एखाद्या गोष्टीवर हल्ला झाला नाही म्हणून.

पण आज समोर आले मनोरंजक हल्ला प्रोटोकॉलसाठी ReVoLTE म्हणतात की मी विशेषतः हॅकिंगबद्दल उत्सुक आहे, म्हणजे सेल्युलर नेटवर्क (व्हॉइस ओव्हर) LTE प्रोटोकॉल. मी या विशिष्ट प्रोटोकॉलबद्दल-आणि या नवीन हल्ल्याबद्दल उत्साहित आहे-कारण वास्तविक सेल्युलर नेटवर्क प्रोटोकॉल आणि अंमलबजावणी हॅक झाल्याचे पाहणे फार दुर्मिळ आहे. मुख्य म्हणजे ही मानके धूराने भरलेल्या खोल्यांमध्ये विकसित केली गेली होती आणि 12000 पृष्ठांच्या दस्तऐवजांमध्ये दस्तऐवजीकरण करण्यात आली होती जी प्रत्येक संशोधक हाताळू शकत नाही. शिवाय, या हल्ल्यांची अंमलबजावणी संशोधकांना जटिल रेडिओ प्रोटोकॉल वापरण्यास भाग पाडते.

अशाप्रकारे, गंभीर क्रिप्टोग्राफिक असुरक्षा जगभर पसरू शकतात, कदाचित कोणत्याही संशोधकाने दखल घेण्याआधीच केवळ सरकारद्वारे त्यांचे शोषण केले जाऊ शकते. पण वेळोवेळी अपवाद आहेत आणि आजचा हल्ला हा त्यापैकीच एक आहे.

लेखक हल्लेयोगदानकर्ते: रुहर-युनिव्हर्सिटी बोचम आणि न्यू यॉर्क युनिव्हर्सिटी अबू धाबी मधील डेव्हिड रुपप्रेच, कॅथरीना कोहल्स, थॉर्स्टन होल्झ आणि क्रिस्टीना पॉपर. तुम्ही कदाचित आधीच वापरत असलेल्या व्हॉइस प्रोटोकॉलमधील की पुन्हा स्थापित करण्यासाठी हा एक उत्तम हल्ला आहे (असे गृहीत धरून की तुम्ही जुन्या पिढीतील आहात जी अजूनही सेल फोन वापरून फोन कॉल करते).

सुरुवातीला, एक संक्षिप्त ऐतिहासिक सहल.

LTE आणि VoLTE म्हणजे काय?

आमच्या आधुनिक सेल्युलर टेलिफोनी मानकांचा आधार युरोपमध्ये 80 च्या दशकात मानकांनुसार घातला गेला. मोबाइलसाठी ग्लोबल सिस्टम (मोबाइल कम्युनिकेशन्ससाठी ग्लोबल सिस्टम). जीएसएम हे पहिले प्रमुख डिजिटल सेल्युलर टेलिफोनी मानक होते, ज्याने अनेक क्रांतिकारी वैशिष्ट्ये सादर केली, जसे की वापर एनक्रिप्शन फोन कॉल संरक्षित करण्यासाठी. सुरुवातीच्या जीएसएमची रचना प्रामुख्याने व्हॉइस कम्युनिकेशनसाठी केली गेली होती, जरी पैसे असू शकतात इतर डेटा प्रसारित करा.

सेल्युलर कम्युनिकेशन्समध्ये डेटा ट्रान्समिशन अधिक महत्त्वाचे बनल्यामुळे, या प्रकारच्या संप्रेषणाला सुव्यवस्थित करण्यासाठी दीर्घकालीन उत्क्रांती (LTE) मानके विकसित केली गेली. LTE जुन्या मानकांच्या गटावर आधारित आहे जसे की GSM, धार и एचएसपीए आणि डेटा एक्सचेंज गती वाढवण्यासाठी डिझाइन केलेले आहे. ब्रँडिंग भरपूर आहे आणि चुकीच्या पदनामांनी दिशाभूलपरंतु TL;DR म्हणजे LTE ही डेटा ट्रान्समिशन सिस्टीम आहे जी जुने पॅकेट डेटा प्रोटोकॉल आणि भविष्यातील सेल्युलर डेटा तंत्रज्ञान यांच्यातील पूल म्हणून काम करते 5G.

अर्थात, इतिहास आपल्याला सांगतो की पुरेशी (IP) बँडविड्थ उपलब्ध झाल्यावर, “व्हॉइस” आणि “डेटा” सारख्या संकल्पना अस्पष्ट होऊ लागतील. हेच आधुनिक सेल्युलर प्रोटोकॉलवर लागू होते. हे संक्रमण नितळ करण्यासाठी, LTE मानके परिभाषित करतात व्हॉइस-ओव्हर-एलटीई (VoLTE), जे सेल्युलर नेटवर्कच्या डायल-अप भागाला पूर्णपणे बायपास करून, LTE सिस्टमच्या डेटा प्लेनवर थेट व्हॉइस कॉल करण्यासाठी एक IP मानक आहे. मानकांप्रमाणे VoIP कॉल,VoLTE कॉल्स सेल्युलर ऑपरेटरद्वारे बंद केले जाऊ शकतात आणि नियमित टेलिफोन नेटवर्कशी कनेक्ट केले जाऊ शकतात. किंवा (जसे अधिकाधिक सामान्य होत आहे) ते मार्गस्थ केले जाऊ शकते थेट एका सेल्युलर क्लायंटकडून दुसर्‍या सेल्युलर क्लायंटमध्ये आणि अगदी वेगवेगळ्या प्रदात्यांमध्ये.

मानक VoIP प्रमाणे, VoLTE दोन लोकप्रिय IP-आधारित प्रोटोकॉलवर आधारित आहे: सत्र आरंभ प्रोटोकॉल (सत्र आरंभ प्रोटोकॉल – SIP) कॉल सेटअपसाठी आणि रिअल-टाइम ट्रान्सपोर्ट प्रोटोकॉल (रिअल टाइम ट्रान्सपोर्ट प्रोटोकॉल, ज्याला RTTP म्हटले जावे परंतु प्रत्यक्षात त्याला RTP म्हणतात) व्हॉइस डेटावर प्रक्रिया करण्यासाठी. VoLTE काही अतिरिक्त बँडविड्थ ऑप्टिमायझेशन देखील जोडते, जसे की हेडर कॉम्प्रेशन.

ठीक आहे, याचा एन्क्रिप्शनशी काय संबंध आहे?

LTE, सारखे जीएसएम, पॅकेट्स एन्क्रिप्ट करण्यासाठी क्रिप्टोग्राफिक प्रोटोकॉलचा मानक संच आहे कारण ते हवेतून प्रसारित केले जातात. ते प्रामुख्याने तुमचा डेटा फोन (वापरकर्ता उपकरणे, किंवा UE म्हणतात) आणि सेल टॉवर (किंवा तुमचा प्रदाता कनेक्शन समाप्त करण्याचा निर्णय घेतो) दरम्यान प्रवास करत असताना त्याचे संरक्षण करण्यासाठी डिझाइन केलेले आहेत. याचे कारण असे की सेल्युलर प्रदाते बाह्य इव्हस्ड्रॉपिंग उपकरणांना शत्रू म्हणून पाहतात. बरं, नक्कीच.

(तथापि, व्होएलटीई कनेक्‍शन वेगवेगळ्या प्रदाता नेटवर्क्सवरील ग्राहकांमध्‍ये थेट येऊ शकतात याचा अर्थ VoLTE प्रोटोकॉलमध्येच काही अतिरिक्त आणि पर्यायी एन्क्रिप्शन प्रोटोकॉल आहेत जे उच्च नेटवर्क स्तरांवर येऊ शकतात. हे वर्तमान लेखाशी संबंधित नाही, याशिवाय ते सर्वकाही खराब करू शकतात (आम्ही त्यांच्याबद्दल थोडक्यात पुढे बोलू).

ऐतिहासिकदृष्ट्या, जीएसएममध्ये एन्क्रिप्शन आहे अनेक कमकुवत मुद्दे: वाईट सिफर, प्रोटोकॉल ज्यामध्ये टॉवरवर फक्त फोन ऑथेंटिकेट केला गेला होता (म्हणजे हल्लेखोर टॉवरची तोतयागिरी करू शकतो, जनरेट करत आहे "स्टिंगरे") आणि असेच. LTE ने बर्‍याच सुस्पष्ट बग्स दुरुस्त केल्या आणि त्याच संरचनेचा बराच भाग राखला.

चला एन्क्रिप्शनपासून सुरुवात करूया. असे गृहीत धरून की की निर्मिती आधीच झाली आहे - आणि आम्ही त्याबद्दल एका मिनिटात बोलू - नंतर डेटाचे प्रत्येक पॅकेट "EEA" नावाचे काहीतरी वापरून स्ट्रीम एनक्रिप्शन वापरून एन्क्रिप्ट केले जाते (जे व्यवहारात AES सारख्या गोष्टी वापरून लागू केले जाऊ शकते). मूलत:, येथे एन्क्रिप्शन यंत्रणा आहे CTRखालीलप्रमाणे:

VoLTE पॅकेटसाठी मुख्य एन्क्रिप्शन अल्गोरिदम (स्रोत: ReVoLTE). EEA एक सायफर आहे, “COUNT” एक 32-बिट काउंटर आहे, “BEARER” हा एक अद्वितीय सत्र ओळखकर्ता आहे जो VoLTE कनेक्शनला नियमित इंटरनेट रहदारीपासून वेगळे करतो. "दिशानिर्देश" वाहतूक कोणत्या दिशेने वाहत आहे ते दर्शवते - UE पासून टॉवरपर्यंत किंवा उलट.

एन्क्रिप्शन अल्गोरिदम स्वतः (EEA) एईएस सारख्या मजबूत सायफरचा वापर करून अंमलात आणला जाऊ शकतो, अशा प्रकारे सायफरवरच थेट हल्ला होण्याची शक्यता नाही. जीएसएमच्या काळात घडले. तथापि, हे स्पष्ट आहे की मजबूत सिफरसह देखील, ही एन्क्रिप्शन योजना स्वतःच्या पायावर शूट करण्याचा एक चांगला मार्ग आहे.

विशेषतः: LTE मानक मोडसह (अप्रमाणित) स्ट्रीम सायफरचा वापर करते जे काउंटर - आणि "वाहक" आणि "दिशा" सारख्या इतर इनपुट - कधीही पुन्हा वापरल्यास अत्यंत असुरक्षित असेल. आधुनिक भाषेत, या संकल्पनेची संज्ञा "नॉन्स रियुज अटॅक" आहे, परंतु येथे संभाव्य जोखीम काही आधुनिक नाहीत. ते प्रसिद्ध आणि प्राचीन आहेत, जे ग्लॅम मेटल आणि अगदी डिस्कोच्या दिवसांपासून आहेत.

सीटीआर मोडमध्ये पुन्हा न वापरण्यावरील हल्ले पॉयझन ज्ञात असतानाही अस्तित्वात होते

खरे सांगायचे तर, LTE मानके म्हणतात, "कृपया या मीटरचा पुन्हा वापर करू नका." परंतु LTE मानके सुमारे 7000 पृष्ठांची आहेत आणि कोणत्याही परिस्थितीत, हे मुलांना बंदुकीने न खेळण्याची भीक मागण्यासारखे आहे. ते अपरिहार्यपणे करतील आणि भयानक गोष्टी घडतील. या प्रकरणात फायरिंग गन हा कीस्ट्रीम रीयूज अटॅक आहे, ज्यामध्ये दोन भिन्न गोपनीय संदेश XOR समान कीस्ट्रीम बाइट्स आहेत. याची माहिती आहे संप्रेषणांच्या गोपनीयतेवर खूप विध्वंसक प्रभाव पडतो.

ReVoLTE म्हणजे काय?

ReVoLTE हल्ला हे दाखवून देतो की, व्यवहारात, या अत्यंत असुरक्षित एन्क्रिप्शन डिझाइनचा वास्तविक-जगातील हार्डवेअरद्वारे गैरवापर केला जातो. विशेषतः, लेखक व्यावसायिक उपकरणे वापरून केलेल्या वास्तविक VoLTE कॉलचे विश्लेषण करतात आणि ते "की रीइन्स्टॉलेशन अटॅक" नावाचे काहीतरी वापरू शकतात हे दाखवतात. (ही समस्या शोधण्याचे बरेच श्रेय त्यांना जाते रीस आणि लू (रझा आणि लू), जे संभाव्य असुरक्षा दर्शविणारे पहिले होते. पण ReVoLTE संशोधन ते व्यावहारिक हल्ल्यात बदलते).

मी तुम्हाला हल्ल्याचे सार थोडक्यात दाखवतो, जरी तुम्ही पहावे आणि मूळ दस्तऐवज.

कोणीतरी असे गृहीत धरू शकतो की एकदा एलटीईने पॅकेट डेटा कनेक्शन स्थापित केले की, व्हॉइस ओव्हर एलटीईचे कार्य फक्त तुमच्या उर्वरित ट्रॅफिकसह त्या कनेक्शनवर व्हॉइस पॅकेट्स राउट करणे ही बाब बनते. दुसऱ्या शब्दांत, VoLTE ही एक संकल्पना असेल जी केवळ अस्तित्वात आहे 2रा स्तर [OSI मॉडेल्स - अंदाजे]. हे पूर्णपणे खरे नाही.

खरं तर, LTE लिंक लेयर "वाहक" ची संकल्पना सादर करते. बेअरर हे वेगळे सेशन आयडेंटिफायर आहेत जे वेगवेगळ्या प्रकारचे पॅकेट ट्रॅफिक वेगळे करतात. नियमित इंटरनेट ट्रॅफिक (तुमचे ट्विटर आणि स्नॅपचॅट) एका वाहकाद्वारे जाते. VoIP साठी SIP सिग्नलिंग दुसर्‍या मार्गाने जाते आणि व्हॉईस ट्रॅफिक पॅकेट्सची प्रक्रिया तृतीय द्वारे केली जाते. मी LTE रेडिओ आणि नेटवर्क राउटिंग यंत्रणांबद्दल फारशी जाणकार नाही, परंतु मला विश्वास आहे की हे अशा प्रकारे केले गेले आहे कारण LTE नेटवर्क QoS (सेवेची गुणवत्ता) यंत्रणा लागू करू इच्छितात जेणेकरून भिन्न पॅकेट प्रवाहांवर वेगवेगळ्या प्राधान्य स्तरांवर प्रक्रिया केली जाईल: उदा. तुमचे द्वितीय-दर तुमच्या रिअल-टाइम व्हॉइस कॉल्सपेक्षा Facebook वर TCP कनेक्शनला कमी प्राधान्य असू शकते.

ही सामान्यतः समस्या नाही, परंतु त्याचे परिणाम खालीलप्रमाणे आहेत. प्रत्येक वेळी नवीन "वाहक" स्थापित केल्यावर एलटीई एनक्रिप्शनसाठी की स्वतंत्रपणे तयार केल्या जातात. मुळात, तुम्ही प्रत्येक वेळी नवीन फोन कॉल करता तेव्हा हे पुन्हा घडले पाहिजे. यामुळे प्रत्येक कॉलसाठी वेगळी एन्क्रिप्शन की वापरली जाईल, व्हॉइस कॉल पॅकेटचे दोन भिन्न संच एनक्रिप्ट करण्यासाठी समान की पुन्हा वापरण्याची शक्यता नाहीशी होईल. खरंच, LTE मानक असे काहीतरी सांगते की "नवीन फोन कॉल हाताळण्यासाठी तुम्ही प्रत्येक वेळी नवीन वाहक स्थापित करता तेव्हा तुम्ही वेगळी की वापरावी." पण याचा अर्थ असा नाही की हे प्रत्यक्षात घडते.

खरं तर, वास्तविक जीवनातील अंमलबजावणीमध्ये, जवळच्या तात्पुरत्या समीपतेमध्ये येणारे दोन भिन्न कॉल समान की वापरतील - समान नावाचे नवीन वाहक त्यांच्या दरम्यान कॉन्फिगर केलेले असले तरीही. या कॉल्समध्ये होणारा एकमेव व्यावहारिक बदल म्हणजे एनक्रिप्शन काउंटर शून्यावर रीसेट केला जातो. साहित्यात याला कधीकधी म्हणतात की पुनर्स्थापना हल्ला. कोणीही असा युक्तिवाद करू शकतो की ही मूलत: अंमलबजावणीची त्रुटी आहे, जरी या प्रकरणात जोखीम मोठ्या प्रमाणात मानकांवरून उद्भवलेली दिसते.

व्यवहारात, या हल्ल्याचा परिणाम की स्ट्रीमचा पुनर्वापर होतो, जेथे आक्रमणकर्ता $inline$ ची गणना करण्यास अनुमती देऊन $inline$C_1 = M_1 oplus KS$inline$ आणि $inline$C_2 = M_2 oplus KS$inline$ एन्क्रिप्टेड पॅकेट मिळवू शकतो. C_1 oplus C_2 = M_1 oplus M_2$inline$. आणखी चांगले, आक्रमणकर्त्याला $inline$M_1$inline$ किंवा $inline$M_2$inline$ पैकी एक माहीत असल्यास, तो लगेच दुसरा पुनर्प्राप्त करू शकतो. हे त्याला एक मजबूत प्रोत्साहन देते एनक्रिप्ट न केलेल्या दोन घटकांपैकी एक शोधा.

हे आम्हाला संपूर्ण आणि सर्वात प्रभावी हल्ल्याच्या परिस्थितीत आणते. एका आक्रमणकर्त्याचा विचार करा जो लक्ष्य फोन आणि सेल टॉवर दरम्यान रेडिओ ट्रॅफिकमध्ये अडथळा आणू शकतो आणि जो कसा तरी दोन भिन्न कॉल रेकॉर्ड करण्यासाठी भाग्यवान ठरतो, दुसरा पहिल्या नंतर लगेच येतो. आता कल्पना करा की तो कसा तरी कॉल्सपैकी एकाच्या एनक्रिप्टेड सामग्रीचा अंदाज लावू शकतो. अशा सह निर्मळपणा आमचा आक्रमणकर्ता पॅकेटच्या दोन संचांमध्ये साधा XOR वापरून पहिला कॉल पूर्णपणे डिक्रिप्ट करू शकतो.

अर्थात नशिबाला काही देणेघेणे नसते. फोन कॉल्स प्राप्त करण्यासाठी डिझाइन केलेले असल्याने, पहिला कॉल ऐकू शकणारा आक्रमणकर्ता पहिला कॉल संपेल त्या क्षणी दुसरा कॉल सुरू करण्यास सक्षम असेल. हा दुसरा कॉल, काउंटर शून्यावर रीसेट करून तीच एन्क्रिप्शन की पुन्हा वापरली गेल्यास, कूटबद्ध न केलेला डेटा पुनर्प्राप्त करण्यास अनुमती देईल. शिवाय, आमचा हल्लेखोर दुसर्‍या कॉल दरम्यान डेटावर नियंत्रण ठेवत असल्याने, तो पहिल्या कॉलमधील सामग्री पुनर्प्राप्त करू शकतो - अनेक विशेषत: अंमलबजावणी केल्याबद्दल धन्यवाद छोट्या गोष्टी, त्याच्या बाजूला खेळत आहे.

येथे घेतलेल्या सामान्य हल्ल्याच्या योजनेची प्रतिमा आहे मूळ दस्तऐवज:

पासून हल्ला विहंगावलोकन ReVoLTE दस्तऐवज. ही योजना असे गृहीत धरते की समान की वापरून दोन भिन्न कॉल केले जातात. हल्लेखोर निष्क्रिय स्निफर (वर डावीकडे), तसेच दुसरा फोन नियंत्रित करतो, ज्याद्वारे तो पीडिताच्या फोनवर दुसरा कॉल करू शकतो.

त्यामुळे हा हल्ला खरोखरच कामी येतो का?

एकीकडे, ReVoLTE बद्दलच्या लेखासाठी हा खरोखरच मुख्य प्रश्न आहे. वरील सर्व कल्पना सिद्धांतात उत्तम आहेत, परंतु ते बरेच प्रश्न सोडतात. जसे:

1. (शैक्षणिक संशोधकांसाठी) VoLTE कनेक्शनला खरंच रोखणे शक्य आहे का?
2. रिअल एलटीई सिस्टीम खरच रीकी करतात का?
3. फोन आणि टॉवर किल्लीचा पुनर्वापर करण्यासाठी तुम्ही त्वरीत आणि विश्वासार्हतेने दुसरा कॉल सुरू करू शकता का?
4. जरी सिस्टम्स रीकी करत असले तरीही, तुम्हाला दुसर्‍या कॉलची एन्क्रिप्टेड सामग्री खरोखर माहित आहे का - कोडेक्स आणि ट्रान्सकोडिंग सारख्या गोष्टी त्या दुसर्‍या कॉलची (बिट-बाय-बिट) सामग्री पूर्णपणे बदलू शकतात, जरी तुम्हाला "बिट्स" मध्ये प्रवेश असला तरीही "तुमच्या अटॅक फोनवरून येत आहे?

ReVoLTE चे कार्य यापैकी काही प्रश्नांची होकारार्थी उत्तरे देते. लेखक व्यावसायिक सॉफ्टवेअर-पुन्हा कॉन्फिगर करण्यायोग्य रेडिओ स्ट्रीम स्निफर वापरतात एअरस्कोप डाउनलिंक बाजूने VoLTE कॉल इंटरसेप्ट करण्यासाठी. (मला वाटते की फक्त सॉफ्टवेअरची पकड मिळवणे आणि ते कसे कार्य करते याची एक ढोबळ कल्पना मिळविण्यामुळे गरीब पदवीधर विद्यार्थ्यांच्या आयुष्यापासून काही महिने सुटले - जे या प्रकारच्या शैक्षणिक संशोधनासाठी वैशिष्ट्यपूर्ण आहे).

संशोधकांना असे आढळून आले की काम करण्यासाठी की पुन्हा वापरण्यासाठी, पहिला कॉल संपल्यानंतर दुसरा कॉल त्वरीत होणे आवश्यक होते, परंतु खूप लवकर नाही - त्यांनी ज्या ऑपरेटर्सवर प्रयोग केले त्यांच्यासाठी सुमारे दहा सेकंद. सुदैवाने, वापरकर्त्याने या वेळेत कॉलचे उत्तर दिले की नाही हे काही फरक पडत नाही - "रिंग" म्हणजे. SIP कनेक्शन स्वतः ऑपरेटरला तीच की पुन्हा वापरण्यास भाग पाडते.

अशाप्रकारे, अनेक हलक्या समस्या समस्यांभोवती फिरतात (4) - आक्रमणकर्त्याने सुरू केलेल्या कॉलच्या एनक्रिप्टेड सामग्रीचे बिट प्राप्त करणे. हे असे आहे कारण आपल्या सामग्रीमध्ये बरेच काही घडू शकते कारण ते सेल्युलर नेटवर्कवर आक्रमणकर्त्याच्या फोनपासून पीडिताच्या फोनवर जाते. उदाहरणार्थ, एन्कोड केलेला ऑडिओ प्रवाह पुन्हा एन्कोड करणे यासारख्या घाणेरड्या युक्त्या, ज्यामुळे आवाज तोच राहतो, परंतु त्याचे बायनरी प्रतिनिधित्व पूर्णपणे बदलते. LTE नेटवर्क RTP हेडर कॉम्प्रेशन देखील वापरतात, जे RTP पॅकेटमध्ये लक्षणीय बदल करू शकतात.

शेवटी, हल्लेखोराने पाठवलेले पॅकेट पहिल्या फोन कॉलच्या वेळी पाठवलेल्या पॅकेट्सच्या बरोबरीने असावेत. हे समस्याप्रधान असू शकते कारण फोन कॉल दरम्यान शांततेत बदल केल्याने लहान संदेश (उर्फ कम्फर्ट नॉइज) येतात जे मूळ कॉलमध्ये बसत नाहीत.

विभाग "वास्तविक जग हल्ला" ते तपशीलवार वाचण्यासारखे आहे. हे वरीलपैकी बर्‍याच समस्यांना संबोधित करते - विशेषतः, लेखकांना आढळले की काही कोडेक पुन्हा एन्कोड केलेले नाहीत आणि लक्ष्य कॉलच्या बायनरी प्रतिनिधित्वाच्या अंदाजे 89% पुनर्प्राप्त केले जाऊ शकतात. चाचणी केलेल्या किमान दोन युरोपियन ऑपरेटरसाठी हे खरे आहे.

हा एक आश्चर्यकारकपणे उच्च यश दर आहे आणि जेव्हा मी या दस्तऐवजावर काम करण्यास सुरुवात केली तेव्हा माझ्या अपेक्षेपेक्षा स्पष्टपणे खूप जास्त आहे.

मग ते दुरुस्त करण्यासाठी आपण काय करू शकतो?

या प्रश्नाचे तात्काळ उत्तर अगदी सोपे आहे: असुरक्षिततेचे सार हे मुख्य पुनर्वापर (पुनर्स्थापना) हल्ला असल्याने, फक्त समस्येचे निराकरण करा. प्रत्येक फोन कॉलसाठी एक नवीन की प्राप्त झाली आहे याची खात्री करा आणि पॅकेट काउंटरला समान की वापरून काउंटर पुन्हा शून्यावर रीसेट करू देऊ नका. समस्या सुटली!

किंवा कदाचित नाही. यासाठी बरीच उपकरणे श्रेणीसुधारित करणे आवश्यक आहे आणि स्पष्टपणे सांगायचे तर, असे निराकरण स्वतःच जास्त विश्वासार्ह नाही. मानकांना त्यांच्या एन्क्रिप्शन मोडची अंमलबजावणी करण्यासाठी अधिक सुरक्षित मार्ग सापडला तर ते चांगले होईल जे डीफॉल्टनुसार अशा मुख्य पुनर्वापर समस्यांसाठी आपत्तीजनकरित्या असुरक्षित नाही.

एक संभाव्य पर्याय वापरणे आहे एनक्रिप्शन मोड ज्यामध्ये नॉन्सचा गैरवापर केल्याने आपत्तीजनक परिणाम होत नाहीत. काही वर्तमान हार्डवेअरसाठी हे खूप महाग असू शकते, परंतु हे निश्चितपणे क्षेत्र डिझाइनर्सनी भविष्यात विचार करणे आवश्यक आहे, विशेषत: 5G मानके जगाचा ताबा घेणार आहेत.

हा नवीन अभ्यास का असा सामान्य प्रश्न देखील उपस्थित करतो तेच हल्ले एकामागून एक मानकांमध्ये पॉप अप होत राहतात, ज्यापैकी बरेच समान डिझाइन आणि प्रोटोकॉल वापरतात. जेव्हा तुम्हाला WPA2 सारख्या मोठ्या प्रमाणात वापरल्या जाणार्‍या प्रोटोकॉलमध्ये समान की पुन्हा स्थापित करण्याच्या समस्येचा सामना करावा लागतो, तेव्हा तुमची वैशिष्ट्ये आणि चाचणी प्रक्रिया अधिक मजबूत करण्याची वेळ आली आहे असे तुम्हाला वाटत नाही का? तुमच्या इशाऱ्यांकडे लक्ष देणारे विचारशील भागीदार म्हणून मानके लागू करणाऱ्यांना वागणूक देणे थांबवा. त्यांच्याशी (अनावश्यक) प्रतिस्पर्ध्यांसारखे वागणे जे अपरिहार्यपणे गोष्टी चुकीच्या ठरतील.

किंवा, पर्यायाने, आम्ही ते करू शकतो जे Facebook आणि Apple सारख्या कंपन्या वाढत्या प्रमाणात करत आहेत: सेल्युलर उपकरण उत्पादकांवर विसंबून न राहता, OSI नेटवर्क स्टॅकच्या उच्च स्तरावर व्हॉईस कॉल एन्क्रिप्शन करा. आम्ही व्हॉईस कॉलच्या एंड-टू-एंड एन्क्रिप्शनसाठी देखील दबाव टाकू शकतो, जसे की व्हॉट्सअॅप सिग्नल आणि फेसटाइमसह करत आहे, असे गृहीत धरून की यूएस सरकार फक्त थांबेल आम्हाला ट्रिप करा. मग (काही मेटाडेटा वगळता) यापैकी अनेक समस्या सहज अदृश्य होतील. हे समाधान अशा जगात विशेषतः संबंधित आहे जेथे अगदी सरकारांनाही खात्री नसते की ते त्यांच्या उपकरणे पुरवठादारांवर विश्वास ठेवतात.

किंवा आमच्या मुलांनी आधीच जे केले आहे ते आम्ही करू शकतो: त्या त्रासदायक व्हॉइस कॉलला उत्तर देणे थांबवा.

स्त्रोत: www.habr.com