Package Search Help

You can use boolean logic (e.g. AND/OR/NOT) for complex search queries. For more help and examples, see the search documentation.

Search by package name:
my-package (implicit)
name:my-package (explicit)

Search by package filename:
filename:my-package.ext 

Search by package tag:
tag:latest 

Search by package version:
version:1.0.0  prerelease:true (prereleases)
prerelease:false (no prereleases)

Search by package architecture:
architecture:x86_64 

Search by package distribution:
distribution:el 

Search by package license:
license:MIT 

Search by package format:
format:deb 

Search by package status:
status:in_progress 

Search by package file checksum:
checksum:5afba 

Search by package security status:
severity:critical 

Search by package vulnerabilities:
vulnerabilities:>1 
vulnerabilities:<1000 

Search by # of package downloads:
downloads:>8 
downloads:<100 

Search by package type:
type:binary 
type:source 

Search by package size (bytes):
size:>50000 
size:<10000 

Search by dependency name/version:
dependency:log4j 
dependency:log4j=1.0.0 
dependency:log4j>1.0.0 

Search by uploaded date:
uploaded:>"1 day ago" 
uploaded:<"August 14, 2022 EST" 

Search by entitlement token (identifier):
entitlement:3lKPVJPosCsY 

Search by policy violation:
policy_violated:true
deny_policy_violated:true
license_policy_violated:true
vulnerability_policy_violated:true

Search by repository:
repository:repo-name

Search by last download date:
last_downloaded:<"30 days ago" 
last_downloaded:>"August 14, 2022 EST" 

Search queries for all Debian-specific (and related) package types

Search by component:
deb_component:unstable

Search queries for all Maven-specific (and related) package types

Search by group ID:
maven_group_id:org.apache

Search queries for all Docker-specific (and related) package types

Search by image digest:
docker_image_digest:sha256:7c5..6d4
(full hashref only)

Search by layer digest:
docker_layer_digest:sha256:4c4..ae4
(full hashref only)

Search queries for all Generic-specific package types

Search by file path:
generic_filepath:path/to/file.txt

Search by directory:
generic_directory:path/to

Field type modifiers (depending on the type, you can influence behaviour)

For all queries, you can use:
~foo for negation

For string queries, you can use:
^foo to anchor to start of term
foo$ to anchor to end of term
foo*bar for fuzzy matching

For number/date or version queries, you can use:
>foo for values greater than
>=foo for values greater / equal
<foo for values less than
<=foo for values less / equal

Need a secure and centralised artifact repository to deliver Alpine, Cargo, CocoaPods, Composer, Conan, Conda, CRAN, Dart, Debian, Docker, Generic, Go, Helm, Hex, HuggingFace, LuaRocks, Maven, MCP, npm, NuGet, P2, Python, RedHat, Ruby, Swift, Terraform, Vagrant, VSX, Raw & More packages?

Cloudsmith is the new standard in Package / Artifact Management and Software Distribution.

With support for all major package formats, you can trust us to manage your software supply chain.

Start My Free Trial
 Open-Source cloudsmith cloudsmith (Cloudsmith) / bitbucket-pipes  BitBucket Project
A certifiably-awesome open-source package repository curated by Cloudsmith, hosted by Cloudsmith.
Note: Packages in this repository are licensed as Apache License 2.0 (dependencies may be licensed differently).

Docker logo publish  0.3.1

One-liner (summary)

A certifiably-awesome package curated by Examples Bot, hosted by Cloudsmith.

Description

A certifiably-awesome package curated by Examples Bot, hosted by Cloudsmith.

License

Unknown

Size

24.8 MB

Downloads

1227

Tags

image amd64 linux

