कर्ल 7.71.0 रिलीझ केले, दोन भेद्यता निश्चित केले

उपलब्ध नेटवर्कवर डेटा प्राप्त करण्यासाठी आणि पाठविण्यासाठी उपयुक्ततेची नवीन आवृत्ती - कर्ल 7.71.0, जे कुकी, user_agent, रेफरर आणि इतर कोणतेही शीर्षलेख यासारखे पॅरामीटर्स निर्दिष्ट करून लवचिकपणे विनंती तयार करण्याची क्षमता प्रदान करते. cURL HTTP, HTTPS, HTTP/2.0, HTTP/3, SMTP, IMAP, POP3, टेलनेट, FTP, LDAP, RTSP, RTMP आणि इतर नेटवर्क प्रोटोकॉलला समर्थन देते. त्याच वेळी, libcurl लायब्ररीसाठी एक अद्यतन जारी केले गेले, जे समांतर विकसित केले जात आहे, C, Perl, PHP, Python सारख्या भाषांमधील सर्व कर्ल फंक्शन्स वापरण्यासाठी API प्रदान करते.

नवीन प्रकाशन कोणत्याही त्रुटी आढळल्यास ऑपरेशन्सचा पुन्हा प्रयत्न करण्यासाठी "--पुन्हा-प्रयत्न-सर्व-त्रुटी" पर्याय जोडते आणि दोन भेद्यता निश्चित करते:

• असुरक्षितता सीव्हीई- 2020-8177 आक्रमणकर्त्याद्वारे नियंत्रित सर्व्हरमध्ये प्रवेश करताना तुम्हाला सिस्टममधील स्थानिक फाइल अधिलिखित करण्याची परवानगी देते. समस्या तेव्हाच दिसते जेव्हा “-J” (“–remote-header-name”) आणि “-i” (“—head”) पर्याय एकाच वेळी वापरले जातात. "-J" पर्याय तुम्हाला हेडरमध्ये नमूद केलेल्या नावासह फाइल सेव्ह करण्याची परवानगी देतो
  "सामग्री-स्वभाव". जर त्याच नावाची फाईल आधीपासून अस्तित्वात असेल, तर कर्ल प्रोग्राम सामान्यत: ओव्हरराइट करण्यास नकार देतो, परंतु जर "-i" पर्याय उपस्थित असेल, तर चेक लॉजिक तुटलेले आहे आणि फाइल ओव्हरराईट केली आहे (तपासणी टप्प्यावर केली जाते. प्रतिसाद मुख्य भाग प्राप्त करताना, परंतु “-i” पर्यायासह HTTP शीर्षलेख प्रथम प्रदर्शित केले जातात आणि प्रतिसाद मुख्य भागावर प्रक्रिया सुरू होण्यापूर्वी जतन करण्याची वेळ असते). फाइलवर फक्त HTTP शीर्षलेख लिहिले जातात, परंतु सर्व्हर शीर्षलेखांऐवजी अनियंत्रित डेटा पाठवू शकतो आणि ते लिहिले जातील.

• असुरक्षितता सीव्हीई- 2020-8169 काही साइट ऍक्सेस पासवर्ड (बेसिक, डायजेस्ट, NTLM, इ.) च्या DNS सर्व्हरला गळती होऊ शकते. पासवर्डमध्ये "@" चिन्ह वापरून, जो URL मध्ये पासवर्ड विभाजक म्हणून देखील वापरला जातो, जेव्हा HTTP रीडायरेक्ट ट्रिगर केले जाते, तेव्हा curl डोमेनसह पासवर्डचा भाग "@" चिन्हानंतर पाठवेल. नाव. उदाहरणार्थ, तुम्ही पासवर्ड "passw@rd123" आणि वापरकर्तानाव "dan" दिल्यास, curl URL "https://dan:passw@" तयार करेल.[ईमेल संरक्षित]"https://dan:passw%" ऐवजी /path"[ईमेल संरक्षित]/path" आणि होस्टचे निराकरण करण्यासाठी विनंती पाठवेल "[ईमेल संरक्षित]"example.com" ऐवजी.

  जेव्हा संबंधित HTTP पुनर्निर्देशकांसाठी समर्थन सक्षम केले जाते (CURLOPT_FOLLOWLOCATION द्वारे अक्षम केले जाते) तेव्हा समस्या दिसून येते. पारंपारिक DNS वापरल्यास, पासवर्डच्या काही भागाची माहिती DNS प्रदात्याद्वारे आणि ट्रान्झिट नेटवर्क ट्रॅफिकमध्ये अडथळा आणण्याची क्षमता असलेल्या आक्रमणकर्त्याद्वारे प्राप्त केली जाऊ शकते (जरी मूळ विनंती HTTPS द्वारे असली तरीही, DNS रहदारी एन्क्रिप्ट केलेली नसल्यामुळे). जेव्हा DNS-over-HTTPS (DoH) वापरले जाते, तेव्हा गळती DoH ऑपरेटरपर्यंत मर्यादित असते.

स्त्रोत: opennet.ru