p PatchFirst

PatchFirst · Vulnerabilidades recientes

Vulnerabilidades de python3.13 · Página 2

Vulnerabilidades publicadas para python3.13 en los últimos 30 días: 4. Incluidas en el catálogo KEV: 0.

RSS ↗
Filtrar vulnerabilidades
Borrar filtros

Vulnerabilidades: 64

  1. CVE-2026-3276

    Media · CVSS 6.3EPSS 0,49%Corrección disponible

    Potential DoS via quadratic complexity in unicodedata.normalize()

    unicodedata.normalize() can take excessive CPU time when processing specially crafted Unicode input containing long runs of combining characters with alternating Canonical Combining Class values. This affects all normalization forms.

    • Actualiza a 3.13.14-1
    Publicación Actualización
  2. CVE-2026-8328

    Media · CVSS 5.9EPSS 0,46%Corrección disponible

    FTP PASV SSRF, ftpcp() does not use actual peer address, trusts server-supplied PASV host address

    The ftpcp() function in Lib/ftplib.py was not updated when CVE-2021-4189 was fixed. While makepasv() was patched to replace server-supplied PASV host addresses with the actual peer address (getpeername()[0]), ftpcp() still calls parse227() directly and passes the raw attacker-controllable IP address and port to target.sendport(). This patch is related to CVE-2021-4189.

    • Actualiza a 3.13.14-1
    Publicación Actualización
  3. CVE-2026-7210

    Media · CVSS 6.3EPSS 0,67%Corrección disponible

    The expat and elementtree parsers use insufficient entropy for XML hash-flooding protection

    `xml.parsers.expat` and `xml.etree.ElementTree` use insufficient entropy for Expat hash-flooding protection, which allows a crafted XML document to trigger hash flooding.\r\n\r\nFully mitigating this vulnerability requires both updating libexpat to 2.8.0 or later and applying this patch.

    • Actualiza a 3.13.14-1
    Publicación Actualización
  4. CVE-2026-6019

    Baja · CVSS 2.1EPSS 0,21%Corrección disponible

    BaseCookie.js_output() does not neutralize embedded characters

    http.cookies.Morsel.js_output() returns an inline <script> snippet and only escapes " for JavaScript string context. It does not neutralize the HTML parser-sensitive sequence </script> inside the generated script element. Mitigation base64-encodes the cookie value to disallow escaping using cookie value.

    • Actualiza a 3.13.14-1
    Publicación Actualización
  5. CVE-2026-4786

    Alta · CVSS 7EPSS 0,29%Corrección disponible

    Incomplete mitigation of CVE-2026-4519, %action expansion for command injection to webbrowser.open()

    Mitgation of CVE-2026-4519 was incomplete. If the URL contained "%action" the mitigation could be bypassed for certain browser types the "webbrowser.open()" API could have commands injected into the underlying shell. See CVE-2026-4519 for details.

    • Actualiza a 3.13.14-1
    Publicación Actualización
  6. CVE-2026-6100

    Crítica · CVSS 9.1EPSS 0,76%Corrección disponible

    Use-after-free in lzma.LZMADecompressor, bz2.BZ2Decompressor, and gzip.GzipFile after re-use under memory pressure

    Use-after-free (UAF) was possible in the `lzma.LZMADecompressor`, `bz2.BZ2Decompressor`, and `gzip.GzipFile` when a memory allocation fails with a `MemoryError` and the decompression instance is re-used. This scenario can be triggered if the process is under memory pressure. The fix cleans up the dangling pointer in this specific error condition. The vulnerability is only present if the program re-uses decompressor instances across multiple decompression calls even after a `MemoryError` is raised during decompression. Using the helper functions to one-shot decompress data such as `lzma.decompress()`, `bz2.decompress()`, `gzip.decompress()`,

    • Actualiza a 3.13.14-1
    Publicación Actualización
  7. CVE-2026-3446

    Media · CVSS 6EPSS 0,19%Corrección disponible

    Base64 decoding stops at first padded quad by default

    When calling base64.b64decode() or related functions the decoding process would stop after encountering the first padded quad regardless of whether there was more information to be processed. This can lead to data being accepted which may be processed differently by other implementations. Use "validate=True" to enable stricter processing of base64 data.

    • Actualiza a 3.13.14-1
    Publicación Actualización
  8. CVE-2026-4519

    Alta · CVSS 7EPSS 0,31%Corrección disponible

    webbrowser.open() allows leading dashes in URLs

    The webbrowser.open() API would accept leading dashes in the URL which could be handled as command line options for certain web browsers. New behavior rejects leading dashes. Users are recommended to sanitize URLs prior to passing to webbrowser.open().

    • Actualiza a 3.13.14-1
    Publicación Actualización
  9. CVE-2026-3479

    Baja · CVSS 0EPSS 0,25%Sin corrección publicada

    pkgutil.get_data() does not enforce documented restrictions

    DISPUTED: The project has clarified that the documentation was incorrect, and that pkgutil.get_data() has the same security model as open(). The documentation has been updated to clarify this point. There is no vulnerability in the function if following the intended security model. pkgutil.get_data() did not validate the resource argument as documented, allowing path traversals.

    Publicación Actualización
  10. CVE-2026-3644

    Media · CVSS 6EPSS 0,5%Corrección disponible

    Incomplete control character validation in http.cookies

    The fix for CVE-2026-0672, which rejected control characters in http.cookies.Morsel, was incomplete. The Morsel.update(), |= operator, and unpickling paths were not patched, allowing control characters to bypass input validation. Additionally, BaseCookie.js_output() lacked the output validation applied to BaseCookie.output().

    • Actualiza a 3.13.14-1
    Publicación Actualización
  11. CVE-2025-13462

    Baja · CVSS 2EPSS 0,17%Corrección disponible

    tarfile: Skip DIRTYPE normalization during GNU LONGNAME/LONGLINK handling

    The "tarfile" module would still apply normalization of AREGTYPE (\x00) blocks to DIRTYPE, even while processing a multi-block member such as GNUTYPE_LONGNAME or GNUTYPE_LONGLINK. This could result in a crafted tar archive being misinterpreted by the tarfile module compared to other implementations.

    • Actualiza a 3.13.14-1
    Publicación Actualización
  12. CVE-2025-69534

    Alta · CVSS 7.5EPSS 0,6%Corrección disponible

    CVE-2025-69534

    Python-Markdown version 3.8 contain a vulnerability where malformed HTML-like sequences can cause html.parser.HTMLParser to raise an unhandled AssertionError during Markdown parsing. Because Python-Markdown does not catch this exception, any application that processes attacker-controlled Markdown may crash. This enables remote, unauthenticated Denial of Service in web applications, documentation systems, CI/CD pipelines, and any service that renders untrusted Markdown. The issue was acknowledged by the vendor and fixed in version 3.8.1. This issue causes a remote Denial of Service in any application parsing untrusted Markdown, and can lead to

    • Actualiza a 3.13.4-1
    Publicación Actualización
  13. CVE-2026-2297

    Media · CVSS 5.7EPSS 0,21%Corrección disponible

    SourcelessFileLoader does not use io.open_code()

    The import hook in CPython that handles legacy *.pyc files (SourcelessFileLoader) is incorrectly handled in FileLoader (a base class) and so does not use io.open_code() to read the .pyc files. sys.audit handlers for this audit event therefore do not fire.

    • Actualiza a 3.13.14-1
    Publicación Actualización
  14. CVE-2026-1299

    Media · CVSS 6EPSS 0,57%Corrección disponible

    email BytesGenerator header injection due to unquoted newlines

    The email module, specifically the "BytesGenerator" class, didn’t properly quote newlines for email headers when serializing an email message allowing for header injection when an email is serialized. This is only applicable if using "LiteralHeader" writing headers that don't respect email folding rules, the new behavior will reject the incorrectly folded headers in "BytesGenerator".

    • Actualiza a 3.13.12-1
    Publicación Actualización
  15. CVE-2025-12781

    Media · CVSS 6.3EPSS 0,56%Sin corrección publicada

    base64.b64decode() always accepts "+/" characters, despite setting altchars

    When passing data to the b64decode(), standard_b64decode(), and urlsafe_b64decode() functions in the "base64" module the characters "+/" will always be accepted, regardless of the value of "altchars" parameter, typically used to establish an "alternative base64 alphabet" such as the URL safe alphabet. This behavior matches what is recommended in earlier base64 RFCs, but newer RFCs now recommend either dropping characters outside the specified base64 alphabet or raising an error. The old behavior has the possibility of causing data integrity issues. This behavior can only be insecure if your application uses an alternate base64 alphabet (w

    Publicación Actualización

Comprueba tu servidor

Compara tu pila y las versiones instaladas con las bases actuales de vulnerabilidades.

Comprueba tu servidor →