CVE-2019-16789 in Communications Cloud Native Core Network Function Cloud Native Environment
Сводка
по VulDB • 12.06.2026
В Waitress вплоть до версии 1.4.0, если перед сервером Waitress используется прокси-сервер, злоумышленник может отправить некорректный запрос, который обойдет фронтенд и будет обработан Waitress иначе, что создает потенциальную возможность для HTTP request smuggling (запросов с подменой). Особо сформированные запросы, содержащие специальные символы пробела в заголовке Transfer-Encoding, будут интерпретированы Waitress как chunked-запрос, в то время как фронтенд-сервер будет использовать Content-Length, поскольку заголовок Transfer-Encoding считается недействительным из-за наличия недопустимых символов. Если фронтенд-сервер использует HTTP pipelining (конвейерную обработку) к бэкенд-серверу Waitress, это может привести к HTTP request splitting (разделению запросов), что, в свою очередь, может вызвать потенциальное отравление кэша или непредвиденное раскрытие информации. Эта проблема исправлена в Waitress 1.4.1 за счет более строгой проверки полей HTTP.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.