कर्ल आणि libcurl मध्ये बफर ओव्हरफ्लो, SOCKS5 प्रॉक्सीद्वारे प्रवेश करताना प्रकट होते

कर्ल नेटवर्क आणि libcurl लायब्ररीवर डेटा प्राप्त करण्यासाठी आणि पाठवण्यासाठी उपयुक्ततेमध्ये एक भेद्यता (CVE-2023-38545) ओळखली गेली आहे, जी समांतर विकसित केली जात आहे, ज्यामुळे बफर ओव्हरफ्लो होऊ शकतो आणि आक्रमणकर्ता कोडची संभाव्य अंमलबजावणी होऊ शकते. हल्लेखोराद्वारे नियंत्रित HTTPS सर्व्हरवर कर्ल युटिलिटी किंवा libcurl वापरून ऍप्लिकेशन वापरून ऍक्सेस केल्यावर क्लायंट साइड. जर कर्लमध्ये SOCKS5 प्रॉक्सीद्वारे प्रवेश सक्षम केला असेल तरच समस्या दिसून येते. प्रॉक्सीशिवाय थेट प्रवेश करताना, भेद्यता दिसून येत नाही. कर्ल 8.4.0 रिलीझमध्ये भेद्यता निश्चित केली आहे. ज्या सुरक्षा संशोधकाने बग शोधला त्याला हॅकरोनच्या इंटरनेट बग बाउंटी उपक्रमाचा भाग म्हणून $4660 बक्षीस मिळाले.

SOCKS5 प्रॉक्सीमध्ये प्रवेश करण्यापूर्वी होस्टनाव रिझोल्यूशन कोडमधील त्रुटीमुळे भेद्यता उद्भवली आहे. यजमान नाव 256 वर्णांपर्यंत लांब असल्यास, कर्ल त्याच्या बाजूच्या रिझोल्यूशनसाठी लगेच नाव SOCKS5 प्रॉक्सीकडे पाठवते आणि नाव 255 वर्णांपेक्षा जास्त असल्यास, ते स्थानिक रिझोल्व्हरकडे जाते आणि आधीच परिभाषित पत्ता SOCKS5 ला पास करते. . कोडमधील त्रुटीमुळे, SOCKS5 द्वारे कनेक्शनच्या संथ वाटाघाटीदरम्यान स्थानिक रिझोल्यूशनची आवश्यकता दर्शविणारा ध्वज चुकीच्या मूल्यावर सेट केला जाऊ शकतो, ज्यामुळे अपेक्षेसह वाटप केलेल्या बफरमध्ये दीर्घ होस्ट नावाचे रेकॉर्डिंग केले जाऊ शकते. IP पत्ता किंवा नाव संचयित करणे, 255 वर्णांपेक्षा जास्त नाही.

SOCKS5 प्रॉक्सीद्वारे कर्लद्वारे प्रवेश केलेल्या साइटचा मालक विनंती रीडायरेक्ट कोड (HTTP 30x) परत करून आणि 16 पर्यंतच्या श्रेणीतील होस्टनाव असलेल्या URL वर "स्थान:" शीर्षलेख सेट करून क्लायंट-साइड बफर ओव्हरफ्लो ट्रिगर करू शकतो. 64 KB पर्यंत (16 KB हा वाटप केलेला बफर ओव्हरफ्लो करण्यासाठी आवश्यक असलेला किमान आकार आहे आणि URL मध्ये 65 KB ही जास्तीत जास्त अनुमत होस्टनाव लांबी आहे). जर libcurl सेटिंग्जमध्ये विनंती पुनर्निर्देशन सक्षम केले असेल आणि वापरलेली SOCKS5 प्रॉक्सी पुरेशी हळू असेल, तर लांब होस्ट नाव एका लहान बफरवर लिहिले जाईल, स्पष्टपणे लहान आकाराचे.

असुरक्षा प्रामुख्याने libcurl वर आधारित ऍप्लिकेशन्सवर परिणाम करते आणि कर्ल युटिलिटीमध्ये 65541 पेक्षा कमी मूल्यासह “--limit-rate” पर्याय वापरताना दिसते - libcurl बाय डीफॉल्ट 16 KB आकाराचा बफर वाटप करते आणि कर्ल युटिलिटीमध्ये ते 100 KB आहे, परंतु "-limit-rate" पॅरामीटरच्या मूल्यानुसार हा आकार बदलतो.

प्रकल्पाचे लेखक डॅनियल स्टेनबर्ग यांनी नमूद केले की 1315 दिवस असुरक्षितता आढळली नाही. हे असेही म्हणते की कर्लमधील पूर्वी ओळखल्या गेलेल्या 41% असुरक्षा टाळता आल्या असत्या जर कर्ल मेमरी-सेफ भाषेत लिहिले गेले असते, परंतु नजीकच्या भविष्यात कर्ल दुसर्‍या भाषेत पुन्हा लिहिण्याची कोणतीही योजना नाही. कोड बेसची सुरक्षा सुधारण्यासाठी उपाय म्हणून, कोड चाचणीसाठी साधनांचा विस्तार करणे आणि प्रोग्रामिंग भाषांमध्ये लिहिलेल्या अवलंबनांचा अधिक सक्रियपणे वापर करणे प्रस्तावित आहे जे मेमरीसह सुरक्षित ऑपरेशन सुनिश्चित करतात. रस्टमध्ये लागू केलेल्या प्रायोगिक हायपर एचटीटीपी बॅकएंडसारख्या सुरक्षित भाषांमध्ये लिहिलेल्या रूपांसह कर्लचे भाग हळूहळू बदलण्याच्या शक्यतेवर देखील विचार करत आहे.

स्त्रोत: opennet.ru