{"id":120555,"date":"2024-11-12T13:09:16","date_gmt":"2024-11-12T11:09:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupny-utility-wget-1-25-i-curl-8-11-predstavleny-platnye-lts-vypuski-curl"},"modified":"2024-11-12T13:09:16","modified_gmt":"2024-11-12T11:09:16","slug":"dostupny-utility-wget-1-25-i-curl-8-11-predstavleny-platnye-lts-vypuski-curl","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/news\/dostupny-utility-wget-1-25-i-curl-8-11-predstavleny-platnye-lts-vypuski-curl","title":{"rendered":"El\u00e9rhet\u0151k a wget 1.25 \u00e9s Curl 8.11 seg\u00e9dprogramok. Megjelentek a fizet\u0151s LTS Curl kiad\u00e1sok.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Megjelent a GNU Wget 1.25, amely a f\u00e1jlok let\u00f6lt\u00e9s\u00e9nek automatiz\u00e1l\u00e1s\u00e1t szolg\u00e1l\u00f3 program HTTP\/HTTPS \u00e9s FTP\/FTPS protokollok haszn\u00e1lat\u00e1val. Az eszk\u00f6z t\u00e1mogatja a k\u00f6vetkez\u0151 lehet\u0151s\u00e9geket: megszak\u00edtott let\u00f6lt\u00e9sek folytat\u00e1sa, weboldalak t\u00fck\u00f6rk\u00e9pez\u00e9se a let\u00f6lt\u00f6tt adatok sz\u0171r\u00e9s\u00e9vel, a hivatkoz\u00e1sok \u00e1tkonvert\u00e1l\u00e1sa a dokumentumokban, cookie-k be\u00e1ll\u00edt\u00e1sa \u00e9s csak a megv\u00e1ltozott f\u00e1jlok friss\u00edt\u00e9se. A projekt k\u00f3dja C nyelven \u00edr\u00f3dott, \u00e9s GPLv3 licenc alatt terjesztik. <\/p>\n
Az \u00faj verzi\u00f3ban: <\/p>\n
\n
A r\u00e9szletes URL elemz\u00e9s\u00e9nek \u00e1t\u00edr\u00e1sa a felhaszn\u00e1l\u00f3n\u00e9v inform\u00e1ci\u00f3val (protocol:\/\/userinfo@host:port\/path). Kor\u00e1bban a wget a userinfo elemz\u00e9s\u00e9n\u00e9l hib\u00e1san kezelte a «;» karaktert, amely sebezhet\u0151s\u00e9get okozott (CVE-2024-38428), mivel a felhaszn\u00e1l\u00f3i adatok egy r\u00e9sze host n\u00e9vk\u00e9nt ker\u00fclt feldolgoz\u00e1sra. P\u00e9ld\u00e1ul a «attackerhost;» felhaszn\u00e1l\u00f3n\u00e9v a «ftp:\/\/attackerhost;@host» URL-ben a «attackerhost» hosztra ir\u00e1ny\u00edtott, ahelyett, hogy a «host» lenne.\n
Megsz\u0171nt a HTTP- \u00e9s FTP-er\u0151forr\u00e1sokra vonatkoz\u00f3 r\u00f6vid\u00edtett URL-hivatkoz\u00e1sok t\u00e1mogat\u00e1sa (protokoll megad\u00e1sa n\u00e9lk\u00fcl, p\u00e9ld\u00e1ul «wget username:password@myserver»), amely kor\u00e1bban elavultnak lett nyilv\u00e1ntartva, \u00e9s a CVE-2024-10524 sebezhet\u0151s\u00e9ghez vezetett. A sebezhet\u0151s\u00e9ggel kapcsolatos inform\u00e1ci\u00f3k egyel\u0151re nem ker\u00fcltek nyilv\u00e1noss\u00e1gra, de \u00fagy t\u0171nik, hogy a fent eml\u00edtett CVE-2024-38428 probl\u00e9ma egyik v\u00e1ltozata.\n
A f\u00e1jlokb\u00f3l \u00e9s a szabv\u00e1nyos bemeneti \u00e1raml\u00e1sb\u00f3l (stdin) val\u00f3 olvas\u00e1s \u00e1tt\u00e9rt a nem blokkol\u00f3 m\u00f3d haszn\u00e1lat\u00e1ra. A m\u00f3dos\u00edt\u00e1s lehet\u0151v\u00e9 teszi, hogy fokozatosan tov\u00e1bb\u00edts\u00e1k a hivatkoz\u00e1sokat a bemeneti \u00e1raml\u00e1sban a «print_urls | wget -i-« parancs seg\u00edts\u00e9g\u00e9vel. Kor\u00e1bban a wget azonnal olvasta a megl\u00e9v\u0151 adatokat \u00e9s bez\u00e1rta a f\u00e1jl le\u00edr\u00f3j\u00e1t. <\/ul>\n
Ezenk\u00edv\u00fcl kiemelhet\u0151 a curl 8.11.0 nev\u0171 eszk\u00f6z kiad\u00e1sa, amely lehet\u0151s\u00e9get biztos\u00edt az adatok h\u00e1l\u00f3zaton t\u00f6rt\u00e9n\u0151 lek\u00e9r\u00e9s\u00e9re \u00e9s k\u00fcld\u00e9s\u00e9re, rugalmas k\u00e9r\u00e9sform\u00e1l\u00e1ssal, p\u00e9ld\u00e1ul cookie, user_agent, referer \u00e9s b\u00e1rmely egy\u00e9b fejl\u00e9ccel. A cURL t\u00e1mogatja a HTTP, HTTPS, HTTP\/2.0, HTTP\/3, SMTP, IMAP, POP3, SSH, Telnet, FTP, LDAP, RTSP, RTMP \u00e9s egy\u00e9b h\u00e1l\u00f3zati protokollokat. A projekt k\u00f3dj\u00e1t Curl licenc (MIT licenc v\u00e1ltozata) alatt terjesztik. <\/p>\n
A curl 8.11 v\u00e1ltoz\u00e1sai k\u00f6z\u00f6tt: <\/p>\n
\n
Kijav\u00edtott\u00e1k a (CVE-2024-9681) sebezhet\u0151s\u00e9get, ami lehet\u0151v\u00e9 tette, hogy a http:\/\/ protokollon kereszt\u00fcl k\u00e9rd\u00e9seket tegyenek fel, annak ellen\u00e9re, hogy HSTS (HTTP Strict Transport Security) szab\u00e1lyok \u00edrt\u00e1k el\u0151 a csak HTTPS haszn\u00e1lat\u00e1t. A probl\u00e9ma akkor mer\u00fcl fel, ha a t\u00e1mad\u00f3 hozz\u00e1f\u00e9r\u00e9ssel b\u00edr a c\u00e9lzott host aldomainjeihez. P\u00e9ld\u00e1ul az x.example.com hosztn\u00e1l a t\u00e1mad\u00f3 manipul\u00e1lhatja az «Strict-Transport-Security:» HTTP fejl\u00e9cet a HSTS cache adataira n\u00e9zve. domain<\/a> example.com.\n