{"id":37095,"date":"2019-10-31T22:15:43","date_gmt":"2019-10-31T19:15:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/v-razlichnyh-realizatsiyah-protokola-http-2-vyyavleno-8-dos-uyazvimostej\/"},"modified":"2019-10-31T22:15:43","modified_gmt":"2019-10-31T19:15:43","slug":"v-razlichnyh-realizatsiyah-protokola-http-2-vyyavleno-8-dos-uyazvimostej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/v-razlichnyh-realizatsiyah-protokola-http-2-vyyavleno-8-dos-uyazvimostej","title":{"rendered":"Foram identificadas 8 vulnerabilidades de DoS em v\u00e1rias implementa\u00e7\u00f5es do protocolo HTTP\/2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Pesquisadores da Netflix e do Google identificaram<\/a><\/noindex> encontraram oito vulnerabilidades em v\u00e1rias implementa\u00e7\u00f5es do protocolo HTTP\/2 que permitem a nega\u00e7\u00e3o de servi\u00e7o atrav\u00e9s do envio de um fluxo de solicita\u00e7\u00f5es de rede formatado de forma espec\u00edfica. Os problemas afetam, de uma forma ou de outra, a maioria dos servidores HTTP com suporte a HTTP\/2 e levam ao esgotamento da mem\u00f3ria dispon\u00edvel para o processo de trabalho ou \u00e0 cria\u00e7\u00e3o de uma carga excessiva na CPU. Atualiza\u00e7\u00f5es para corrigir as vulnerabilidades j\u00e1 foram apresentadas em nginx 1.16.1\/1.17.3<\/a><\/noindex> e H2O 2.2.6<\/a><\/noindex>, mas ainda n\u00e3o est\u00e3o dispon\u00edveis<\/a><\/noindex> para Apache httpd e outros produtos<\/a><\/noindex>.<\/p>\n

Os problemas resultaram das complexidades introduzidas no protocolo HTTP\/2, relacionadas ao uso de estruturas bin\u00e1rias, ao sistema de limita\u00e7\u00e3o de fluxos de dados dentro das conex\u00f5es, ao mecanismo de prioriza\u00e7\u00e3o de fluxos e \u00e0 presen\u00e7a de mensagens de controle semelhantes ao ICMP, que operam no n\u00edvel da conex\u00e3o HTTP\/2 (por exemplo, opera\u00e7\u00f5es de ping, redefini\u00e7\u00e3o e configura\u00e7\u00e3o de fluxo). Muitas implementa\u00e7\u00f5es n\u00e3o limitavam adequadamente o fluxo de mensagens de controle, organizavam de forma ineficaz a opera\u00e7\u00e3o da fila de prioridades ao processar solicita\u00e7\u00f5es ou utilizavam implementa\u00e7\u00f5es n\u00e3o otimizadas dos algoritmos de controle de fluxo.<\/p>\n

A maioria dos m\u00e9todos de ataque identificados consiste em enviar ao servidor determinadas solicita\u00e7\u00f5es que levam \u00e0 gera\u00e7\u00e3o de um grande n\u00famero de respostas. Se o cliente n\u00e3o l\u00ea os dados do soquete e n\u00e3o rompe a conex\u00e3o, a fila de resposta do servidor continua a se encher. Esse comportamento cria uma carga no sistema de gerenciamento da fila de conex\u00f5es de rede e, dependendo das caracter\u00edsticas da implementa\u00e7\u00e3o, leva ao esgotamento da mem\u00f3ria ou dos recursos da CPU dispon\u00edveis.<\/p>\n

Vulnerabilidades identificadas:<\/p>\n