CVE-2019-16789 in Communications Cloud Native Core Network Function Cloud Native Environment
Sumário
de VulDB • 12/06/2026
No Waitress até a versão 1.4.0, se um servidor proxy estiver posicionado à frente do Waitress, um atacante pode enviar uma solicitação inválida que contorna o servidor frontal e é analisada de maneira diferente pelo Waitress, o que pode levar a um vazamento de solicitações HTTP (HTTP request smuggling). Solicitações especialmente elaboradas, contendo caracteres de espaço em branco especiais no cabeçalho Transfer-Encoding, seriam analisadas pelo Waitress como uma solicitação em chunks, enquanto um servidor frontal utilizaria o Content-Length, pois o cabeçalho Transfer-Encoding é considerado inválido devido à presença de caracteres inválidos. Se um servidor frontal realizar pipelining HTTP para um servidor Waitress de back-end, isso pode levar à divisão de solicitações HTTP (HTTP request splitting), o que pode resultar em envenenamento de cache ou divulgação inesperada de informações. Este problema foi corrigido no Waitress 1.4.1 por meio de uma validação mais rigorosa dos campos HTTP.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.