कर्ल र libcurl मा बफर ओभरफ्लो, SOCKS5 प्रोक्सी मार्फत पहुँच गर्दा प्रकट हुन्छ

कर्ल नेटवर्क र libcurl पुस्तकालयमा डेटा प्राप्त गर्न र पठाउनको लागि उपयोगितामा एक जोखिम (CVE-2023-38545) पहिचान गरिएको छ, जुन समानान्तर रूपमा विकसित भइरहेको छ, जसले बफर ओभरफ्लो र सम्भावित रूपमा आक्रमणकर्ता कोडको कार्यान्वयन गर्न सक्छ। क्लाइन्ट साइड जब कर्ल उपयोगिता प्रयोग गरी पहुँच गरिन्छ वा libcurl प्रयोग गरेर एउटा अनुप्रयोग, आक्रमणकर्ता द्वारा नियन्त्रित HTTPS सर्भरमा। यदि कर्लमा SOCKS5 प्रोक्सी मार्फत पहुँच सक्षम पारिएको छ भने मात्र समस्या देखा पर्दछ। प्रोक्सी बिना सीधा पहुँच गर्दा, कमजोरी देखा पर्दैन। जोखिम कर्ल 8.4.0 रिलीज मा तय गरिएको छ। बग पत्ता लगाउने सुरक्षा अनुसन्धानकर्ताले ह्याकरोनको इन्टरनेट बग बाउन्टी पहलको भागको रूपमा $ 4660 इनाम प्राप्त गरे।

SOCKS5 प्रोक्सी पहुँच गर्नु अघि होस्टनाम रिजोल्युसन कोडमा त्रुटिको कारणले गर्दा जोखिम हुन्छ। यदि होस्ट नाम 256 वर्णहरू सम्म लामो छ भने, कर्लले तुरुन्तै नामलाई SOCKS5 प्रोक्सीमा यसको छेउमा रिजोल्युसनको लागि पास गर्दछ, र यदि नाम 255 क्यारेक्टरहरू भन्दा बढी छ भने, यसले स्थानीय समाधानकर्तामा स्विच गर्छ र पहिले नै परिभाषित ठेगाना SOCKS5 मा पास गर्दछ। । कोडमा त्रुटिको कारण, स्थानीय रिजोल्युसनको आवश्यकतालाई संकेत गर्ने झण्डा SOCKS5 मार्फत जडानको ढिलो वार्ताको क्रममा गलत मानमा सेट गर्न सकिन्छ, जसले अपेक्षाको साथ आवंटित गरिएको बफरमा लामो होस्ट नामको रेकर्डिङको नेतृत्व गर्‍यो। आईपी ​​ठेगाना वा नाम भण्डारण गर्ने, 255 वर्णहरू भन्दा बढी छैन।

SOCKS5 प्रोक्सी मार्फत कर्ल द्वारा पहुँच गरिएको साइटको मालिकले अनुरोध रिडिरेक्ट कोड (HTTP 30x) फिर्ता गरेर र 16 माथिको दायरामा होस्टनाम भएको URL मा "Location:" हेडर सेट गरेर क्लाइन्ट-साइड बफर ओभरफ्लो ट्रिगर गर्न सक्छ। 64 KB मा (16 KB आवंटित बफर ओभरफ्लो गर्न आवश्यक न्यूनतम आकार हो, र 65 KB URL मा अधिकतम अनुमति दिइएको होस्टनाम लम्बाइ हो)। यदि libcurl सेटिङहरूमा अनुरोध पुन:निर्देशन सक्षम गरिएको छ र प्रयोग गरिएको SOCKS5 प्रोक्सी पर्याप्त ढिलो छ, तब लामो होस्ट नाम सानो बफरमा लेखिनेछ, स्पष्ट रूपमा सानो आकारको।

कमजोरीले मुख्यतया libcurl मा आधारित अनुप्रयोगहरूलाई असर गर्छ र 65541 भन्दा कम मानको साथ "--limit-rate" विकल्प प्रयोग गर्दा मात्र कर्ल उपयोगितामा देखा पर्दछ - libcurl ले पूर्वनिर्धारित रूपमा 16 KB साइजको बफर आवंटित गर्दछ, र कर्ल उपयोगितामा। यो 100 KB हो, तर यो आकार "-limit-rate" प्यारामिटरको मानको आधारमा परिवर्तन हुन्छ।

परियोजनाका लेखक ड्यानियल स्टेनबर्गले १३१५ दिनसम्म भेद्यता पत्ता नलागेको उल्लेख गरे। यसले यो पनि भन्छ कि कर्लमा पहिले पहिचान गरिएका कमजोरीहरूको 1315% सम्भवतः बेवास्ता गर्न सकिन्छ यदि कर्ल मेमोरी-सुरक्षित भाषामा लेखिएको भए, तर निकट भविष्यमा कर्ललाई अर्को भाषामा पुन: लेख्ने कुनै योजना छैन। कोड आधारको सुरक्षा सुधार गर्ने उपायहरूको रूपमा, यो कोड परीक्षणको लागि उपकरणहरू विस्तार गर्न र मेमोरीको साथ सुरक्षित सञ्चालन सुनिश्चित गर्ने प्रोग्रामिङ भाषाहरूमा लेखिएका निर्भरताहरू थप सक्रिय रूपमा प्रयोग गर्ने प्रस्ताव गरिएको छ। रस्टमा लागू गरिएको प्रयोगात्मक हाइपर HTTP ब्याकइन्ड जस्ता सुरक्षित भाषाहरूमा लेखिएका विकल्पहरूसँग कर्लका भागहरू क्रमशः प्रतिस्थापन गर्ने सम्भावनालाई पनि यसले विचार गरिरहेको छ।

स्रोत: opennet.ru