{"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\/pt\/blog\/news\/uyazvimost-v-http-servere-apache-2-4-49-pozvolyayushhaya-poluchit-fajly-vne-kornya-sajta","title":{"rendered":"Vulnerabilidade no servidor http Apache 2.4.49 permite acesso a arquivos fora do diret\u00f3rio raiz do site","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Uma atualiza\u00e7\u00e3o de emerg\u00eancia para o servidor HTTP Apache 2.4.50 foi divulgada, corrigindo uma vulnerabilidade de dia zero (CVE-2021-41773) que j\u00e1 estava sendo explorada ativamente, permitindo o acesso a arquivos fora do diret\u00f3rio raiz do site. A vulnerabilidade possibilitou o upload de arquivos de sistema arbitr\u00e1rios e c\u00f3digos-fonte de scripts web acess\u00edveis ao usu\u00e1rio sob o qual o servidor HTTP est\u00e1 sendo executado. Os desenvolvedores foram notificados sobre o problema em 17 de setembro, mas s\u00f3 conseguiram lan\u00e7ar a atualiza\u00e7\u00e3o hoje, ap\u00f3s casos de explora\u00e7\u00e3o da vulnerabilidade serem registrados na internet. <\/p>\n
A gravidade da vulnerabilidade \u00e9 mitigada pelo fato de que o problema ocorre apenas na vers\u00e3o rec\u00e9m-lan\u00e7ada 2.4.49 e n\u00e3o afeta vers\u00f5es anteriores. Nas distribui\u00e7\u00f5es de servidor conservadoras e est\u00e1veis, a vers\u00e3o 2.4.49 ainda n\u00e3o foi utilizada (Debian, RHEL, Ubuntu, SUSE), mas o problema afetou distribui\u00e7\u00f5es de atualiza\u00e7\u00e3o cont\u00ednua, como Fedora, Arch Linux e Gentoo, bem como os ports do FreeBSD. <\/p>\n
A vulnerabilidade \u00e9 causada por um erro introduzido durante a reestrutura\u00e7\u00e3o do c\u00f3digo para normaliza\u00e7\u00e3o de caminhos no URI, resultando na n\u00e3o normaliza\u00e7\u00e3o do s\u00edmbolo ponto codificado pela sequ\u00eancia \"\" no caminho, caso este fosse precedido por outro ponto. Assim, foi poss\u00edvel a inser\u00e7\u00e3o de caracteres n\u00e3o filtrados \"..\\\/\" no caminho resultante ao especificar na solicita\u00e7\u00e3o a sequ\u00eancia \".\\\/\". Por exemplo, uma solicita\u00e7\u00e3o como \"https:\\\/\\\/example.com\\\/cgi-bin\\\/.\\\/.\\\/.\\\/.\\\/etc\\\/passwd\" ou \"https:\\\/\\\/example.com\\\/cgi-bin\\\/.\\\/\\\/\\\/\\\/etc\\\/hosts\" permitia o acesso ao conte\u00fado do arquivo \"\\\/etc\\\/passwd\". <\/p>\n
O problema n\u00e3o se manifesta se o acesso aos diret\u00f3rios for explicitamente negado atrav\u00e9s da configura\u00e7\u00e3o «require all denied». Por exemplo, para uma prote\u00e7\u00e3o parcial, pode-se especificar no arquivo de configura\u00e7\u00e3o: <Directory \\\/> require all denied <\\\/Directory> <\/p>\n
Na vers\u00e3o Apache httpd 2.4.50, outra vulnerabilidade (CVE-2021-41524) tamb\u00e9m foi corrigida, afetando o m\u00f3dulo que implementa o protocolo HTTP\/2. A vulnerabilidade permitia que um pedido especialmente formatado iniciasse uma desreferencia\u00e7\u00e3o de ponteiro nulo, resultando em uma falha no processo. Essa vulnerabilidade tamb\u00e9m se manifesta apenas na vers\u00e3o 2.4.49. Como uma alternativa de prote\u00e7\u00e3o, voc\u00ea pode desativar o suporte ao protocolo HTTP\/2. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"