ny version av verktyget för att hĂ€mta och skicka data över nĂ€tet â , som ger möjlighet till flexibel konstruktion av förfrĂ„gningar med angivande av parametrar som cookie, user_agent, referer och andra valfria rubriker. cURL stöder HTTP, HTTPS, HTTP/2.0, HTTP/3, SMTP, IMAP, POP3, Telnet, FTP, LDAP, RTSP, RTMP och andra nĂ€tverksprotokoll. Samtidigt slĂ€pptes en uppdatering av det parallellt utvecklade biblioteket libcurl, som tillhandahĂ„ller ett API för att anvĂ€nda alla curl-funktioner i program pĂ„ sprĂ„k som C, Perl, PHP, Python.
I den nya versionen har alternativet "--retry-all-errors" lagts till för att Äter försöka utföra operationer vid uppkomst av alla fel och tvÄ sÄrbarheter har ÄtgÀrdats:
- tillÄter skrivning av en lokal fil i systemet nÀr man ansluter till en server som kontrolleras av en angripare. Problemet uppstÄr endast vid samtidig anvÀndning av alternativen "-J" ("--remote-header-name") och "-i" ("--head"). Alternativet "-J" lÄter dig spara filen med ett namn som anges i rubriken
"Content-Disposition". Om en fil med det namnet redan finns, vÀgrar programmet curl att skriva över den, men om alternativet "-i" Àr aktivt bryts logiken för kontroll och filen skrivs över (kontrollen genomförs vid hÀmtning av svaret, men med alternativet "-i" skrivs HTTP-rubrikerna ut först och hinner sparas innan kroppsdatan bearbetas). Endast HTTP-rubriker skrivs till filen, men servern kan returnera godtyckliga data istÀllet för rubriker och dessa kommer att sparas. - kan leda till att DNS-servern lÀcker vissa Ätkomstlösenord till webbplatsen (Basic, Digest, NTLM osv.). NÀr tecknet "@" anvÀnds i lösenordet, som ocksÄ anvÀnds som avgrÀnsare i URL:en, kommer curl vid HTTP-omdirigering att skicka delen av lösenordet efter "@" tillsammans med domÀnen för att bestÀmma namnet. Till exempel, med lösenordet "passw@rd123" och anvÀndarnamnet "dan", kommer curl att generera URL:en "https://dan:passw@rd123@example.com/path" istÀllet för "https://dan:passwrd123@example.com/path" och skicka en förfrÄgan för att lösa vÀrden "rd123@example.com" istÀllet för "example.com".
Problemet uppstÄr nÀr stöd för relativa HTTP-omdirigeringar aktiveras (de stÀngs av med CURLOPT_FOLLOWLOCATION). Vid anvÀndning av traditionell DNS kan DNS-leverantören och en angripare som kan avlyssna det transitnÀtverkstrafiken fÄ information om delar av lösenordet (Àven om den ursprungliga begÀran var via HTTPS, eftersom DNS-trafik inte Àr krypterad). Med anvÀndning av DNS-over-HTTPS (DoH) begrÀnsas lÀckaget till DoH-operatören.
KĂ€lla: opennet.ru
