aiohttp is an asynchronous HTTP client/server framework for asyncio and Python. Affected versions of aiohttp have a security vulnerability regarding the inconsistent interpretation of the http protocol. HTTP/1.1 is a persistent protocol, if both Content-Length(CL) and Transfer-Encoding(TE) header values are present it can lead to incorrect interpretation of two entities that parse the HTTP and we can poison other sockets with this incorrect interpretation. A possible Proof-of-Concept (POC) would be a configuration with a reverse proxy(frontend) that accepts both CL and TE headers and aiohttp as backend. As aiohttp parses anything with chunked, we can pass a chunked123 as TE, the frontend entity will ignore this header and will parse Content-Length. The impact of this vulnerability is that it is possible to bypass any proxy rule, poisoning sockets to other users like passing Authentication Headers, also if it is present an Open Redirect an attacker could combine it to redirect random users to another website and log the request. This vulnerability has been addressed in release 3.8.0 of aiohttp. Users are advised to upgrade. There are no known workarounds for this vulnerability.

The remote Debian 11 host has packages installed that are affected by multiple vulnerabilities as referenced in the dla-4041 advisory.

    -------------------------------------------------------------------------     Debian LTS Advisory DLA-4041-1                debian-lts@lists.debian.org     https://www.debian.org/lts/security/                   Jochen Sprickerhof     February 03, 2025                             https://wiki.debian.org/LTS
    -------------------------------------------------------------------------

    Package        : python-aiohttp     Version        : 3.7.4-1+deb11u1     CVE ID         : CVE-2023-47627 CVE-2023-47641 CVE-2023-49081 CVE-2023-49082                      CVE-2024-23334 CVE-2024-23829 CVE-2024-27306 CVE-2024-30251                      CVE-2024-52304     Debian Bug     :

    Several issues have been found in aiohttp, an asynchronous HTTP     client/server framework for asyncio and Python. Those issues are related     to the HTTP parser, link traversal and XSS on the index pages.

    CVE-2023-47627

         The HTTP parser in AIOHTTP has numerous problems with header          parsing, which could lead to request smuggling. This parser is only          used when AIOHTTP_NO_EXTENSIONS is enabled (or not using a prebuilt          wheel).

    CVE-2023-47641

        Affected versions of aiohttp have a security vulnerability regarding         the inconsistent interpretation of the http protocol. HTTP/1.1 is a         persistent protocol, if both Content-Length(CL) and         Transfer-Encoding(TE) header values are present it can lead to         incorrect interpretation of two entities that parse the HTTP and we         can poison other sockets with this incorrect interpretation. A         possible Proof-of-Concept (POC) would be a configuration with a         reverse proxy(frontend) that accepts both CL and TE headers and         aiohttp as backend. As aiohttp parses anything with chunked, we can         pass a chunked123 as TE, the frontend entity will ignore this header         and will parse Content-Length. The impact of this vulnerability is         that it is possible to bypass any proxy rule, poisoning sockets to         other users like passing Authentication Headers, also if it is         present an Open Redirect an attacker could combine it to redirect         random users to another website and log the request.

    CVE-2023-49081

        Improper validation made it possible for an attacker to modify the         HTTP request (e.g. to insert a new header) or create a new HTTP         request if the attacker controls the HTTP version. The vulnerability         only occurs if the attacker can control the HTTP version of the         request.

    CVE-2023-49082

        Improper validation makes it possible for an attacker to modify the         HTTP request (e.g. insert a new header) or even create a new HTTP         request if the attacker controls the HTTP method. The vulnerability         occurs only if the attacker can control the HTTP method (GET, POST         etc.) of the request. If the attacker can control the HTTP version         of the request it will be able to modify the request (request         smuggling).

    CVE-2024-23334

        When using aiohttp as a web server and configuring static routes, it         is necessary to specify the root path for static files.
        Additionally, the option 'follow_symlinks' can be used to determine         whether to follow symbolic links outside the static root directory.
        When 'follow_symlinks' is set to True, there is no validation to         check if reading a file is within the root directory. This can lead         to directory traversal vulnerabilities, resulting in unauthorized         access to arbitrary files on the system, even when symlinks are not         present. Disabling follow_symlinks and using a reverse proxy are         encouraged mitigations.

    CVE-2024-23829

        Security-sensitive parts of the Python HTTP parser retained minor         differences in allowable character sets, that must trigger error         handling to robustly match frame boundaries of proxies in order to         protect against injection of additional requests. Additionally,         validation could trigger exceptions that were not handled         consistently with processing of other malformed input. Being more         lenient than internet standards require could, depending on         deployment environment, assist in request smuggling. The unhandled         exception could cause excessive resource consumption on the         application server and/or its logging facilities.

    CVE-2024-27306

        A XSS vulnerability exists on index pages for static file handling.

    CVE-2024-30251

         In affected versions an attacker can send a specially crafted POST          (multipart/form-data) request. When the aiohttp server processes          it, the server will enter an infinite loop and be unable to process          any further requests. An attacker can stop the application from          serving requests after sending a single request.

    CVE-2024-52304

        The Python parser parses newlines in chunk extensions incorrectly         which can lead to request smuggling vulnerabilities under certain         conditions. If a pure Python version of aiohttp is installed (i.e.
        without the usual C extensions) or `AIOHTTP_NO_EXTENSIONS` is         enabled, then an attacker may be able to execute a request smuggling         attack to bypass certain firewalls or proxy protections.

    For Debian 11 bullseye, these problems have been fixed in version     3.7.4-1+deb11u1.

    We recommend that you upgrade your python-aiohttp packages.

    For the detailed security status of python-aiohttp please refer to     its security tracker page at:
    https://security-tracker.debian.org/tracker/python-aiohttp

    Further information about Debian LTS security advisories, how to apply     these updates to your system and frequently asked questions can be     found at: https://wiki.debian.org/LTS     Attachment:
    signature.asc     Description: PGP signature

