Snyk - Open Source Security

Snyk test report

October 20th 2026, 6:09:46 am (UTC+00:00)

Scanned the following paths:
  • docker.io/scopear/getworklink:1.15.0_4faeb18.157/scopear/getworklink (apk)
  • docker.io/scopear/getworklink:1.15.0_4faeb18.157/scopear/getworklink:1.15.0_4faeb18.157:/app/vendor/bundle/ruby/3.4.0/gems/concurrent-ruby-1.3.7/lib/concurrent-ruby/concurrent//app/vendor/bundle/ruby/3.4.0/gems/concurrent-ruby-1.3.7/lib/concurrent-ruby/concurrent (maven)
3 known vulnerabilities
12 vulnerable dependency paths
36 dependencies

Out-of-bounds Write

high severity
Exploit: Not Defined

  • Package Manager: alpine:3.22
  • Vulnerable module: zlib/zlib
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 and zlib/zlib@1.3.2-r0

Detailed paths

  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › zlib/zlib@1.3.2-r0
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › .ruby-rundeps@20260417.003404 › zlib/zlib@1.3.2-r0
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › apk-tools/apk-tools@2.14.9-r3 › zlib/zlib@1.3.2-r0
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › curl/curl@8.14.1-r3 › zlib/zlib@1.3.2-r0
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › apk-tools/apk-tools@2.14.9-r3 › apk-tools/libapk2@2.14.9-r3 › zlib/zlib@1.3.2-r0
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › curl/curl@8.14.1-r3 › curl/libcurl@8.14.1-r3 › zlib/zlib@1.3.2-r0

NVD Description

Note: Versions mentioned in the description apply only to the upstream zlib package and not the zlib package as distributed by Alpine. See How to fix? for Alpine:3.22 relevant fixed versions and status.

zlib versions 1.3.1.2 through 1.3.2 contain a heap buffer overflow vulnerability in the gz_vacate() function when processing non-blocking gzwrite() operations with stale external buffer pointers. Attackers can trigger the overflow by calling gzprintf() or gzvprintf() after a write stall, causing an unchecked memmove() to write beyond the internal input buffer boundary.

Remediation

Upgrade Alpine:3.22 zlib to version 1.3.2-r1 or higher.

References


Cleartext Transmission of Sensitive Information

high severity
Exploit: Not Defined

  • Package Manager: alpine:3.22
  • Vulnerable module: curl/libcurl
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 and curl/libcurl@8.14.1-r3

Detailed paths

  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › curl/libcurl@8.14.1-r3
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › curl/curl@8.14.1-r3 › curl/libcurl@8.14.1-r3
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › curl/curl@8.14.1-r3

NVD Description

Note: Versions mentioned in the description apply only to the upstream curl package and not the curl package as distributed by Alpine. See How to fix? for Alpine:3.22 relevant fixed versions and status.

Using libcurl, when a custom Host: header is first set for an HTTP request and a second request is subsequently done using the same easy handle but without the custom Host: header set, the second request would use stale information and pass on cookies meant for the first host in the second request. Leak them.

Remediation

Upgrade Alpine:3.22 curl to version 8.14.1-r4 or higher.

References


Server-Side Request Forgery (SSRF)

high severity
Exploit: Not Defined

  • Package Manager: alpine:3.22
  • Vulnerable module: curl/libcurl
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 and curl/libcurl@8.14.1-r3

Detailed paths

  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › curl/libcurl@8.14.1-r3
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › curl/curl@8.14.1-r3 › curl/libcurl@8.14.1-r3
  • Introduced through: docker-image|docker.io/scopear/getworklink@1.15.0_4faeb18.157 › curl/curl@8.14.1-r3

NVD Description

Note: Versions mentioned in the description apply only to the upstream curl package and not the curl package as distributed by Alpine. See How to fix? for Alpine:3.22 relevant fixed versions and status.

libcurl might in some circumstances reuse the wrong connection for SMB(S) transfers.

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 criteria must be met. Due to a logical error in the code, a network transfer operation that was requested by an application could wrongfully reuse an existing SMB connection to the same server that was using a different "share" than the new subsequent transfer should.

This could in unlucky situations lead to the download of the wrong file or the upload of a file to the wrong place. When this happens, the same credentials are used and the server name is the same.

Remediation

Upgrade Alpine:3.22 curl to version 8.14.1-r4 or higher.

References