Snyk test report
- 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)
Out-of-bounds Write
Detailed paths
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
- https://gist.github.com/thesmartshadow/e0b9481792afb7c31e86fee1ff084490
- https://github.com/madler/zlib
- https://github.com/madler/zlib/blob/v1.3.2/gzwrite.c#L393
- https://www.vulncheck.com/advisories/zlib-1.3.1.2-through-1.3.2-heap-buffer-overflow-via-gz-vacate
Cleartext Transmission of Sensitive Information
Detailed paths
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
- https://curl.se/docs/CVE-2026-6276.html
- https://curl.se/docs/CVE-2026-6276.json
- http://www.openwall.com/lists/oss-security/2026/04/29/13
- https://hackerone.com/reports/3671818
Server-Side Request Forgery (SSRF)
Detailed paths
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
- https://curl.se/docs/CVE-2026-5773.html
- https://curl.se/docs/CVE-2026-5773.json
- http://www.openwall.com/lists/oss-security/2026/04/29/9
- https://hackerone.com/reports/3650689