p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in curl · Seite 4

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 222

  1. CVE-2026-1965

    Mittel · CVSS 6.5EPSS 0,26%Korrektur verfügbar

    bad reuse of HTTP Negotiate connection

    libcurl can in some circumstances reuse the wrong connection when asked to do an Negotiate-authenticated HTTP or HTTPS request. libcurl features a pool of recent connections so that subsequent requests can reuse an existing connection to avoid overhead. When reusing a connection a range of criterion must first be met. Due to a logical error in the code, a request that was issued by an application could wrongfully reuse an existing connection to the same server that was authenticated using different credentials. One underlying reason being that Negotiate sometimes authenticates *connections* and not *requests*, contrary to how HTTP is design

    • Auf 8.19.0~rc3-1 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2025-11563

    Mittel · CVSS 4.6EPSS 0,42%Korrektur verfügbar

    wcurl path traversal with percent-encoded slashes

    URLs containing percent-encoded slashes (`/` or `\`) can trick wcurl into saving the output file outside of the current directory without the user explicitly asking for it. This flaw only affects the wcurl command line tool.

    • Auf 8.17.0-2 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2025-15079

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

    libssh global known_hosts override

    When doing SSH-based transfers using either SCP or SFTP, and setting the known_hosts file, libcurl could still mistakenly accept connecting to hosts *not present* in the specified file if they were added as recognized in the libssh *global* known_hosts file.

    • Auf 8.18.0~rc3-1 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2025-14819

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

    OpenSSL partial chain store policy bypass

    When doing TLS related transfers with reused easy or multi handles and altering the `CURLSSLOPT_NO_PARTIALCHAIN` option, libcurl could accidentally reuse a CA store cached in memory for which the partial chain option was reversed. Contrary to the user's wishes and expectations. This could make libcurl find and accept a trust chain that it otherwise would not.

    • Auf 8.18.0~rc3-1 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2025-14524

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

    bearer token leak on cross-protocol redirect

    When an OAuth2 bearer token is used for an HTTP(S) transfer, and that transfer performs a cross-protocol redirect to a second URL that uses an IMAP, LDAP, POP3 or SMTP scheme, curl might wrongly pass on the bearer token to the new target host.

    • Auf 8.18.0~rc2-1 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2025-14017

    Mittel · CVSS 6.3EPSS 0,11%Korrektur verfügbar

    broken TLS options for threaded LDAPS

    When doing multi-threaded LDAPS transfers (LDAP over TLS) with libcurl, changing TLS options in one thread would inadvertently change them globally and therefore possibly also affect other concurrently setup transfers. Disabling certificate verification for a specific transfer could unintentionally disable the feature for other threads as well.

    • Auf 8.18.0~rc2-1 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2025-13034

    Mittel · CVSS 5.9EPSS 0,24%Korrektur verfügbar

    No QUIC certificate pinning with GnuTLS

    When using `CURLOPT_PINNEDPUBLICKEY` option with libcurl or `--pinnedpubkey` with the curl tool, curl should check the public key of the server certificate to verify the peer. This check was skipped in a certain condition that would then make curl allow the connection without performing the proper check, thus not noticing a possible impostor. To skip this check, the connection had to be done with QUIC with ngtcp2 built to use GnuTLS and the user had to explicitly disable the standard certificate verification.

    • Auf 8.18.0~rc2-1 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2025-10966

    Mittel · CVSS 4.3EPSS 0,43%Korrektur verfügbar

    missing SFTP host verification with wolfSSH

    curl's code for managing SSH connections when SFTP was done using the wolfSSH powered backend was flawed and missed host verification mechanisms. This prevents curl from detecting MITM attackers and more.

    • Auf 8.17.0~rc2-1 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2025-10148

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

    predictable WebSocket mask

    curl's WebSocket code did not update the 32-bit mask pattern for each new outgoing frame as the specification says. Instead it used a fixed mask that persisted and was used throughout the entire connection. A predictable mask pattern allows for a malicious server to induce traffic between the two communicating parties that could be interpreted by an involved proxy (configured or transparent) as genuine, real, HTTP traffic with content and thereby poison its cache. That cached poisoned content could then be served to all users of that proxy.

    • Auf 8.16.0-1 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2025-9086

    Hoch · CVSS 7.5EPSS 1,46%Korrektur verfügbar

    Out of bounds read for cookie path

    1. A cookie is set using the `secure` keyword for `https://target` 2. curl is redirected to or otherwise made to speak with `http://target` (same hostname, but using clear text HTTP) using the same cookie set 3. The same cookie name is set - but with only a slash as path (`path="/"`). Since this site is not secure, the cookie *should* be ignored. 4. A bug in the path comparison logic makes curl read outside a heap buffer boundary The bug either causes a crash or it potentially makes the comparison come to the wrong conclusion and lets the clear-text site override the contents of the secure cookie, contrary to expectations and depend

    • Auf 8.16.0~rc2-1 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2025-5399

    Hoch · CVSS 7.5EPSS 1,38%Korrektur verfügbar

    WebSocket endless loop

    Due to a mistake in libcurl's WebSocket code, a malicious server can send a particularly crafted packet which makes libcurl get trapped in an endless busy-loop. There is no other way for the application to escape or exit this loop other than killing the thread/process. This might be used to DoS libcurl-using application.

    • Auf 8.14.1-1 aktualisieren
    Veröffentlicht Aktualisiert
  12. CVE-2025-5025

    Mittel · CVSS 4.8EPSS 0,31%Korrektur verfügbar

    No QUIC certificate pinning with wolfSSL

    libcurl supports *pinning* of the server certificate public key for HTTPS transfers. Due to an omission, this check is not performed when connecting with QUIC for HTTP/3, when the TLS backend is wolfSSL. Documentation says the option works with wolfSSL, failing to specify that it does not for QUIC and HTTP/3. Since pinning makes the transfer succeed if the pin is fine, users could unwittingly connect to an impostor server without noticing.

    • Auf 8.14.0-1 aktualisieren
    Veröffentlicht Aktualisiert
  13. CVE-2025-0725

    Hoch · CVSS 7.3EPSS 1,8%Korrektur verfügbar

    gzip integer overflow

    When libcurl is asked to perform automatic gzip decompression of content-encoded HTTP responses with the `CURLOPT_ACCEPT_ENCODING` option, **using zlib 1.2.0.3 or older**, an attacker-controlled integer overflow would make libcurl perform a buffer overflow.

    • Auf 8.12.0+git20250209.89ed161+ds-1 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2025-0167

    Niedrig · CVSS 3.4EPSS 0,75%Korrektur verfügbar

    netrc and default credential leak

    When asked to use a `.netrc` file for credentials **and** to follow HTTP redirects, curl could leak the password used for the first host to the followed-to host under certain circumstances. This flaw only manifests itself if the netrc file has a `default` entry that omits both login and password. A rare circumstance.

    • Auf 8.12.0+git20250209.89ed161+ds-1 aktualisieren
    Veröffentlicht Aktualisiert
  15. CVE-2024-11053

    Niedrig · CVSS 3.4EPSS 1,97%Korrektur verfügbar

    netrc and redirect credential leak

    When asked to both use a `.netrc` file for credentials and to follow HTTP redirects, curl could leak the password used for the first host to the followed-to host under certain circumstances. This flaw only manifests itself if the netrc file has an entry that matches the redirect target hostname but the entry either omits just the password or omits both login and password.

    • Auf 8.11.1-1 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2024-9681

    Mittel · CVSS 5.9EPSS 1,99%Korrektur verfügbar

    HSTS subdomain overwrites parent cache entry

    When curl is asked to use HSTS, the expiry time for a subdomain might overwrite a parent domain's cache entry, making it end sooner or later than otherwise intended. This affects curl using applications that enable HSTS and use URLs with the insecure `HTTP://` scheme and perform transfers with hosts like `x.example.com` as well as `example.com` where the first host is a subdomain of the second host. (The HSTS cache either needs to have been populated manually or there needs to have been previous HTTPS accesses done as the cache needs to have entries for the domains involved to trigger this problem.) When `x.example.com` responds with `Stri

    • Auf 8.11.0-1 aktualisieren
    Veröffentlicht Aktualisiert
  17. CVE-2024-8096

    Mittel · CVSS 6.5EPSS 0,82%Korrektur verfügbar

    OCSP stapling bypass with GnuTLS

    When curl is told to use the Certificate Status Request TLS extension, often referred to as OCSP stapling, to verify that the server certificate is valid, it might fail to detect some OCSP problems and instead wrongly consider the response as fine. If the returned status reports another error than 'revoked' (like for example 'unauthorized') it is not treated as a bad certficate.

    • Auf 8.10.0-1 aktualisieren
    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 →