{"id":101551,"date":"2021-10-06T04:22:36","date_gmt":"2021-10-06T02:22:36","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta"},"modified":"2021-10-06T04:22:36","modified_gmt":"2021-10-06T02:22:36","slug":"uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta","title":{"rendered":"Vulnerabilit\u00e0 nel server http Apache 2.4.49, che consente di ottenere file al di fuori della radice del sito.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato rilasciato urgentemente un aggiornamento per il server web Apache 2.4.50, che risolve una vulnerabilit\u00e0 0-day (CVE-2021-41773) gi\u00e0 attivamente sfruttata, consentendo l'accesso ai file nelle aree al di fuori della directory radice del sito. Grazie a questa vulnerabilit\u00e0, \u00e8 possibile caricare file di sistema arbitrari e codici sorgenti di script web accessibili in lettura dall'utente con cui \u00e8 in esecuzione il server http. Gli sviluppatori sono stati informati del problema il 17 settembre, ma sono riusciti a pubblicare l'aggiornamento solo oggi, dopo che sono stati registrati casi di sfruttamento della vulnerabilit\u00e0 per attaccare i siti. <\/p>\n
Il pericolo della vulnerabilit\u00e0 \u00e8 mitigato dal fatto che il problema si manifesta solo nella recente versione 2.4.49 e non influisce su tutte le versioni precedenti. Nelle branche stabili dei distribuzioni server conservative, la versione 2.4.49 non \u00e8 stata ancora utilizzata (Debian, RHEL, Ubuntu, SUSE), ma il problema ha colpito distribuzioni continuamente aggiornate, come Fedora, Arch Linux e Gentoo, oltre ai port di FreeBSD. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata da un errore introdotto durante la revisione del codice per la normalizzazione dei percorsi negli URI, che non normalizza il simbolo punto codificato con la sequenza \u00ab\u00bb nel percorso se \u00e8 preceduto da un altro punto. Pertanto, \u00e8 stato possibile inserire caratteri non puliti \u00ab..\\\/\u00bb nel percorso risultante specificando nella richiesta la sequenza \u00ab.\\\/\u00bb. Ad esempio, una richiesta del tipo \u00abhttps:\/\/example.com\/cgi-bin\/.\/.\/.\/.\/etc\/passwd\u00bb o \u00abhttps:\/\/example.com\/cgi-bin\/.\/\/\/\/etc\/hosts\u00bb consentiva di ottenere il contenuto del file \u00ab\/etc\/passwd\u00bb. <\/p>\n
Il problema non si manifesta se l'accesso alle directory \u00e8 esplicitamente negato tramite la configurazione \u00abrequire all denied\u00bb. Ad esempio, per una protezione parziale, si pu\u00f2 indicare nel file di configurazione: require all denied <\/p>\n
Nella versione Apache httpd 2.4.50 \u00e8 stata anche risolta un'altra vulnerabilit\u00e0 (CVE-2021-41524), che colpisce il modulo che implementa il protocollo HTTP\\\/2. Questa vulnerabilit\u00e0 consentiva di innescare un dereferenziazione di puntatore nullo e causare un crash del processo inviando una richiesta appositamente formattata. Anche questa vulnerabilit\u00e0 si manifesta solo nella versione 2.4.49. Come soluzione alternativa di protezione, \u00e8 possibile disabilitare il supporto per il protocollo HTTP\\\/2. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"