uClibc र uClibc-ng मा एक जोखिम जसले डाटालाई DNS क्यासमा नक्कली गर्न अनुमति दिन्छ

मानक C पुस्तकालयहरू uClibc र uClibc-ng मा, धेरै एम्बेडेड र पोर्टेबल उपकरणहरूमा प्रयोग गरिन्छ, एउटा जोखिम पहिचान गरिएको छ (CVE तोकिएको छैन) जसले काल्पनिक डाटालाई DNS क्यासमा घुसाउन अनुमति दिन्छ, जुन IP ठेगाना बदल्न प्रयोग गर्न सकिन्छ। क्यासमा स्वेच्छिक डोमेनको र आक्रमणकर्ताको सर्भरमा डोमेनमा अनुरोधहरू पुन: निर्देशित गर्नुहोस्।

समस्याले राउटरहरू, पहुँच बिन्दुहरू, र चीजहरूको इन्टरनेटको लागि विभिन्न लिनक्स फर्मवेयरहरू, साथै OpenWRT र इम्बेडेड Gentoo जस्ता एम्बेडेड लिनक्स वितरणहरूलाई असर गर्छ। यो नोट गरिएको छ कि धेरै निर्माताहरूका यन्त्रहरूमा कमजोरी देखा पर्दछ (उदाहरणका लागि, uClibc Linksys, Netgear र Axis फर्मवेयरमा प्रयोग गरिन्छ), तर UClibc र uClibc-ng मा कमजोरी कायम नभएकोले, विशेष उपकरणहरू र निर्माताहरू जसका उत्पादनहरू बारे विस्तृत जानकारी। समस्या उपलब्ध छ। अझै खुलासा गरिएको छैन।

DNS प्रश्नहरू पठाउनको लागि कोडमा अनुमानित लेनदेन पहिचानकर्ताहरूको प्रयोगको कारणले गर्दा जोखिम हुन्छ। DNS अनुरोधको पहिचान नम्बर पोर्ट नम्बरहरूको अतिरिक्त अनियमितता प्रयोग नगरी काउन्टर बढाएर मात्र छनौट गरिएको थियो, जसले काल्पनिक प्रतिक्रियाहरूको साथ UDP प्याकेटहरू पठाएर DNS क्यासलाई विषाक्त गर्न सम्भव बनायो (यदि यो पहिले आइपुग्यो भने प्रतिक्रिया स्वीकार गरिनेछ। वास्तविक सर्भरबाट प्रतिक्रिया र सही आईडी समावेश गर्दछ)। 2008 मा प्रस्तावित कामिन्स्की विधिको विपरीत, लेनदेन पहिचानकर्तालाई अनुमान लगाउन आवश्यक छैन, किनकि यो सुरुमा अनुमान गर्न सकिन्छ (मान सुरुमा 1 मा सेट गरिएको छ, जुन अनियमित रूपमा छनौट गर्नुको सट्टा प्रत्येक अनुरोधमा वृद्धि हुन्छ)।

पहिचानकर्ता ब्रुट फोर्सबाट जोगाउन, स्पेसिफिकेशनले थप रूपमा स्रोत नेटवर्क पोर्टहरूको संख्याहरूको अनियमित वितरण प्रयोग गर्न सिफारिस गर्दछ जहाँबाट DNS अनुरोधहरू पठाइन्छ, जसले पहिचानकर्ताको अपर्याप्त ठूलो आकारको लागि क्षतिपूर्ति दिन्छ। जब तपाइँ काल्पनिक प्रतिक्रिया उत्पन्न गर्न पोर्ट अनियमितता सक्षम गर्नुहुन्छ, 16-बिट पहिचानकर्ता चयन गर्नुको अतिरिक्त, तपाइँले नेटवर्क पोर्ट नम्बर पनि चयन गर्नुपर्छ। uClibc र uClibc-ng मा, यस्तो अनियमितता स्पष्ट रूपमा सक्षम गरिएको थिएन (बाइन्ड कल गर्दा, अनियमित स्रोत UDP पोर्ट निर्दिष्ट गरिएको थिएन) र यसको प्रयोग अपरेटिङ सिस्टम सेटिङहरूमा निर्भर थियो।

जब बर्तन अनियमितता असक्षम हुन्छ, वृद्धि गरिएको अनुरोध ID निर्धारण गर्न मामूली कार्यको रूपमा चिन्ह लगाइन्छ। तर यदि अनियमितता प्रयोग गरिन्छ भने पनि, आक्रमणकर्ताले दायरा 32768–60999 बाट नेटवर्क पोर्ट मात्र अनुमान गर्न आवश्यक छ, जसको लागि तिनीहरूले विभिन्न नेटवर्क पोर्टहरूमा काल्पनिक प्रतिक्रियाहरूको ठूलो एकसाथ पठाउने प्रयोग गर्न सक्छन्।

uClibc 0.9.33.2 र uClibc-ng 1.0.40 को सबैभन्दा भर्खरका संस्करणहरू सहित uClibc र uClibc-ng को सबै हालका रिलीजहरूमा समस्या पुष्टि भएको छ। सेप्टेम्बर 2021 मा, जोखिमको बारेमा जानकारी फिक्सहरूको समन्वित तयारीको लागि CERT/CC लाई पठाइएको थियो। जनवरी 2022 मा, CERT/CC सँग सहकार्य गरेर 200 भन्दा बढी निर्माताहरूसँग समस्याको डेटा साझा गरिएको थियो। मार्चमा, uClibc-ng परियोजनाको मर्मतकर्तालाई छुट्टै सम्पर्क गर्ने प्रयास गरिएको थियो, तर उनले जवाफ दिए कि उनी आफैंले कमजोरीहरू समाधान गर्न सक्षम छैनन् र समस्याको बारेमा सार्वजनिक रूपमा जानकारी खुलासा गर्न सिफारिस गरे, विकासमा मद्दत प्राप्त गर्ने आशामा। समुदायबाट समाधान गर्नुहोस्। निर्माताहरू मध्ये, NETGEAR ले एउटा अपडेट जारी गर्ने घोषणा गर्‍यो जसले कमजोरी हटाउँछ।

स्रोत: opennet.ru