Логотип exploitDog
Консоль
Логотип exploitDog

exploitDog

ubuntu логотип

CVE-2019-16786

Опубликовано: 20 дек. 2019
Источник: ubuntu
Приоритет: low
EPSS Низкий
CVSS2: 5
CVSS3: 7.1

Описание

Waitress through version 1.3.1 would parse the Transfer-Encoding header and only look for a single string value, if that value was not chunked it would fall through and use the Content-Length header instead. According to the HTTP standard Transfer-Encoding should be a comma separated list, with the inner-most encoding first, followed by any further transfer codings, ending with chunked. Requests sent with: "Transfer-Encoding: gzip, chunked" would incorrectly get ignored, and the request would use a Content-Length header instead to determine the body size of the HTTP message. This could allow for Waitress to treat a single request as multiple requests in the case of HTTP pipelining. This issue is fixed in Waitress 1.4.0.

РелизСтатусПримечание
bionic

ignored

end of standard support, was needed
devel

not-affected

1.4.1-1
disco

ignored

end of life
eoan

ignored

end of life
esm-apps/noble

not-affected

1.4.1-1
esm-infra-legacy/trusty

DNE

esm-infra/bionic

needed

esm-infra/focal

not-affected

1.4.1-1
esm-infra/xenial

needed

focal

not-affected

1.4.1-1

Показывать по

EPSS

Процентиль: 75%
0.00898
Низкий

5 Medium

CVSS2

7.1 High

CVSS3

Связанные уязвимости

CVSS3: 7.1
redhat
около 6 лет назад

Waitress through version 1.3.1 would parse the Transfer-Encoding header and only look for a single string value, if that value was not chunked it would fall through and use the Content-Length header instead. According to the HTTP standard Transfer-Encoding should be a comma separated list, with the inner-most encoding first, followed by any further transfer codings, ending with chunked. Requests sent with: "Transfer-Encoding: gzip, chunked" would incorrectly get ignored, and the request would use a Content-Length header instead to determine the body size of the HTTP message. This could allow for Waitress to treat a single request as multiple requests in the case of HTTP pipelining. This issue is fixed in Waitress 1.4.0.

CVSS3: 7.1
nvd
около 6 лет назад

Waitress through version 1.3.1 would parse the Transfer-Encoding header and only look for a single string value, if that value was not chunked it would fall through and use the Content-Length header instead. According to the HTTP standard Transfer-Encoding should be a comma separated list, with the inner-most encoding first, followed by any further transfer codings, ending with chunked. Requests sent with: "Transfer-Encoding: gzip, chunked" would incorrectly get ignored, and the request would use a Content-Length header instead to determine the body size of the HTTP message. This could allow for Waitress to treat a single request as multiple requests in the case of HTTP pipelining. This issue is fixed in Waitress 1.4.0.

CVSS3: 7.1
debian
около 6 лет назад

Waitress through version 1.3.1 would parse the Transfer-Encoding heade ...

CVSS3: 7.1
github
около 6 лет назад

HTTP Request Smuggling: Invalid Transfer-Encoding in Waitress

CVSS3: 7.5
fstec
около 6 лет назад

Уязвимость WSGI сервера для python Waitress, позволяющая нарушителю оказать воздействие на целостность данных

EPSS

Процентиль: 75%
0.00898
Низкий

5 Medium

CVSS2

7.1 High

CVSS3