Status  Completed
Checksum (MD5) 6579ee87a9728e5106f84b4722d420e6
Checksum (SHA-1) f23c4599a55d64d2078ea841b4ccfdb7de844fa7
Checksum (SHA-256) 36aa41894dab56cae28c6423b86e7881b04862da90ab91140641c632217c846d
Checksum (SHA-512) 2cc39534e80bfa1eb77b0a6b84e02fcd11a311444af2d570fea1ab66122c2b36a2…
GPG Signature
GPG Fingerprint 0cd541628cf73c32c061370ecbe573dcfec49138
Storage Region  Dublin, Ireland
Type  Binary (contains binaries and binary artifacts)
Uploaded At 5 years, 1 month ago
Uploaded By csm-examples-bot
Slug Id publish-3pI
Unique Id 485iqI6tdMQK
Version (Raw) 0.3.1
Version (Parsed)
  • Major: 0
  • Minor: 3
  • Patch: 1
  • Type: SemVer (Strict)
Orig Version (Raw) 36aa41894dab56cae28c6423b86e7881b04862da90ab91140641c632217c846d
Orig Version (Parsed)
  • Type: Unknown
  docker-specific metadata
Image Digest sha256:36aa41894dab56cae28c6423b86e7881b04862da90ab91140641c632217c846d
Config Digest sha256:307982d83ba9e60cadd8040119e4c1f2b7a5a44b13529c47ae02026722f4569c
V1 OCI Index Digest sha256:9222f499a57cb89596420c9156ef79e658c594252168ef00e72474820b932fcf
V1 Distribution (Signed) Digest sha256:e318064782b3434743803a27a58cbc2052e42f4a3187f934745202949ad1bbc3
V1 OCI Digest sha256:1cb380d74aab5b903f1bd2ae0cd901c256d680d9c091d5e0b2a605d5271657f1
V2 Distribution List Digest sha256:c65afb24816a58cf2551665d30ecb06dcb731d41a31cb3c2cbb3fb39f0726571
V1 Distribution Digest sha256:070be1a452f784d69558e060ec14330feabc29ffc86e9c3849e3431ecc4a7a06
V2 Distribution Digest sha256:36aa41894dab56cae28c6423b86e7881b04862da90ab91140641c632217c846d
  extended metadata
Manifest Type V2 Distribution
Architecture amd64
Config
Container 982578c764d86d78377d98308f317f2e28a1e9d332201bbabdea714bd48b0b51
Container Config
Created 2021-05-31 22:54:44 UTC
Docker Version 19.03.15
Os linux

This package was uploaded with the following V2 Distribution manifest:

