curl 7.71.0 રીલીઝ થયું, બે નબળાઈઓને ઠીક કરી

ઉપલબ્ધ છે નેટવર્ક પર ડેટા પ્રાપ્ત કરવા અને મોકલવા માટે ઉપયોગિતાનું નવું સંસ્કરણ - કર્લ 7.71.0, જે કુકી, user_agent, રેફરર અને અન્ય કોઈપણ હેડરો જેવા પરિમાણોનો ઉલ્લેખ કરીને લવચીક રીતે વિનંતી તૈયાર કરવાની ક્ષમતા પ્રદાન કરે છે. cURL HTTP, HTTPS, HTTP/2.0, HTTP/3, SMTP, IMAP, POP3, Telnet, FTP, LDAP, RTSP, RTMP અને અન્ય નેટવર્ક પ્રોટોકોલ્સને સપોર્ટ કરે છે. તે જ સમયે, libcurl લાઇબ્રેરી માટે એક અપડેટ બહાર પાડવામાં આવ્યું હતું, જે સમાંતર રીતે વિકસાવવામાં આવી રહ્યું છે, જે C, Perl, PHP, Python જેવી ભાષાઓમાં પ્રોગ્રામ્સમાં તમામ કર્લ ફંક્શનનો ઉપયોગ કરવા માટે API પ્રદાન કરે છે.

નવી રીલીઝ જો કોઈ ભૂલો થાય અને બે નબળાઈઓને સુધારે તો ઓપરેશનનો પુનઃપ્રયાસ કરવા માટે "--retry-all-errors" વિકલ્પ ઉમેરે છે:

• નબળાઇ CVE-2020-8177 હુમલાખોર દ્વારા નિયંત્રિત સર્વરને ઍક્સેસ કરતી વખતે તમને સિસ્ટમમાં સ્થાનિક ફાઇલ પર ફરીથી લખવાની મંજૂરી આપે છે. સમસ્યા ત્યારે જ દેખાય છે જ્યારે “-J” (“–remote-header-name”) અને “-i” (“—head”) વિકલ્પોનો એકસાથે ઉપયોગ કરવામાં આવે. "-J" વિકલ્પ તમને હેડરમાં ઉલ્લેખિત નામ સાથે ફાઇલને સાચવવાની મંજૂરી આપે છે
  "સામગ્રી-સ્વભાવ". જો સમાન નામની ફાઇલ પહેલેથી અસ્તિત્વમાં છે, તો કર્લ પ્રોગ્રામ સામાન્ય રીતે ઓવરરાઇટ કરવાનો ઇનકાર કરે છે, પરંતુ જો "-i" વિકલ્પ હાજર હોય, તો ચેક લોજિક તૂટી જાય છે અને ફાઇલ ઓવરરાઇટ થાય છે (ચેક સ્ટેજ પર હાથ ધરવામાં આવે છે. રિસ્પોન્સ બોડી પ્રાપ્ત કરવા માટે, પરંતુ “-i” વિકલ્પ સાથે HTTP હેડરો પ્રથમ પ્રદર્શિત થાય છે અને પ્રતિભાવ બોડીની પ્રક્રિયા શરૂ થાય તે પહેલાં સાચવવાનો સમય હોય છે). ફાઇલમાં ફક્ત HTTP હેડરો લખવામાં આવે છે, પરંતુ સર્વર હેડરને બદલે મનસ્વી ડેટા મોકલી શકે છે અને તે લખવામાં આવશે.

• નબળાઇ CVE-2020-8169 કેટલાક સાઇટ એક્સેસ પાસવર્ડ્સ (બેઝિક, ડાયજેસ્ટ, NTLM, વગેરે) ના DNS સર્વર પર લીક થઈ શકે છે. પાસવર્ડમાં "@" ચિહ્નનો ઉપયોગ કરીને, જેનો ઉપયોગ URL માં પાસવર્ડ વિભાજક તરીકે પણ થાય છે, જ્યારે HTTP રીડાયરેક્ટ ટ્રિગર થાય છે, ત્યારે curl ઉકેલવા માટે ડોમેન સાથે "@" પ્રતીક પછી પાસવર્ડનો ભાગ મોકલશે. નામ. ઉદાહરણ તરીકે, જો તમે પાસવર્ડ "passw@rd123" અને વપરાશકર્તાનામ "dan" પ્રદાન કરો છો, તો curl "https://dan:passw@" URL જનરેટ કરશે.[ઇમેઇલ સુરક્ષિત]"https://dan:passw%" ને બદલે /path"[ઇમેઇલ સુરક્ષિત]/path" અને હોસ્ટને ઉકેલવા માટે વિનંતી મોકલશે"[ઇમેઇલ સુરક્ષિત]"example.com" ને બદલે.

  જ્યારે સંબંધિત HTTP રીડાયરેક્ટર્સ માટે સમર્થન સક્ષમ હોય ત્યારે સમસ્યા દેખાય છે (CURLOPT_FOLLOWLOCATION દ્વારા અક્ષમ). જો પરંપરાગત DNS નો ઉપયોગ કરવામાં આવે છે, તો પાસવર્ડના ભાગ વિશેની માહિતી DNS પ્રદાતા અને હુમલાખોર દ્વારા મેળવી શકાય છે જે ટ્રાન્ઝિટ નેટવર્ક ટ્રાફિકને અટકાવવાની ક્ષમતા ધરાવે છે (ભલે મૂળ વિનંતી HTTPS દ્વારા કરવામાં આવી હોય, કારણ કે DNS ટ્રાફિક એન્ક્રિપ્ટેડ નથી). જ્યારે DNS-ઓવર-HTTPS (DoH) નો ઉપયોગ કરવામાં આવે છે, ત્યારે લીક DoH ઓપરેટર સુધી મર્યાદિત હોય છે.

સોર્સ: opennet.ru