p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in requests

In den letzten 30 Tagen veröffentlichte Sicherheitslücken für requests: 0. Davon im KEV-Katalog: 0.

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 3

  1. CVE-2026-25645

    Mittel · CVSS 4.4EPSS 0,19%Korrektur verfügbar

    Requests has Insecure Temp File Reuse in its extract_zipped_paths() utility function

    Requests is a HTTP library. Prior to version 2.33.0, the `requests.utils.extract_zipped_paths()` utility function uses a predictable filename when extracting files from zip archives into the system temporary directory. If the target file already exists, it is reused without validation. A local attacker with write access to the temp directory could pre-create a malicious file that would be loaded in place of the legitimate one. Standard usage of the Requests library is not affected by this vulnerability. Only applications that call `extract_zipped_paths()` directly are impacted. Starting in version 2.33.0, the library extracts files to a non-d

    • Auf 2.31.0+dfsg-1ubuntu1.2 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2024-47081

    Mittel · CVSS 5.3EPSS 0,98%Korrektur verfügbar

    Requests vulnerable to .netrc credentials leak via malicious URLs

    Requests is a HTTP library. Due to a URL parsing issue, Requests releases prior to 2.32.4 may leak .netrc credentials to third parties for specific maliciously-crafted URLs. Users should upgrade to version 2.32.4 to receive a fix. For older versions of Requests, use of the .netrc file can be disabled with `trust_env=False` on one's Requests Session.

    • Auf 2.31.0+dfsg-1ubuntu1.1 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2024-35195

    Mittel · CVSS 5.6EPSS 0,34%Keine Korrektur veröffentlicht

    Requests `Session` object does not verify requests after making first request with verify=False

    Requests is a HTTP library. Prior to 2.32.0, when making requests through a Requests `Session`, if the first request is made with `verify=False` to disable cert verification, all subsequent requests to the same host will continue to ignore cert verification regardless of changes to the value of `verify`. This behavior will continue for the lifecycle of the connection in the connection pool. This vulnerability is fixed in 2.32.0.

    Veröffentlicht Aktualisiert

Prüfen Sie Ihren Server

Gleichen Sie Ihren installierten Stack und seine Versionen mit den aktuellen Sicherheitsmeldungen ab.

Prüfen Sie Ihren Server →