{
   "schemaVersion": 2,
   "mediaType": "application/vnd.docker.distribution.manifest.v2+json",
   "config": {
      "mediaType": "application/vnd.docker.container.image.v1+json",
      "size": 2376,
      "digest": "sha256:3102d673539d9ea2d0f561b3ab8900ea31c8423ee9f28d46c6ccc22e08affef2"
   },
   "layers": [
      {
         "mediaType": "application/vnd.docker.image.rootfs.diff.tar.gzip",
         "size": 2207101,
         "digest": "sha256:486039affc0ad0f17f473efe8fb25c947515a8929198879d1e64210ef142372f"
      },
      {
         "mediaType": "application/vnd.docker.image.rootfs.diff.tar.gzip",
         "size": 18172341,
         "digest": "sha256:5026c3a51f107ea125ec20428ac3a0d785f2df23df32381f81b41bf2ab188552"
      },
      {
         "mediaType": "application/vnd.docker.image.rootfs.diff.tar.gzip",
         "size": 5670649,
         "digest": "sha256:75be26a4223fd97b620ff7e816753f520e6a74f1bc5b1872ea1366b382f409bb"
      },
      {
         "mediaType": "application/vnd.docker.image.rootfs.diff.tar.gzip",
         "size": 1571,
         "digest": "sha256:4d93d52a0edd6b348e9c8232b8911bce01cb55af7b00b7375523962c792464bd"
      },
      {
         "mediaType": "application/vnd.docker.image.rootfs.diff.tar.gzip",
         "size": 1571,
         "digest": "sha256:4d93d52a0edd6b348e9c8232b8911bce01cb55af7b00b7375523962c792464bd"
      }
   ]
}
Digest: sha256:486039affc0ad0f17f473efe8fb25c947515a8929198879d1e64210ef142372f
Command: /bin/sh -c #(nop) ADD file:e38375b009a2e2c9be7c62364fa76d52edf2a80e42d2f52cf80dfb13d578e967 in /
2.1 MB
Digest: sha256:a3ed95caeb02ffe68cdd9fd84406680ae93d633cb16422d00e8a7c22955b46d4
Command: /bin/sh -c #(nop) CMD ["/bin/sh"]
32 bytes
Digest: sha256:5026c3a51f107ea125ec20428ac3a0d785f2df23df32381f81b41bf2ab188552
Command: /bin/sh -c apk update && apk add bash python3
17.3 MB
Digest: sha256:75be26a4223fd97b620ff7e816753f520e6a74f1bc5b1872ea1366b382f409bb
Command: /bin/sh -c pip3 install cloudsmith-cli==0.10.0
5.4 MB
Digest: sha256:4d93d52a0edd6b348e9c8232b8911bce01cb55af7b00b7375523962c792464bd
Command: /bin/sh -c #(nop) COPY dir:0fe746083f0a8fd194ef4118a86f6391071fce52e627fc33d596c845df06086e in /
1.5 KB
Digest: sha256:4d93d52a0edd6b348e9c8232b8911bce01cb55af7b00b7375523962c792464bd
Command: /bin/sh -c chmod a+x /*.sh
1.5 KB
Digest: sha256:a3ed95caeb02ffe68cdd9fd84406680ae93d633cb16422d00e8a7c22955b46d4
Command: /bin/sh -c #(nop) ENTRYPOINT ["/pipe.sh"]
32 bytes

Last scanned

5 days, 2 hours ago

Scan result

Vulnerable

Vulnerability count

19

Max. severity

High
Target: Python
HIGH

CVE-2023-37920: python-certifi: Removal of e-Tugra root certificate

Certifi is a curated collection of Root Certificates for validating the trustworthiness of SSL certificates while verifying the identity of TLS hosts. Certifi prior to version 2023.07.22 recognizes "e-Tugra" root certificates. e-Tugra's root certificates were subject to an investigation prompted by reporting of security issues in their systems. Certifi 2023.07.22 removes root certificates from "e-Tugra" from the root store.

Package Name: certifi
Installed Version: 2021.5.30
Fixed Version: 2023.7.22

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com errata.almalinux.org github.com github.com github.com github.com groups.google.com linux.oracle.com linux.oracle.com lists.fedoraproject.org lists.fedoraproject.org nvd.nist.gov security.netapp.com security.netapp.com www.cve.org
HIGH

CVE-2022-40899: python-future: remote attackers can cause denial of service via crafted Set-Cookie header from malicious web server

An issue discovered in Python Charmers Future 0.18.2 and earlier allows remote attackers to cause a denial of service via crafted Set-Cookie header from malicious web server.

Package Name: future
Installed Version: 0.18.2
Fixed Version: 0.18.3

References: access.redhat.com github.com github.com github.com github.com github.com github.com nvd.nist.gov pypi.org pypi.org pyup.io pyup.io ubuntu.com www.cve.org
HIGH

CVE-2023-43804: python-urllib3: Cookie request header isn't stripped during cross-origin redirects

urllib3 is a user-friendly HTTP client library for Python. urllib3 doesn't treat the `Cookie` HTTP header special or provide any helpers for managing cookies over HTTP, that is the responsibility of the user. However, it is possible for a user to specify a `Cookie` header and unknowingly leak information via HTTP redirects to a different origin if that user doesn't disable redirects explicitly. This issue has been patched in urllib3 version 1.26.17 or 2.0.5.

Package Name: urllib3
Installed Version: 1.26.5
Fixed Version: 2.0.6, 1.26.17

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com github.com github.com linux.oracle.com linux.oracle.com lists.debian.org lists.debian.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org nvd.nist.gov security.netapp.com security.netapp.com ubuntu.com ubuntu.com www.cve.org www.vicarius.io
HIGH

CVE-2025-66418: urllib3: urllib3: Unbounded decompression chain leads to resource exhaustion

urllib3 is a user-friendly HTTP client library for Python. Starting in version 1.24 and prior to 2.6.0, the number of links in the decompression chain was unbounded allowing a malicious server to insert a virtually unlimited number of compression steps leading to high CPU usage and massive memory allocation for the decompressed data. This vulnerability is fixed in 2.6.0.

Package Name: urllib3
Installed Version: 1.26.5
Fixed Version: 2.6.0

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org cve.mitre.org cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com linux.oracle.com linux.oracle.com nvd.nist.gov ubuntu.com ubuntu.com ubuntu.com www.cve.org www.openwall.com
HIGH

CVE-2025-66471: urllib3: urllib3 Streaming API improperly handles highly compressed data

urllib3 is a user-friendly HTTP client library for Python. Starting in version 1.0 and prior to 2.6.0, the Streaming API improperly handles highly compressed data. urllib3's streaming API is designed for the efficient handling of large HTTP responses by reading the content in chunks, rather than loading the entire response body into memory at once. When streaming a compressed response, urllib3 can perform decoding or decompression based on the HTTP Content-Encoding header (e.g., gzip, deflate, br, or zstd). The library must read compressed data from the network and decompress it until the requested chunk size is met. Any resulting decompressed data that exceeds the requested amount is held in an internal buffer for the next read operation. The decompression logic could cause urllib3 to fully decode a small amount of highly compressed data in a single operation. This can result in excessive resource consumption (high CPU usage and massive memory allocation for the decompressed data.

Package Name: urllib3
Installed Version: 1.26.5
Fixed Version: 2.6.0

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org cve.mitre.org cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com linux.oracle.com linux.oracle.com nvd.nist.gov ubuntu.com ubuntu.com ubuntu.com ubuntu.com ubuntu.com ubuntu.com www.cve.org www.openwall.com
HIGH

CVE-2026-21441: urllib3: urllib3 vulnerable to decompression-bomb safeguard bypass when following HTTP redirects (streaming API)

urllib3 is an HTTP client library for Python. urllib3's streaming API is designed for the efficient handling of large HTTP responses by reading the content in chunks, rather than loading the entire response body into memory at once. urllib3 can perform decoding or decompression based on the HTTP `Content-Encoding` header (e.g., `gzip`, `deflate`, `br`, or `zstd`). When using the streaming API, the library decompresses only the necessary bytes, enabling partial content consumption. Starting in version 1.22 and prior to version 2.6.3, for HTTP redirect responses, the library would read the entire response body to drain the connection and decompress the content unnecessarily. This decompression occurred even before any read methods were called, and configured read limits did not restrict the amount of decompressed data. As a result, there was no safeguard against decompression bombs. A malicious server could exploit this to trigger excessive resource consumption on the client. Applications and libraries are affected when they stream content from untrusted sources by setting `preload_content=False` when they do not disable redirects. Users should upgrade to at least urllib3 v2.6.3, in which the library does not decode content of redirect responses when `preload_content=False`. If upgrading is not immediately possible, disable redirects by setting `redirect=False` for requests to untrusted source.

Package Name: urllib3
Installed Version: 1.26.5
Fixed Version: 2.6.3

References: access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org cve.mitre.org cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com linux.oracle.com linux.oracle.com lists.debian.org nvd.nist.gov security.access.redhat.com ubuntu.com ubuntu.com ubuntu.com www.cve.org
HIGH

CVE-2026-44431: urllib3: urllib3: Information disclosure via cross-origin redirects forwarding sensitive headers

urllib3 is an HTTP client library for Python. From 1.23 to before 2.7.0, cross-origin redirects followed from the low-level API via ProxyManager.connection_from_url().urlopen(..., assert_same_host=False) still forward these sensitive headers. This vulnerability is fixed in 2.7.0.

Package Name: urllib3
Installed Version: 1.26.5
Fixed Version: 2.7.0

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com linux.oracle.com linux.oracle.com lists.debian.org nvd.nist.gov ubuntu.com www.cve.org
MEDIUM

CVE-2022-23491: python-certifi: untrusted root certificates

Certifi is a curated collection of Root Certificates for validating the trustworthiness of SSL certificates while verifying the identity of TLS hosts. Certifi 2022.12.07 removes root certificates from "TrustCor" from the root store. These are in the process of being removed from Mozilla's trust store. TrustCor's root certificates are being removed pursuant to an investigation prompted by media reporting that TrustCor's ownership also operated a business that produced spyware. Conclusions of Mozilla's investigation can be found in the linked google group discussion.

Package Name: certifi
Installed Version: 2021.5.30
Fixed Version: 2022.12.07

References: access.redhat.com github.com github.com github.com github.com groups.google.com nvd.nist.gov security.netapp.com security.netapp.com ubuntu.com ubuntu.com www.cve.org
MEDIUM

CVE-2024-3651: python-idna: potential DoS via resource consumption via specially crafted inputs to idna.encode()

A vulnerability was identified in the kjd/idna library, specifically within the `idna.encode()` function, affecting version 3.6. The issue arises from the function's handling of crafted input strings, which can lead to quadratic complexity and consequently, a denial of service condition. This vulnerability is triggered by a crafted input that causes the `idna.encode()` function to process the input with considerable computational load, significantly increasing the processing time in a quadratic manner relative to the input size.

Package Name: idna
Installed Version: 2.10
Fixed Version: 3.7

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com github.com huntr.com linux.oracle.com linux.oracle.com lists.debian.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org nvd.nist.gov ubuntu.com ubuntu.com www.cve.org
MEDIUM

CVE-2026-45409: python-idna: idna: Denial of Service via specially crafted long inputs

Internationalized Domain Names in Applications (IDNA) for Python provides support for Internationalized Domain Names in Applications (IDNA) and Unicode IDNA Compatibility Processing. In versions prior to 3.15, payloads such as `"\u0660" * N` or `"\u30fb" * N + "\u6f22"` utilize the `valid_contexto` function prior to length rejection, and for high values of `N` will take a long time to process. This is the same issue as CVE-2024-3651, however the original remediation in 2024 was not a complete fix. A specially crafted argument to the `idna.encode()` function could consume significant resources. This may lead to a denial-of-service. Starting in version 3.14, the function rejects long inputs as soon as practicable prior to any further processing to minimize resource consumption. In version 3.15, this approach was extended to lesser used alternate functions (i.e. per-label conversions and codec support). A workaround is available. Domain names cannot exceed 253 characters in length. If this length limit is enforced prior to passing the domain to the `idna.encode()` function, it should no longer consume significant resources. This is triggered by arbitrarily large inputs that would not occur in normal usage, but may be passed to the library assuming there is no preliminary input validation by the higher-level application.

Package Name: idna
Installed Version: 2.10
Fixed Version: 3.15

References: access.redhat.com github.com github.com github.com nvd.nist.gov www.cve.org
MEDIUM

CVE-2023-32681: python-requests: Unintended leak of Proxy-Authorization header

Requests is a HTTP library. Since Requests 2.3.0, Requests has been leaking Proxy-Authorization headers to destination servers when redirected to an HTTPS endpoint. This is a product of how we use `rebuild_proxies` to reattach the `Proxy-Authorization` header to requests. For HTTP connections sent through the tunnel, the proxy will identify the header in the request itself and remove it prior to forwarding to the destination server. However when sent over HTTPS, the `Proxy-Authorization` header must be sent in the CONNECT request as the proxy has no visibility into the tunneled request. This results in Requests forwarding proxy credentials to the destination server unintentionally, allowing a malicious actor to potentially exfiltrate sensitive information. This issue has been patched in version 2.31.0.

Package Name: requests
Installed Version: 2.25.1
Fixed Version: 2.31.0

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com github.com github.com linux.oracle.com linux.oracle.com lists.debian.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org nvd.nist.gov security.gentoo.org ubuntu.com ubuntu.com ubuntu.com ubuntu.com www.cve.org
MEDIUM

CVE-2024-35195: requests: subsequent requests to the same host ignore cert verification

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.

Package Name: requests
Installed Version: 2.25.1
Fixed Version: 2.32.0

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com github.com linux.oracle.com linux.oracle.com lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org nvd.nist.gov ubuntu.com www.cve.org
MEDIUM

CVE-2024-47081: requests: 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.

Package Name: requests
Installed Version: 2.25.1
Fixed Version: 2.32.4

References: seclists.org www.openwall.com www.openwall.com www.openwall.com www.openwall.com access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com github.com linux.oracle.com linux.oracle.com nvd.nist.gov requests.readthedocs.io seclists.org ubuntu.com ubuntu.com www.cve.org www.openwall.com
MEDIUM

CVE-2026-25645: requests: Requests: Security bypass due to predictable temporary file creation

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-deterministic location. If developers are unable to upgrade, they can set `TMPDIR` in their environment to a directory with restricted write access.

Package Name: requests
Installed Version: 2.25.1
Fixed Version: 2.33.0

References: access.redhat.com github.com github.com github.com github.com nvd.nist.gov www.cve.org
MEDIUM

CVE-2023-45803: urllib3: Request body not stripped after redirect from 303 status changes request method to GET

urllib3 is a user-friendly HTTP client library for Python. urllib3 previously wouldn't remove the HTTP request body when an HTTP redirect response using status 301, 302, or 303 after the request had its method changed from one that could accept a request body (like `POST`) to `GET` as is required by HTTP RFCs. Although this behavior is not specified in the section for redirects, it can be inferred by piecing together information from different sections and we have observed the behavior in other major HTTP client implementations like curl and web browsers. Because the vulnerability requires a previously trusted service to become compromised in order to have an impact on confidentiality we believe the exploitability of this vulnerability is low. Additionally, many users aren't putting sensitive data in HTTP request bodies, if this is the case then this vulnerability isn't exploitable. Both of the following conditions must be true to be affected by this vulnerability: 1. Using urllib3 and submitting sensitive information in the HTTP request body (such as form data or JSON) and 2. The origin service is compromised and starts redirecting using 301, 302, or 303 to a malicious peer or the redirected-to service becomes compromised. This issue has been addressed in versions 1.26.18 and 2.0.7 and users are advised to update to resolve this issue. Users unable to update should disable redirects for services that aren't expecting to respond with redirects with `redirects=False` and disable automatic redirects with `redirects=False` and handle 301, 302, and 303 redirects manually by stripping the HTTP request body.

Package Name: urllib3
Installed Version: 1.26.5
Fixed Version: 2.0.7, 1.26.18

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com github.com github.com github.com github.com github.com linux.oracle.com linux.oracle.com lists.debian.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org lists.fedoraproject.org nvd.nist.gov ubuntu.com ubuntu.com ubuntu.com www.cve.org www.rfc-editor.org
MEDIUM

CVE-2024-37891: urllib3: proxy-authorization request header is not stripped during cross-origin redirects

urllib3 is a user-friendly HTTP client library for Python. When using urllib3's proxy support with `ProxyManager`, the `Proxy-Authorization` header is only sent to the configured proxy, as expected. However, when sending HTTP requests *without* using urllib3's proxy support, it's possible to accidentally configure the `Proxy-Authorization` header even though it won't have any effect as the request is not using a forwarding proxy or a tunneling proxy. In those cases, urllib3 doesn't treat the `Proxy-Authorization` HTTP header as one carrying authentication material and thus doesn't strip the header on cross-origin redirects. Because this is a highly unlikely scenario, we believe the severity of this vulnerability is low for almost all users. Out of an abundance of caution urllib3 will automatically strip the `Proxy-Authorization` header during cross-origin redirects to avoid the small chance that users are doing this on accident. Users should use urllib3's proxy support or disable automatic redirects to achieve safe processing of the `Proxy-Authorization` header, but we still decided to strip the header by default in order to further protect users who aren't using the correct approach. We believe the number of usages affected by this advisory is low. It requires all of the following to be true to be exploited: 1. Setting the `Proxy-Authorization` header without using urllib3's built-in proxy support. 2. Not disabling HTTP redirects. 3. Either not using an HTTPS origin server or for the proxy or target origin to redirect to a malicious origin. Users are advised to update to either version 1.26.19 or version 2.2.2. Users unable to upgrade may use the `Proxy-Authorization` header with urllib3's `ProxyManager`, disable HTTP redirects using `redirects=False` when sending requests, or not user the `Proxy-Authorization` header as mitigations.

Package Name: urllib3
Installed Version: 1.26.5
Fixed Version: 1.26.19, 2.2.2

References: access.redhat.com access.redhat.com bugzilla.redhat.com bugzilla.redhat.com cve.mitre.org errata.almalinux.org errata.rockylinux.org github.com github.com github.com github.com linux.oracle.com linux.oracle.com lists.debian.org nvd.nist.gov security.netapp.com security.netapp.com ubuntu.com ubuntu.com www.cve.org www.vicarius.io
MEDIUM

CVE-2025-50181: urllib3: urllib3 redirects are not disabled when retries are disabled on PoolManager instantiation

urllib3 is a user-friendly HTTP client library for Python. Prior to 2.5.0, it is possible to disable redirects for all requests by instantiating a PoolManager and specifying retries in a way that disable redirects. By default, requests and botocore users are not affected. An application attempting to mitigate SSRF or open redirect vulnerabilities by disabling redirects at the PoolManager level will remain vulnerable. This issue has been patched in version 2.5.0.

Package Name: urllib3
Installed Version: 1.26.5
Fixed Version: 2.5.0

References: access.redhat.com github.com github.com github.com github.com nvd.nist.gov ubuntu.com ubuntu.com www.cve.org
MEDIUM

CVE-2024-5569: github.com/jaraco/zipp: Denial of Service (infinite loop) via crafted zip file in jaraco/zipp

A Denial of Service (DoS) vulnerability exists in the jaraco/zipp library, affecting all versions prior to 3.19.1. The vulnerability is triggered when processing a specially crafted zip file that leads to an infinite loop. This issue also impacts the zipfile module of CPython, as features from the third-party zipp library are later merged into CPython, and the affected code is identical in both projects. The infinite loop can be initiated through the use of functions affecting the `Path` module in both zipp and zipfile, such as `joinpath`, the overloaded division operator, and `iterdir`. Although the infinite loop is not resource exhaustive, it prevents the application from responding. The vulnerability was addressed in version 3.19.1 of jaraco/zipp.

Package Name: zipp
Installed Version: 3.4.1
Fixed Version: 3.19.1

References: access.redhat.com github.com github.com huntr.com linux.oracle.com linux.oracle.com nvd.nist.gov ubuntu.com www.cve.org
LOW

CVE-2024-39689: python-certifi: Remove root certificates from `GLOBALTRUST` from the root store

Certifi is a curated collection of Root Certificates for validating the trustworthiness of SSL certificates while verifying the identity of TLS hosts. Certifi starting in 2021.5.30 and prior to 2024.7.4 recognized root certificates from `GLOBALTRUST`. Certifi 2024.7.04 removes root certificates from `GLOBALTRUST` from the root store. These are in the process of being removed from Mozilla's trust store. `GLOBALTRUST`'s root certificates are being removed pursuant to an investigation which identified "long-running and unresolved compliance issues."

Package Name: certifi
Installed Version: 2021.5.30
Fixed Version: 2024.7.4

References: access.redhat.com github.com github.com github.com github.com groups.google.com nvd.nist.gov security.netapp.com security.netapp.com www.cve.org

You can embed a badge in another website that shows this or the latest version of this package.

To embed the badge for this specific package version, use the following:

[![This version of 'publish' @ Cloudsmith](https://api.cloudsmith.com/v1/badges/version/cloudsmith/bitbucket-pipes/docker/publish/0.3.1/a=amd64;xpo=linux/?render=true)](https://cloudsmith.io/~cloudsmith/repos/bitbucket-pipes/packages/detail/docker/publish/36aa41894dab56cae28c6423b86e7881b04862da90ab91140641c632217c846d/a=amd64;xpo=linux/)
|This version of 'publish' @ Cloudsmith|
.. |This version of 'publish' @ Cloudsmith| image:: https://api.cloudsmith.com/v1/badges/version/cloudsmith/bitbucket-pipes/docker/publish/0.3.1/a=amd64;xpo=linux/?render=true
   :target: https://cloudsmith.io/~cloudsmith/repos/bitbucket-pipes/packages/detail/docker/publish/36aa41894dab56cae28c6423b86e7881b04862da90ab91140641c632217c846d/a=amd64;xpo=linux/
image::https://api.cloudsmith.com/v1/badges/version/cloudsmith/bitbucket-pipes/docker/publish/0.3.1/a=amd64;xpo=linux/?render=true[link="https://cloudsmith.io/~cloudsmith/repos/bitbucket-pipes/packages/detail/docker/publish/36aa41894dab56cae28c6423b86e7881b04862da90ab91140641c632217c846d/a=amd64;xpo=linux/",title="This version of 'publish' @ Cloudsmith"]
<a href="https://cloudsmith.io/~cloudsmith/repos/bitbucket-pipes/packages/detail/docker/publish/36aa41894dab56cae28c6423b86e7881b04862da90ab91140641c632217c846d/a=amd64;xpo=linux/"><img src="https://api.cloudsmith.com/v1/badges/version/cloudsmith/bitbucket-pipes/docker/publish/0.3.1/a=amd64;xpo=linux/?render=true" alt="This version of 'publish' @ Cloudsmith" /></a>

rendered as: This version of 'publish' @ Cloudsmith

To embed the badge for the latest package version, use the following:

[![Latest version of 'publish' @ Cloudsmith](https://api.cloudsmith.com/v1/badges/version/cloudsmith/bitbucket-pipes/docker/publish/latest/a=amd64;xpo=linux/?render=true&show_latest=true)](https://cloudsmith.io/~cloudsmith/repos/bitbucket-pipes/packages/detail/docker/publish/latest/a=amd64;xpo=linux/)
|Latest version of 'publish' @ Cloudsmith|
.. |Latest version of 'publish' @ Cloudsmith| image:: https://api.cloudsmith.com/v1/badges/version/cloudsmith/bitbucket-pipes/docker/publish/latest/a=amd64;xpo=linux/?render=true&show_latest=true
   :target: https://cloudsmith.io/~cloudsmith/repos/bitbucket-pipes/packages/detail/docker/publish/latest/a=amd64;xpo=linux/
image::https://api.cloudsmith.com/v1/badges/version/cloudsmith/bitbucket-pipes/docker/publish/latest/a=amd64;xpo=linux/?render=true&show_latest=true[link="https://cloudsmith.io/~cloudsmith/repos/bitbucket-pipes/packages/detail/docker/publish/latest/a=amd64;xpo=linux/",title="Latest version of 'publish' @ Cloudsmith"]
<a href="https://cloudsmith.io/~cloudsmith/repos/bitbucket-pipes/packages/detail/docker/publish/latest/a=amd64;xpo=linux/"><img src="https://api.cloudsmith.com/v1/badges/version/cloudsmith/bitbucket-pipes/docker/publish/latest/a=amd64;xpo=linux/?render=true&show_latest=true" alt="Latest version of 'publish' @ Cloudsmith" /></a>

rendered as: Latest version of 'publish' @ Cloudsmith

These instructions assume you have setup the repository first (or read it).

To pull publish @ reference/tag 0.3.1:

docker pull docker.cloudsmith.io/cloudsmith/bitbucket-pipes/publish:0.3.1

You can also pull the latest version of this image (if it exists):

docker pull docker.cloudsmith.io/cloudsmith/bitbucket-pipes/publish:latest

To refer to this image after pulling in a Dockerfile, specify the following:

FROM docker.cloudsmith.io/cloudsmith/bitbucket-pipes/publish:0.3.1
Previous Version
Top