curl 7.71.0 ထွက်ရှိပြီး အားနည်းချက်နှစ်ခုကို ပြုပြင်ပေးသည်။

ရရှိနိုင်ပါသည်။ ကွန်ရက်မှတဆင့် ဒေတာလက်ခံခြင်းနှင့် ပေးပို့ခြင်းအတွက် utility ဗားရှင်းအသစ် - ဆံပင်ကောက်ကောက် 7.71.0cookie၊ user_agent၊ referer နှင့် အခြား headers များကဲ့သို့သော ကန့်သတ်ဘောင်များကို သတ်မှတ်ခြင်းဖြင့် တောင်းဆိုချက်တစ်ခုကို လိုက်လျောညီထွေဖြစ်အောင် ဖန်တီးနိုင်စွမ်းကို ပံ့ပိုးပေးပါသည်။ cURL သည် HTTP၊ HTTPS၊ HTTP/2.0၊ HTTP/3၊ SMTP၊ IMAP၊ POP3၊ Telnet၊ FTP၊ LDAP၊ RTSP၊ RTMP နှင့် အခြားကွန်ရက်ပရိုတိုကောများကို ပံ့ပိုးပေးသည်။ တစ်ချိန်တည်းမှာပင်၊ C, Perl, PHP, Python ကဲ့သို့သော ဘာသာစကားများဖြင့် ပရိုဂရမ်များတွင် curl လုပ်ဆောင်ချက်အားလုံးကို အသုံးပြုရန်အတွက် API တစ်ခုအား ပေးဆောင်လျက်ရှိသည့် libcurl စာကြည့်တိုက်အတွက် အပ်ဒိတ်တစ်ခု ထုတ်ပြန်ခဲ့သည်။

ထုတ်ဝေမှုအသစ်တွင် အမှားအယွင်းများဖြစ်ပေါ်ပြီး အားနည်းချက်နှစ်ခုကို ပြင်ဆင်ပေးမည်ဆိုပါက လုပ်ဆောင်ချက်များကို ပြန်စမ်းကြည့်ရန် "--retry-all-errors" option ကို ထည့်သွင်းပေးသည်-

• အားနည်းချက် CVE-2020-8177 တိုက်ခိုက်သူမှ ထိန်းချုပ်ထားသော ဆာဗာကို ဝင်ရောက်သည့်အခါ စနစ်အတွင်းရှိ ဒေသဆိုင်ရာဖိုင်ကို ထပ်ရေးခွင့်ပြုသည်။ “-J” (“–remote-header-name”) နှင့် “-i” (“—head”) ရွေးချယ်မှုများကို တစ်ပြိုင်နက်အသုံးပြုသည့်အခါမှသာ ပြဿနာပေါ်လာပါသည်။ "-J" option သည် ခေါင်းစီးတွင် သတ်မှတ်ထားသော အမည်ဖြင့် ဖိုင်ကို သိမ်းဆည်းရန် ခွင့်ပြုသည်။
  "အကြောင်းအရာ-သဘောထား"။ အမည်တူ ဖိုင်တစ်ခု ရှိနှင့်ပြီးသားဖြစ်ပါက၊ curl ပရိုဂရမ်သည် ပုံမှန်အားဖြင့် overwrite လုပ်ရန် ငြင်းဆိုသော်လည်း “-i” option ရှိလျှင် check logic ပျက်သွားပြီး ဖိုင်ကို overwrite လုပ်သည် (စစ်ဆေးမှုကို အဆင့်တွင် လုပ်ဆောင်ပါသည်။ တုံ့ပြန်မှုကိုယ်ထည်ကို လက်ခံရရှိခြင်းဖြစ်သော်လည်း “-i” ရွေးချယ်မှုဖြင့် HTTP ခေါင်းစီးများကို ဦးစွာပြသပြီး တုံ့ပြန်မှုကိုယ်ထည်ကို စတင်လုပ်ဆောင်ခြင်းမပြုမီ သိမ်းဆည်းရန် အချိန်ရှိသည်)။ HTTP ခေါင်းစီးများကိုသာ ဖိုင်သို့ ရေးထားသော်လည်း ဆာဗာသည် ခေါင်းစီးများအစား မထင်သလို ဒေတာများကို ပေးပို့နိုင်ပြီး ၎င်းတို့ကို ရေးသားမည်ဖြစ်သည်။
• အားနည်းချက် CVE-2020-8169 အချို့သောဆိုက်ဝင်ရောက်သုံးစကားဝှက်များ (အခြေခံ၊ Digest၊ NTLM စသည်ဖြင့်) DNS ဆာဗာသို့ ပေါက်ကြားသွားနိုင်သည်။ URL တွင် စကားဝှက် ခြားနားချက်အဖြစ်လည်း အသုံးပြုသည့် စကားဝှက်တစ်ခုတွင် "@" သင်္ကေတကို အသုံးပြုသည့်အခါ၊ HTTP ပြန်ညွှန်းချက်ကို အစပျိုးလိုက်သည့်အခါ၊ အမည်ကိုဖြေရှင်းရန် ဒိုမိန်းနှင့်အတူ "@" သင်္ကေတပြီးနောက် စကားဝှက်၏အစိတ်အပိုင်းကို ပေးပို့မည်ဖြစ်သည်။ ဥပမာအားဖြင့်၊ စကားဝှက်သည် "passw@rd123" ဖြစ်ပြီး အသုံးပြုသူအမည်မှာ "dan" ဖြစ်ပါက၊ curl သည် "https://dan:passw@rd123@example.com/path" အစား "https://dan:passw%40rd123@example.com/path" နှင့် လက်ခံဖြေရှင်းရန် တောင်းဆိုချက်တစ်ခုပေးပို့ပြီး "rd123@example.com" အစား၊

  ဆွေမျိုး HTTP ပြန်ညွှန်းပေးသူများကို ပံ့ပိုးမှုဖွင့်ထားသောအခါ (CURLOPT_FOLLOWLOCATION မှတဆင့်ပိတ်ထားသည်)။ သမားရိုးကျ DNS ကို အသုံးပြုပါက၊ DNS ဝန်ဆောင်မှုပေးသူမှ စကားဝှက်တစ်စိတ်တစ်ပိုင်းနှင့်ပတ်သက်သော အချက်အလက်များကို အကူးအပြောင်းကွန်ရက်အသွားအလာကို ကြားဖြတ်ဟန့်တားနိုင်စွမ်းရှိသည့် တိုက်ခိုက်သူမှ (မူရင်းတောင်းဆိုချက်မှာ HTTPS မှတစ်ဆင့် ဖြစ်ခဲ့သော်လည်း၊ DNS အသွားအလာကို စာဝှက်မထားသောကြောင့်)။ DNS-over-HTTPS (DoH) ကို အသုံးပြုသောအခါ၊ ပေါက်ကြားမှုသည် DoH အော်ပရေတာအတွက် ကန့်သတ်ထားသည်။

source: opennet.ru