Tenable has extracted the preceding description block directly from the Debian security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote host is affected by the vulnerability described in GLSA-202408-11 (aiohttp: Multiple Vulnerabilities)

    Multiple vulnerabilities have been discovered in aiohttp. Please review the CVE identifiers referenced     below for details.

Tenable has extracted the preceding description block directly from the Gentoo Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 / openSUSE 15 host has a package installed that is affected by multiple vulnerabilities as referenced in the SUSE-SU-2024:0577-1 advisory.

  - aiohttp is an asynchronous HTTP client/server framework for asyncio and Python. The HTTP parser in AIOHTTP     has numerous problems with header parsing, which could lead to request smuggling. This parser is only used     when AIOHTTP_NO_EXTENSIONS is enabled (or not using a prebuilt wheel). These bugs have been addressed in     commit `d5c12ba89` which has been included in release version 3.8.6. Users are advised to upgrade. There     are no known workarounds for these issues. (CVE-2023-47627)

  - aiohttp is an asynchronous HTTP client/server framework for asyncio and Python. Affected versions of     aiohttp have a security vulnerability regarding the inconsistent interpretation of the http protocol.
    HTTP/1.1 is a persistent protocol, if both Content-Length(CL) and Transfer-Encoding(TE) header values are     present it can lead to incorrect interpretation of two entities that parse the HTTP and we can poison     other sockets with this incorrect interpretation. A possible Proof-of-Concept (POC) would be a     configuration with a reverse proxy(frontend) that accepts both CL and TE headers and aiohttp as backend.
    As aiohttp parses anything with chunked, we can pass a chunked123 as TE, the frontend entity will ignore     this header and will parse Content-Length. The impact of this vulnerability is that it is possible to     bypass any proxy rule, poisoning sockets to other users like passing Authentication Headers, also if it is     present an Open Redirect an attacker could combine it to redirect random users to another website and log     the request. This vulnerability has been addressed in release 3.8.0 of aiohttp. Users are advised to     upgrade. There are no known workarounds for this vulnerability. (CVE-2023-47641)

  - aiohttp is an asynchronous HTTP client/server framework for asyncio and Python. When using aiohttp as a     web server and configuring static routes, it is necessary to specify the root path for static files.
    Additionally, the option 'follow_symlinks' can be used to determine whether to follow symbolic links     outside the static root directory. When 'follow_symlinks' is set to True, there is no validation to check     if reading a file is within the root directory. This can lead to directory traversal vulnerabilities,     resulting in unauthorized access to arbitrary files on the system, even when symlinks are not present.
    Disabling follow_symlinks and using a reverse proxy are encouraged mitigations. Version 3.9.2 fixes this     issue. (CVE-2024-23334)

  - aiohttp is an asynchronous HTTP client/server framework for asyncio and Python. Security-sensitive parts     of the Python HTTP parser retained minor differences in allowable character sets, that must trigger error     handling to robustly match frame boundaries of proxies in order to protect against injection of additional     requests. Additionally, validation could trigger exceptions that were not handled consistently with     processing of other malformed input. Being more lenient than internet standards require could, depending     on deployment environment, assist in request smuggling. The unhandled exception could cause excessive     resource consumption on the application server and/or its logging facilities. This vulnerability exists     due to an incomplete fix for CVE-2023-47627. Version 3.9.2 fixes this vulnerability. (CVE-2024-23829)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES15 / SLES_SAP15 / openSUSE 15 host has packages installed that are affected by a vulnerability as referenced in the SUSE-SU-2023:4909-1 advisory.

  - aiohttp is an asynchronous HTTP client/server framework for asyncio and Python. Affected versions of     aiohttp have a security vulnerability regarding the inconsistent interpretation of the http protocol.
    HTTP/1.1 is a persistent protocol, if both Content-Length(CL) and Transfer-Encoding(TE) header values are     present it can lead to incorrect interpretation of two entities that parse the HTTP and we can poison     other sockets with this incorrect interpretation. A possible Proof-of-Concept (POC) would be a     configuration with a reverse proxy(frontend) that accepts both CL and TE headers and aiohttp as backend.
    As aiohttp parses anything with chunked, we can pass a chunked123 as TE, the frontend entity will ignore     this header and will parse Content-Length. The impact of this vulnerability is that it is possible to     bypass any proxy rule, poisoning sockets to other users like passing Authentication Headers, also if it is     present an Open Redirect an attacker could combine it to redirect random users to another website and log     the request. This vulnerability has been addressed in release 3.8.0 of aiohttp. Users are advised to     upgrade. There are no known workarounds for this vulnerability. (CVE-2023-47641)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Severity
214900	Debian dla-4041 : python-aiohttp-doc - security update	Nessus	Debian Local Security Checks	medium
205141	GLSA-202408-11 : aiohttp: Multiple Vulnerabilities	Nessus	Gentoo Local Security Checks	medium
190879	SUSE SLED15 / SLES15 / openSUSE 15 Security Update : python-aiohttp, python-time-machine (SUSE-SU-2024:0577-1)	Nessus	SuSE Local Security Checks	high
187159	SUSE SLES15 / openSUSE 15 Security Update : python-aiohttp (SUSE-SU-2023:4909-1)	Nessus	SuSE Local Security Checks	medium

Detections

Analytics

CVE-2023-47641

medium

Tenable Plugins

medium

medium

high

medium