Snyk - Open Source Security

Snyk test report

October 11th 2026, 12:44:23 am (UTC+00:00)

Scanned the following paths:
  • quay.io/argoproj/argocd:v3.5.4/argoproj/argocd/Dockerfile (deb)
  • quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3//usr/local/bin/argocd (gomodules)
  • quay.io/argoproj/argocd:v3.5.4//usr/local/bin/git-lfs (gomodules)
  • quay.io/argoproj/argocd:v3.5.4//usr/local/bin/kustomize (gomodules)
  • quay.io/argoproj/argocd:v3.5.4/helm/v4//usr/local/bin/helm (gomodules)
  • quay.io/argoproj/argocd:v3.5.4/canonical/pebble//usr/bin/pebble (gomodules)
60 known vulnerabilities
128 vulnerable dependency paths
2498 dependencies

Improper Authentication

critical severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4 › /usr/local/bin/git-lfs
  • Package Manager: golang
  • Vulnerable module: golang.org/x/net/idna
  • Introduced through: go-distribution@command-line-arguments@* and golang.org/x/net/idna@v0.38.0

Detailed paths

  • Introduced through: go-distribution@command-line-arguments@* › golang.org/x/net/idna@v0.38.0

Overview

Affected versions of this package are vulnerable to Improper Authentication via the ToASCII and ToUnicode functions. An attacker can bypass hostname validation by submitting Punycode-encoded labels that decode to ASCII-only labels, potentially leading to privilege escalation in applications that rely on these functions for security checks.

Note: The fix depends on the Go toolchain in use having Unicode version 16 or later, which is planned for the 1.27 release.

Remediation

Upgrade golang.org/x/net/idna to version 0.54.0 or higher.

References


Allocation of Resources Without Limits or Throttling

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: google.golang.org/grpc/mem
  • Introduced through: github.com/argoproj/argo-cd/v3@* and google.golang.org/grpc/mem@v1.81.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › google.golang.org/grpc/mem@v1.81.1

Overview

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in the HTTP/2 DATA frame receive buffer handling, where each received fragment incurs per-fragment tracking and queue allocation overhead even while staying within the configured flow-control windows. An attacker can drive the process to an OutOfMemory condition or a runtime panic by opening gRPC streams and fragmenting payloads into millions of tiny HTTP/2 DATA frames, such as 1 byte each, across many concurrent multiplexed streams. This requires only the ability to establish gRPC stream connections to the server.

Remediation

Upgrade google.golang.org/grpc/mem to version 1.83.1 or higher.

References


Incorrect Authorization

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: google.golang.org/grpc/internal/transport
  • Introduced through: github.com/argoproj/argo-cd/v3@* and google.golang.org/grpc/internal/transport@v1.81.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › google.golang.org/grpc/internal/transport@v1.81.1

Overview

Affected versions of this package are vulnerable to Incorrect Authorization in the processing of xDS RBAC policies and HTTP/2 transport handling. An attacker can gain unauthorized access to protected services or cause denial of service by exploiting improper handling of unsupported fields in policy matchers, bypassing rapid reset mitigations, or triggering server panics through crafted policy updates.

Note: This advisory refers to several vulnerabilities as aggregated by the maintainer. For an exact breakdown and affected code, see the Maintainer's referenced advisory and commit.

Workaround

This vulnerability can be mitigated by ensuring xDS management servers do not push RBAC policies with unsupported fields or NOT rules wrapping unhandled fields, and by configuring upstream reverse proxies or load balancers with strict HTTP/2 max_concurrent_streams limits and active rate limiting on RST_STREAM frequency per connection.

Remediation

Upgrade google.golang.org/grpc/internal/transport to version 1.82.1 or higher.

References


Allocation of Resources Without Limits or Throttling

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: google.golang.org/grpc/internal/transport
  • Introduced through: github.com/argoproj/argo-cd/v3@* and google.golang.org/grpc/internal/transport@v1.81.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › google.golang.org/grpc/internal/transport@v1.81.1

Overview

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in the HTTP/2 DATA frame receive buffer handling, where each received fragment incurs per-fragment tracking and queue allocation overhead even while staying within the configured flow-control windows. An attacker can drive the process to an OutOfMemory condition or a runtime panic by opening gRPC streams and fragmenting payloads into millions of tiny HTTP/2 DATA frames, such as 1 byte each, across many concurrent multiplexed streams. This requires only the ability to establish gRPC stream connections to the server.

Remediation

Upgrade google.golang.org/grpc/internal/transport to version 1.83.1 or higher.

References


Uncaught Exception

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: google.golang.org/grpc/internal/transport
  • Introduced through: github.com/argoproj/argo-cd/v3@* and google.golang.org/grpc/internal/transport@v1.81.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › google.golang.org/grpc/internal/transport@v1.81.1

Overview

Affected versions of this package are vulnerable to Uncaught Exception through the HTTP/2 header processing path in internal/transport/http2_server.go and internal/xds/server/routing.go. An attacker can crash the server by sending a gRPC request that omits both the :authority and Host headers. In xds.NewGRPCServer() deployments, that malformed request reaches the xDS routing interceptor, which expects an authority value and then indexes into an empty header slice. The resulting panic terminates the server process, causing a complete outage for clients connected to that gRPC server.

Remediation

Upgrade google.golang.org/grpc/internal/transport to version 1.82.2, 1.83.2 or higher.

References


Allocation of Resources Without Limits or Throttling

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: google.golang.org/grpc/internal/mem
  • Introduced through: github.com/argoproj/argo-cd/v3@* and google.golang.org/grpc/internal/mem@v1.81.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › google.golang.org/grpc/internal/mem@v1.81.1

Overview

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in the HTTP/2 DATA frame receive buffer handling, where each received fragment incurs per-fragment tracking and queue allocation overhead even while staying within the configured flow-control windows. An attacker can drive the process to an OutOfMemory condition or a runtime panic by opening gRPC streams and fragmenting payloads into millions of tiny HTTP/2 DATA frames, such as 1 byte each, across many concurrent multiplexed streams. This requires only the ability to establish gRPC stream connections to the server.

Remediation

Upgrade google.golang.org/grpc/internal/mem to version 1.83.1 or higher.

References


Allocation of Resources Without Limits or Throttling

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: google.golang.org/grpc/internal/envconfig
  • Introduced through: github.com/argoproj/argo-cd/v3@* and google.golang.org/grpc/internal/envconfig@v1.81.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › google.golang.org/grpc/internal/envconfig@v1.81.1

Overview

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in the HTTP/2 DATA frame receive buffer handling, where each received fragment incurs per-fragment tracking and queue allocation overhead even while staying within the configured flow-control windows. An attacker can drive the process to an OutOfMemory condition or a runtime panic by opening gRPC streams and fragmenting payloads into millions of tiny HTTP/2 DATA frames, such as 1 byte each, across many concurrent multiplexed streams. This requires only the ability to establish gRPC stream connections to the server.

Remediation

Upgrade google.golang.org/grpc/internal/envconfig to version 1.83.1 or higher.

References


Infinite loop

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4 › /usr/local/bin/git-lfs
  • Package Manager: golang
  • Vulnerable module: golang.org/x/net/http2
  • Introduced through: go-distribution@command-line-arguments@* and golang.org/x/net/http2@v0.38.0

Detailed paths

  • Introduced through: go-distribution@command-line-arguments@* › golang.org/x/net/http2@v0.38.0

Overview

golang.org/x/net/http2 is a work-in-progress HTTP/2 implementation for Go.

Affected versions of this package are vulnerable to Infinite loop.

Go Vulnerability Report:

When processing HTTP/2 SETTINGS frames, transport will enter an infinite loop of writing CONTINUATION frames if it receives a SETTINGS_MAX_FRAME_SIZE with a value of 0.

Remediation

Upgrade golang.org/x/net/http2 to version 0.53.0 or higher.

References


Allocation of Resources Without Limits or Throttling

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: golang.org/x/crypto/ssh
  • Introduced through: github.com/argoproj/argo-cd/v3@* and golang.org/x/crypto/ssh@v0.53.0

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › golang.org/x/crypto/ssh@v0.53.0

Overview

golang.org/x/crypto/ssh is a SSH client and server

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in its connection multiplexing, reached through Dial, NewClientConn, NewControlClientConn, and NewServerConn, which buffers unhandled messages that fall outside the RFC 4254 channel and global-request handling instead of treating them as protocol errors. A malicious peer can deadlock the entire SSH connection by sending unexpected messages once a channel has been established. This requires a completed handshake and an open SSH channel with the attacker as the peer.

Remediation

Upgrade golang.org/x/crypto/ssh to version 0.56.0 or higher.

References


Allocation of Resources Without Limits or Throttling

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: golang.org/x/crypto/ssh
  • Introduced through: github.com/argoproj/argo-cd/v3@* and golang.org/x/crypto/ssh@v0.53.0

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › golang.org/x/crypto/ssh@v0.53.0

Overview

golang.org/x/crypto/ssh is a SSH client and server

Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in the connection multiplexer's channel handling (the mux chanList), reached through Dial, NewClientConn, NewControlClientConn, and NewServerConn, where a channel that is registered but not yet established has its incomingRequests queue flooded without bound. A malicious peer can deadlock the entire SSH connection by flooding channel request packets for a channel before it becomes established. This requires the attacker to participate in an SSH connection with the victim over the library.

Remediation

Upgrade golang.org/x/crypto/ssh to version 0.56.0 or higher.

References


Integer Overflow

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: github.com/klauspost/compress/s2
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/klauspost/compress/s2@v1.18.0

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/klauspost/compress/s2@v1.18.0

Overview

Affected versions of this package are vulnerable to Integer Overflow leading to an out-of-bounds write in the s2.NewDict() function in s2/dict.go, which reads a uvarint and converts it to int without checking whether it exceeds MaxInt64. An attacker can crash the process with a segmentation fault by supplying S2 dictionary data whose repeat-index uvarint exceeds MaxInt64, which becomes a negative int that bypasses the index validation and drives out-of-bounds arithmetic through unsafe.Pointer in Dict.Encode(). Exploitation requires the application to build an S2 dictionary from attacker-controlled data with s2.NewDict() and then call Dict.Encode() on input of at least 32 bytes.

Remediation

Upgrade github.com/klauspost/compress/s2 to version 1.18.7 or higher.

References


Directory Traversal

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: github.com/go-git/go-git/v5/storage/filesystem/dotgit
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/go-git/go-git/v5/storage/filesystem/dotgit@v5.19.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/go-git/go-git/v5/storage/filesystem/dotgit@v5.19.1

Overview

Affected versions of this package are vulnerable to Directory Traversal via the processing of reference names in dotgit. An attacker can modify or overwrite files outside the intended reference storage by supplying specially crafted reference names containing path traversal sequences. This is only exploitable if the application uses filesystem-backed storage and interacts with a malicious Git server or processes attacker-controlled reference names.

Workaround

This vulnerability can be mitigated by exclusively using in-memory storage or by validating reference names at the application level before passing them to filesystem-backed storage.

Details

A Directory Traversal attack (also known as path traversal) aims to access files and directories that are stored outside the intended folder. By manipulating files with "dot-dot-slash (../)" sequences and its variations, or by using absolute file paths, it may be possible to access arbitrary files and directories stored on file system, including application source code, configuration, and other critical system files.

Directory Traversal vulnerabilities can be generally divided into two types:

  • Information Disclosure: Allows the attacker to gain information about the folder structure or read the contents of sensitive files on the system.

st is a module for serving static files on web pages, and contains a vulnerability of this type. In our example, we will serve files from the public route.

If an attacker requests the following URL from our server, it will in turn leak the sensitive private key of the root user.

curl http://localhost:8080/public/%2e%2e/%2e%2e/%2e%2e/%2e%2e/%2e%2e/root/.ssh/id_rsa
        

Note %2e is the URL encoded version of . (dot).

  • Writing arbitrary files: Allows the attacker to create or replace existing files. This type of vulnerability is also known as Zip-Slip.

One way to achieve this is by using a malicious zip archive that holds path traversal filenames. When each filename in the zip archive gets concatenated to the target extraction folder, without validation, the final path ends up outside of the target folder. If an executable or a configuration file is overwritten with a file containing malicious code, the problem can turn into an arbitrary code execution issue quite easily.

The following is an example of a zip archive with one benign file and one malicious file. Extracting the malicious file will result in traversing out of the target folder, ending up in /root/.ssh/ overwriting the authorized_keys file:

2018-04-15 22:04:29 .....           19           19  good.txt
        2018-04-15 22:04:42 .....           20           20  ../../../../../../root/.ssh/authorized_keys
        

Remediation

Upgrade github.com/go-git/go-git/v5/storage/filesystem/dotgit to version 5.19.2 or higher.

References


Directory Traversal

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: github.com/go-git/go-git/v5/plumbing
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/go-git/go-git/v5/plumbing@v5.19.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/go-git/go-git/v5/plumbing@v5.19.1

Overview

github.com/go-git/go-git/v5/plumbing is a highly extensible git implementation library written in pure Go.

Affected versions of this package are vulnerable to Directory Traversal via the processing of reference names in dotgit. An attacker can modify or overwrite files outside the intended reference storage by supplying specially crafted reference names containing path traversal sequences. This is only exploitable if the application uses filesystem-backed storage and interacts with a malicious Git server or processes attacker-controlled reference names.

Workaround

This vulnerability can be mitigated by exclusively using in-memory storage or by validating reference names at the application level before passing them to filesystem-backed storage.

Details

A Directory Traversal attack (also known as path traversal) aims to access files and directories that are stored outside the intended folder. By manipulating files with "dot-dot-slash (../)" sequences and its variations, or by using absolute file paths, it may be possible to access arbitrary files and directories stored on file system, including application source code, configuration, and other critical system files.

Directory Traversal vulnerabilities can be generally divided into two types:

  • Information Disclosure: Allows the attacker to gain information about the folder structure or read the contents of sensitive files on the system.

st is a module for serving static files on web pages, and contains a vulnerability of this type. In our example, we will serve files from the public route.

If an attacker requests the following URL from our server, it will in turn leak the sensitive private key of the root user.

curl http://localhost:8080/public/%2e%2e/%2e%2e/%2e%2e/%2e%2e/%2e%2e/root/.ssh/id_rsa
        

Note %2e is the URL encoded version of . (dot).

  • Writing arbitrary files: Allows the attacker to create or replace existing files. This type of vulnerability is also known as Zip-Slip.

One way to achieve this is by using a malicious zip archive that holds path traversal filenames. When each filename in the zip archive gets concatenated to the target extraction folder, without validation, the final path ends up outside of the target folder. If an executable or a configuration file is overwritten with a file containing malicious code, the problem can turn into an arbitrary code execution issue quite easily.

The following is an example of a zip archive with one benign file and one malicious file. Extracting the malicious file will result in traversing out of the target folder, ending up in /root/.ssh/ overwriting the authorized_keys file:

2018-04-15 22:04:29 .....           19           19  good.txt
        2018-04-15 22:04:42 .....           20           20  ../../../../../../root/.ssh/authorized_keys
        

Remediation

Upgrade github.com/go-git/go-git/v5/plumbing to version 5.19.2 or higher.

References


Symlink Attack

high severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: github.com/go-git/go-git/v5
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/go-git/go-git/v5@v5.19.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/go-git/go-git/v5@v5.19.1

Overview

Affected versions of this package are vulnerable to Symlink Attack in worktree_fs.go and worktree.go are vulnerable to symlink traversal in filesystem-backed worktrees. An attacker can modify or overwrite files outside the intended worktree by placing a symlink in the tree and then triggering a worktree operation, such as checkout, create, rename, or remove, against a path that resolves through that link. This can redirect writes into the repository’s .git metadata or another external target, leading to arbitrary file write and corruption of repository state, which can break subsequent Git operations and expose or alter files the application did not intend to touch.

Remediation

Upgrade github.com/go-git/go-git/v5 to version 5.19.2 or higher.

References


GPL-3.0 license

high severity

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/canonical/pebble › /usr/bin/pebble
  • Package Manager: golang
  • Module: github.com/canonical/x-go/i18n
  • Introduced through: github.com/canonical/pebble@* and github.com/canonical/x-go/i18n@v0.0.0-20230522092633-7947a7587f5b

Detailed paths

  • Introduced through: github.com/canonical/pebble@* › github.com/canonical/x-go/i18n@v0.0.0-20230522092633-7947a7587f5b
  • Introduced through: github.com/canonical/pebble@* › github.com/canonical/x-go/randutil@v0.0.0-20230522092633-7947a7587f5b
  • Introduced through: github.com/canonical/pebble@* › github.com/canonical/x-go/strutil@v0.0.0-20230522092633-7947a7587f5b
  • Introduced through: github.com/canonical/pebble@* › github.com/canonical/x-go/strutil/quantity@v0.0.0-20230522092633-7947a7587f5b
  • Introduced through: github.com/canonical/pebble@* › github.com/canonical/x-go/strutil/shlex@v0.0.0-20230522092633-7947a7587f5b

GPL-3.0 license


Out-of-bounds Write

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: zlib/zlib1g
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › dpkg@1.23.7ubuntu1 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › gnupg2/gpg@2.4.8-4ubuntu3.1 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › openssh/openssh-client@1:10.2p1-2ubuntu3.7 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › apt/libapt-pkg7.0@3.2.0 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › gnupg2/gpgv@2.4.8-4ubuntu3.1 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › curl/libcurl3t64-gnutls@8.18.0-1ubuntu2.7 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › openssh/openssh-client@1:10.2p1-2ubuntu3.7 › libfido2/libfido2-1@1.16.0-2build1 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › apt/libapt-pkg7.0@3.2.0 › openssl/libssl3t64@3.5.5-1ubuntu3.7 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › curl/libcurl3t64-gnutls@8.18.0-1ubuntu2.7 › libssh2/libssh2-1t64@1.11.1-1ubuntu0.26.04.4 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › curl/libcurl3t64-gnutls@8.18.0-1ubuntu2.7 › rtmpdump/librtmp1@2.4+20151223.gitfa8646d.1-3 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › perl@5.40.1-7ubuntu0.3 › perl/libperl5.40@5.40.1-7ubuntu0.3 › zlib/zlib1g@1:1.3.dfsg+really1.3.1-1ubuntu3.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream zlib package and not the zlib package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 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

There is no fixed version for Ubuntu:26.04 zlib.

References


Link Following

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: tar
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and tar@1.35+dfsg-4ubuntu0.4

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › tar@1.35+dfsg-4ubuntu0.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › dpkg@1.23.7ubuntu1 › tar@1.35+dfsg-4ubuntu0.4

NVD Description

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

A flaw was found in GNU tar. When extracting an archive with the --one-top-level option, hardlink targets are not confined to the designated top-level directory and may resolve relative to the extraction working directory. A crafted archive can create hardlinks that escape the intended boundary and, when combined with a preexisting symbolic link under the working directory, may allow writing outside that boundary during a single extraction.

Remediation

There is no fixed version for Ubuntu:26.04 tar.

References


Time-of-check Time-of-use (TOCTOU)

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: tar
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and tar@1.35+dfsg-4ubuntu0.4

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › tar@1.35+dfsg-4ubuntu0.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › dpkg@1.23.7ubuntu1 › tar@1.35+dfsg-4ubuntu0.4

NVD Description

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

A TOCTOU (Time-of-Check Time-of-Use) vulnerability in GNU tar's incremental dumpdir 'X' rename handling allows a local attacker with write access to a directory being backed up to influence the restore process if the attacker has access to the system where the restore is being performed. During restoration, files or directories may be created, renamed or overwritten outside the intended extraction directory. This could lead to unauthorized file modification or, in some cases, privilege escalation. Exploitation does not require the attacker to modify or craft the archive, and standard backup and restore workflows—including extracting into a newly created directory without using the -P option do not mitigate the issue.

Remediation

There is no fixed version for Ubuntu:26.04 tar.

References


CVE-2026-35350

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

The cp utility in uutils coreutils fails to properly handle setuid and setgid bits when ownership preservation fails. When copying with the -p (preserve) flag, the utility applies the source mode bits even if the chown operation is unsuccessful. This can result in a user-owned copy retaining original privileged bits, creating unexpected privileged executables that violate local security policies. This differs from GNU cp, which clears these bits when ownership cannot be preserved.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35357

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

The cp utility in uutils coreutils is vulnerable to an information disclosure race condition. Destination files are initially created with umask-derived permissions (e.g., 0644) before being restricted to their final mode (e.g., 0600) later in the process. A local attacker can race to open the file during this window; once obtained, the file descriptor remains valid and readable even after the permissions are tightened, exposing sensitive or private file contents.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35374

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A Time-of-Check to Time-of-Use (TOCTOU) vulnerability exists in the split utility of uutils coreutils. The program attempts to prevent data loss by checking for identity between input and output files using their file paths before initiating the split operation. However, the utility subsequently opens the output file with truncation after this path-based validation is complete. A local attacker with write access to the directory can exploit this race window by manipulating mutable path components (e.g., swapping a path with a symbolic link). This can cause split to truncate and write to an unintended target file, potentially including the input file itself or other sensitive files accessible to the process, leading to permanent data loss.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35373

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A logic error in the ln utility of uutils coreutils causes the program to reject source paths containing non-UTF-8 filename bytes when using target-directory forms (e.g., ln SOURCE... DIRECTORY). While GNU ln treats filenames as raw bytes and creates the links correctly, the uutils implementation enforces UTF-8 encoding, resulting in a failure to stat the file and a non-zero exit code. In environments where automated scripts or system tasks process valid but non-UTF-8 filenames common on Unix filesystems, this divergence causes the utility to fail, leading to a local denial of service for those specific operations.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35370

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

The id utility in uutils coreutils miscalculates the groups= section of its output. The implementation uses a user's real GID instead of their effective GID to compute the group list, leading to potentially divergent output compared to GNU coreutils. Because many scripts and automated processes rely on the output of id to make security-critical access-control or permission decisions, this discrepancy can lead to unauthorized access or security misconfigurations.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35341

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A vulnerability in uutils coreutils mkfifo allows for the unauthorized modification of permissions on existing files. When mkfifo fails to create a FIFO because a file already exists at the target path, it fails to terminate the operation for that path and continues to execute a follow-up set_permissions call. This results in the existing file's permissions being changed to the default mode (often 644 after umask), potentially exposing sensitive files such as SSH private keys to other users on the system.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35367

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

The nohup utility in uutils coreutils creates its default output file, nohup.out, without specifying explicit restricted permissions. This causes the file to inherit umask-based permissions, typically resulting in a world-readable file (0644). In multi-user environments, this allows any user on the system to read the captured stdout/stderr output of a command, potentially exposing sensitive information. This behavior diverges from GNU coreutils, which creates nohup.out with owner-only (0600) permissions.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35368

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A vulnerability exists in the chroot utility of uutils coreutils when using the --userspec option. The utility resolves the user specification via getpwnam() after entering the chroot but before dropping root privileges. On glibc-based systems, this can trigger the Name Service Switch (NSS) to load shared libraries (e.g., libnss_*.so.2) from the new root directory. If the NEWROOT is writable by an attacker, they can inject a malicious NSS module to execute arbitrary code as root, facilitating a full container escape or privilege escalation.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35354

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A Time-of-Check to Time-of-Use (TOCTOU) vulnerability exists in the mv utility of uutils coreutils during cross-device moves. The extended attribute (xattr) preservation logic uses multiple path-based system calls that perform fresh path-to-inode lookups for each operation. A local attacker with write access to the directory can exploit this race to swap files between calls, causing the destination file to receive an inconsistent mix of security xattrs, such as SELinux labels or file capabilities.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35348

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

The sort utility in uutils coreutils is vulnerable to a process panic when using the --files0-from option with inputs containing non-UTF-8 filenames. The implementation enforces UTF-8 encoding and utilizes expect(), causing an immediate crash when encountering valid but non-UTF-8 paths. This diverges from GNU sort, which treats filenames as raw bytes. A local attacker can exploit this to crash the utility and disrupt automated pipelines.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35371

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

The id utility in uutils coreutils exhibits incorrect behavior in its "pretty print" output when the real UID and effective UID differ. The implementation incorrectly uses the effective GID instead of the effective UID when performing a name lookup for the effective user. This results in misleading diagnostic output that can cause automated scripts or system administrators to make incorrect decisions regarding file permissions or access control.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35364

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A Time-of-Check to Time-of-Use (TOCTOU) race condition exists in the mv utility of uutils coreutils during cross-device operations. The utility removes the destination path before recreating it through a copy operation. A local attacker with write access to the destination directory can exploit this window to replace the destination with a symbolic link. The subsequent privileged move operation will follow the symlink, allowing the attacker to redirect the write and overwrite an arbitrary target file with contents from the source.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35351

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

The mv utility in uutils coreutils fails to preserve file ownership during moves across different filesystem boundaries. The utility falls back to a copy-and-delete routine that creates the destination file using the caller's UID/GID rather than the source's metadata. This flaw breaks backups and migrations, causing files moved by a privileged user (e.g., root) to become root-owned unexpectedly, which can lead to information disclosure or restricted access for the intended owners.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35345

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A vulnerability in the tail utility of uutils coreutils allows for the exfiltration of sensitive file contents when using the --follow=name option. Unlike GNU tail, the uutils implementation continues to monitor a path after it has been replaced by a symbolic link, subsequently outputting the contents of the link's target. In environments where a privileged user (e.g., root) monitors a log directory, a local attacker with write access to that directory can replace a log file with a symlink to a sensitive system file (such as /etc/shadow), causing tail to disclose the contents of the sensitive file.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35360

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

The touch utility in uutils coreutils is vulnerable to a Time-of-Check to Time-of-Use (TOCTOU) race condition during file creation. When the utility identifies a missing path, it later attempts creation using File::create(), which internally uses O_TRUNC. An attacker can exploit this window to create a file or swap a symlink at the target path, causing touch to truncate an existing file and leading to permanent data loss.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35363

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A vulnerability in the rm utility of uutils coreutils allows the bypass of safeguard mechanisms intended to protect the current directory. While the utility correctly refuses to delete . or .., it fails to recognize equivalent paths with trailing slashes, such as ./ or .///. An accidental or malicious execution of rm -rf ./ results in the silent recursive deletion of all contents within the current directory. The command further obscures the data loss by reporting a misleading 'Invalid input' error, which may cause users to miss the critical window for data recovery.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35344

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

The dd utility in uutils coreutils suppresses errors during file truncation operations by unconditionally calling Result::ok() on truncation attempts. While intended to mimic GNU behavior for special files like /dev/null, the uutils implementation also hides failures on regular files and directories caused by full disks or read-only file systems. This can lead to silent data corruption in backup or migration scripts, as the utility may report a successful operation even when the destination file contains old or garbage data.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35352

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A Time-of-Check to Time-of-Use (TOCTOU) race condition exists in the mkfifo utility of uutils coreutils. The utility creates a FIFO and then performs a path-based chmod to set permissions. A local attacker with write access to the parent directory can swap the newly created FIFO for a symbolic link between these two operations. This redirects the chmod call to an arbitrary file, potentially enabling privilege escalation if the utility is run with elevated privileges.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35359

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A Time-of-Check to Time-of-Use (TOCTOU) vulnerability in the cp utility of uutils coreutils allows an attacker to bypass no-dereference intent. The utility checks if a source path is a symbolic link using path-based metadata but subsequently opens it without the O_NOFOLLOW flag. An attacker with concurrent write access can swap a regular file for a symbolic link during this window, causing a privileged cp process to copy the contents of arbitrary sensitive files into a destination controlled by the attacker.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


CVE-2026-35377

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: rust-coreutils
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and rust-coreutils@0.10.0-1ubuntu2~26.04.1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › rust-coreutils@0.10.0-1ubuntu2~26.04.1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-coreutils package and not the rust-coreutils package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A logic error in the env utility of uutils coreutils causes a failure to correctly parse command-line arguments when utilizing the -S (split-string) option. In GNU env, backslashes within single quotes are treated literally (with the exceptions of \ and '). However, the uutils implementation incorrectly attempts to validate these sequences, resulting in an "invalid sequence" error and an immediate process termination with an exit status of 125 when encountering valid but unrecognized sequences like \a or \x. This divergence from GNU behavior breaks compatibility for automated scripts and administrative workflows that rely on standard split-string semantics, leading to a local denial of service for those operations.

Remediation

There is no fixed version for Ubuntu:26.04 rust-coreutils.

References


Improper Protection of Alternate Path

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: pcre2/libpcre2-8-0
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and pcre2/libpcre2-8-0@10.46-1build1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › pcre2/libpcre2-8-0@10.46-1build1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › pcre2/libpcre2-8-0@10.46-1build1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › grep@3.12-1 › pcre2/libpcre2-8-0@10.46-1build1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › base-passwd@3.6.8 › libselinux/libselinux1@3.9-4build1 › pcre2/libpcre2-8-0@10.46-1build1

NVD Description

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

PCRE2 before 10.48 allows a pcre2_dfa_match out-of-bounds write because reuse of a cached workspace block, in a recursive DFA matching workspace, lacks a size check (even though a newly allocated block, for the same purpose, does have a size check). This outcome requires an attacker-controlled regular expression, or a recursive pattern in conjunction with a small heap limit (this can be set through the API).

Remediation

There is no fixed version for Ubuntu:26.04 pcre2.

References


Free of Memory not on the Heap

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: pcre2/libpcre2-8-0
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and pcre2/libpcre2-8-0@10.46-1build1

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › pcre2/libpcre2-8-0@10.46-1build1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › pcre2/libpcre2-8-0@10.46-1build1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › grep@3.12-1 › pcre2/libpcre2-8-0@10.46-1build1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › base-passwd@3.6.8 › libselinux/libselinux1@3.9-4build1 › pcre2/libpcre2-8-0@10.46-1build1

NVD Description

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

In PCRE2 before 10.48, pcre2_jit_match mishandles a previously copied subject being passed in as a context. An incorrect free operation can occur.

Remediation

There is no fixed version for Ubuntu:26.04 pcre2.

References


Uncontrolled Recursion

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: p11-kit/libp11-kit0
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4, git@1:2.53.0-1ubuntu1 and others

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › curl/libcurl3t64-gnutls@8.18.0-1ubuntu2.7 › gnutls28/libgnutls30t64@3.8.12-2ubuntu1.1 › p11-kit/libp11-kit0@0.26.2-2

NVD Description

Note: Versions mentioned in the description apply only to the upstream p11-kit package and not the p11-kit package as distributed by Ubuntu. See How to fix? for Ubuntu:26.04 relevant fixed versions and status.

A flaw was found in p11-kit. The RPC message attribute parsing functions p11_rpc_message_get_attribute() and p11_rpc_message_get_attribute_array_value() form a mutually-recursive call chain with no recursion depth limit when processing nested CKA_WRAP_TEMPLATE, CKA_UNWRAP_TEMPLATE, and CKA_DERIVE_TEMPLATE attributes. An unauthenticated attacker with local access to the p11-kit RPC Unix domain socket can send a specially crafted request with deeply nested template attributes, causing stack exhaustion and crashing the p11-kit server process and its dependent services.

Remediation

There is no fixed version for Ubuntu:26.04 p11-kit.

References


Incorrect Authorization

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: golang.org/x/crypto/ssh
  • Introduced through: github.com/argoproj/argo-cd/v3@* and golang.org/x/crypto/ssh@v0.53.0

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › golang.org/x/crypto/ssh@v0.53.0

Overview

golang.org/x/crypto/ssh is a SSH client and server

Affected versions of this package are vulnerable to Incorrect Authorization in NewServerConn, which applied the critical option from the Permissions returned by an authentication callback only on the PublicKeyCallback and VerifiedPublicKeyCallback paths and silently ignored it for PasswordCallback, KeyboardInteractiveCallback, NoClientAuthCallback, and GSSAPIWithMICConfig.AllowLogin. An attacker can connect from an address the restriction was meant to exclude by authenticating through one of those unenforced callback paths. This affects only servers that set a source-address restriction from a password, keyboard-interactive, no-client-auth, or GSSAPI authentication callback and rely on it being enforced.

Note: This is a bypass of the fix for the vulnerability described in CVE-2026-46595.

Remediation

Upgrade golang.org/x/crypto/ssh to version 0.55.0 or higher.

References


CVE-2026-18374

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: glibc/libc-bin
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and glibc/libc-bin@2.43-2ubuntu2.4

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › glibc/libc-bin@2.43-2ubuntu2.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › glibc/libc-gconv-modules-extra@2.43-2ubuntu2.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › glibc/libc6@2.43-2ubuntu2.4

NVD Description

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

Passing an effectively empty string to the ,ccs= syntax extension of the mode argument in the fopen function in the GNU C Library version 2.45 or earlier may result in a heap buffer overflow when the mode string input to the function is attacker controlled.

This usage pattern is not seen in applications in common GNU/Linux distributions and applications that process user-supplied values for ccs should not pass them through without validation.

Remediation

There is no fixed version for Ubuntu:26.04 glibc.

References


CVE-2026-89092

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: glibc/libc-bin
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and glibc/libc-bin@2.43-2ubuntu2.4

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › glibc/libc-bin@2.43-2ubuntu2.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › glibc/libc-gconv-modules-extra@2.43-2ubuntu2.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › glibc/libc6@2.43-2ubuntu2.4

NVD Description

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

The nscd service in the GNU C Library 2.3.4 onwards may crash due to a stack overflow when a malicious DNS server returns too large a response for a DNS query, resulting in degraded DNS resolution for the system.

Exploitation of this bug needs a system that has nscd enabled and using an untrusted DNS server for name resolution, with the compromised DNS server being capable of processing records large enough to result in a stack overflow in an nscd thread stack.  During experimentation, bind 9 was unable to handle large records, but that could change in future or with a different name server.  In typical installations, nscd is executed in an isolated context as its own user without a shell, due to which any compromise of that service is isolated.

There is a remote possibility of nscd cache corruption if an attacker manages to get the stack pointer into a desired point in the heap, potentially resulting in other caches in nscd being overwritten with corrupt data through the stack overflow, until the buggy code path eventually results in a crash.

Finally, a crash in nscd may result in performance degradation when resolving names, but it does not result in a denial of service.

Remediation

There is no fixed version for Ubuntu:26.04 glibc.

References


Improper Validation of Specified Type of Input

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: github.com/vmihailenco/msgpack/v5
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/vmihailenco/msgpack/v5@v5.4.1

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/vmihailenco/msgpack/v5@v5.4.1

Overview

Affected versions of this package are vulnerable to Improper Validation of Specified Type of Input in the calls plugin when handling websocket messages containing malformed msgpack frames. An attacker can cause the server to consume excessive memory and crash by sending specially crafted websocket requests.

Remediation

There is no fixed version for github.com/vmihailenco/msgpack/v5.

References


MPL-2.0 license

medium severity

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Module: github.com/r3labs/diff/v3
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/r3labs/diff/v3@v3.0.2

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/r3labs/diff/v3@v3.0.2

MPL-2.0 license


MPL-2.0 license

medium severity

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Module: github.com/hashicorp/go-version
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/hashicorp/go-version@v1.9.0

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/hashicorp/go-version@v1.9.0

MPL-2.0 license


MPL-2.0 license

medium severity

  • Manifest file: quay.io/argoproj/argocd:v3.5.4 › /usr/local/bin/git-lfs
  • Package Manager: golang
  • Module: github.com/hashicorp/go-uuid
  • Introduced through: go-distribution@command-line-arguments@* and github.com/hashicorp/go-uuid@v1.0.2

Detailed paths

  • Introduced through: go-distribution@command-line-arguments@* › github.com/hashicorp/go-uuid@v1.0.2

MPL-2.0 license


MPL-2.0 license

medium severity

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Module: github.com/hashicorp/go-retryablehttp
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/hashicorp/go-retryablehttp@v0.7.8

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/hashicorp/go-retryablehttp@v0.7.8

MPL-2.0 license


MPL-2.0 license

medium severity

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Module: github.com/hashicorp/go-cleanhttp
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/hashicorp/go-cleanhttp@v0.5.2

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/hashicorp/go-cleanhttp@v0.5.2

MPL-2.0 license


Incorrect Authorization

medium severity
Exploit: Proof of Concept

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: github.com/grpc-ecosystem/grpc-gateway/v2/runtime
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/grpc-ecosystem/grpc-gateway/v2/runtime@v2.29.0

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/grpc-ecosystem/grpc-gateway/v2/runtime@v2.29.0

Overview

Affected versions of this package are vulnerable to Incorrect Authorization in the ServeHTTP method of ServeMux (runtime/mux.go), which rewrites r.Method from the client-supplied X-HTTP-Method-Override header on form-urlencoded POST requests without restricting the allowed methods. An attacker can reach handlers for restricted verbs such as DELETE, PUT, or PATCH, bypassing method-based access controls enforced at an upstream proxy or WAF, by sending a POST request with Content-Type: application/x-www-form-urlencoded and the override header set to the target method. This requires a deployment where a perimeter proxy or WAF filters on the wire method while trusting the gateway downstream, and a handler must exist for the overridden method.

Note: The WithDisablePathLengthFallback is added in version 2.29.0 but it is disabled by default.

Workaround

This vulnerability can be avoided by stripping the X-HTTP-Method-Override header at the perimeter proxy or WAF, so the enforced wire method is the one the gateway routes on.

Remediation

There is no fixed version for github.com/grpc-ecosystem/grpc-gateway/v2/runtime.

References


Incorrect Authorization

medium severity
Exploit: Proof of Concept

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Vulnerable module: github.com/grpc-ecosystem/grpc-gateway/runtime
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/grpc-ecosystem/grpc-gateway/runtime@v1.16.0

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/grpc-ecosystem/grpc-gateway/runtime@v1.16.0

Overview

Affected versions of this package are vulnerable to Incorrect Authorization in the ServeHTTP method of ServeMux (runtime/mux.go), which rewrites r.Method from the client-supplied X-HTTP-Method-Override header on form-urlencoded POST requests without restricting the allowed methods. An attacker can reach handlers for restricted verbs such as DELETE, PUT, or PATCH, bypassing method-based access controls enforced at an upstream proxy or WAF, by sending a POST request with Content-Type: application/x-www-form-urlencoded and the override header set to the target method. This requires a deployment where a perimeter proxy or WAF filters on the wire method while trusting the gateway downstream, and a handler must exist for the overridden method.

Note: The WithDisablePathLengthFallback is added in version 2.29.0 but it is disabled by default.

Workaround

This vulnerability can be avoided by stripping the X-HTTP-Method-Override header at the perimeter proxy or WAF, so the enforced wire method is the one the gateway routes on.

Remediation

There is no fixed version for github.com/grpc-ecosystem/grpc-gateway/runtime.

References


MPL-2.0 license

medium severity

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argo-cd/v3 › /usr/local/bin/argocd
  • Package Manager: golang
  • Module: github.com/gosimple/slug
  • Introduced through: github.com/argoproj/argo-cd/v3@* and github.com/gosimple/slug@v1.15.0

Detailed paths

  • Introduced through: github.com/argoproj/argo-cd/v3@* › github.com/gosimple/slug@v1.15.0

MPL-2.0 license


Use of Cryptographically Weak Pseudo-Random Number Generator (PRNG)

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/canonical/pebble › /usr/bin/pebble
  • Package Manager: golang
  • Vulnerable module: github.com/gorilla/websocket
  • Introduced through: github.com/canonical/pebble@* and github.com/gorilla/websocket@v1.5.1

Detailed paths

  • Introduced through: github.com/canonical/pebble@* › github.com/gorilla/websocket@v1.5.1

Overview

github.com/gorilla/websocket is a Go implementation of the WebSocket protocol.

Affected versions of this package are vulnerable to Use of Cryptographically Weak Pseudo-Random Number Generator (PRNG) via the newMaskKey function in conn.go. An attacker can predict or recover WebSocket frame mask keys by causing the client side to generate masking values with math/rand, then use that predictability to inject content into WebSocket connections. The flaw affects WebSocket masking key generation for client frames, where unpredictable 32-bit keys are required. When the mask key can be guessed, an attacker can tamper with masked frame contents and disrupt or alter the data a user’s WebSocket connection sends or receives.

Remediation

Upgrade github.com/gorilla/websocket to version 1.5.3 or higher.

References


Improper Encoding or Escaping of Output

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: git/git-man
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4, git@1:2.53.0-1ubuntu1 and others

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › git/git-man@1:2.53.0-1ubuntu1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1

NVD Description

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

Git is a source code management tool. When cloning from a server (or fetching, or pushing), informational or error messages are transported from the remote Git process to the client via the so-called "sideband channel". These messages will be prefixed with "remote:" and printed directly to the standard error output. Typically, this standard error output is connected to a terminal that understands ANSI escape sequences, which Git did not protect against. Most modern terminals support control sequences that can be used by a malicious actor to hide and misrepresent information, or to mislead the user into executing untrusted scripts. As requested on the git-security mailing list, the patches are under discussion on the public mailing list. Users are advised to update as soon as possible. Users unable to upgrade should avoid recursive clones unless they are from trusted sources.

Remediation

There is no fixed version for Ubuntu:26.04 git.

References


Algorithmic Complexity

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: expat/libexpat1
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4, git@1:2.53.0-1ubuntu1 and others

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › expat/libexpat1@2.7.4-1ubuntu0.2

NVD Description

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

In libexpat through 2.7.3, a crafted file with an approximate size of 2 MiB can lead to dozens of seconds of processing time.

Remediation

There is no fixed version for Ubuntu:26.04 expat.

References


CVE-2026-19931

medium severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: curl/libcurl3t64-gnutls
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4, git@1:2.53.0-1ubuntu1 and others

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › git@1:2.53.0-1ubuntu1 › curl/libcurl3t64-gnutls@8.18.0-1ubuntu2.7

NVD Description

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

A flaw in libcurl makes it wrongly reuse an HTTP connection setup for a given hostname using Negotiate authentication, when the initial request is done using empty credentials. This can make user B's request get sent over user A's previously authenticated connection.

Remediation

There is no fixed version for Ubuntu:26.04 curl.

References


Incorrect Resource Transfer Between Spheres

low severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: systemd/libsystemd0
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and systemd/libsystemd0@259.5-0ubuntu3.4

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › procps/libproc2-0@2:4.0.4-9ubuntu1 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › procps@2:4.0.4-9ubuntu1 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › util-linux@2.41.3-3ubuntu2.2 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › util-linux/bsdutils@1:2.41.3-3ubuntu2.2 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › apt/libapt-pkg7.0@3.2.0 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › coreutils/gnu-coreutils@9.7-3ubuntu2.1 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › coreutils-from/coreutils@9.5-1ubuntu2+0.0.0~ubuntu25 › coreutils-from/coreutils-from-uutils@0.0.0~ubuntu25 › rust-coreutils@0.10.0-1ubuntu2~26.04.1 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › adduser@3.153ubuntu1 › shadow/passwd@1:4.17.4-2ubuntu3 › pam/libpam-modules@1.7.0-5ubuntu3.2 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › adduser@3.153ubuntu1 › shadow/passwd@1:4.17.4-2ubuntu3 › pam/libpam-modules@1.7.0-5ubuntu3.2 › pam/libpam-modules-bin@1.7.0-5ubuntu3.2 › systemd/libsystemd0@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › systemd/libudev1@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › util-linux@2.41.3-3ubuntu2.2 › systemd/libudev1@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › apt/libapt-pkg7.0@3.2.0 › systemd/libudev1@259.5-0ubuntu3.4
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › openssh/openssh-client@1:10.2p1-2ubuntu3.7 › libfido2/libfido2-1@1.16.0-2build1 › systemd/libudev1@259.5-0ubuntu3.4

NVD Description

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

In systemd 259, systemd-journald can send ANSI escape sequences to the terminals of arbitrary users when a "logger -p emerg" command is executed, if ForwardToWall=yes is set.

Remediation

There is no fixed version for Ubuntu:26.04 systemd.

References


CVE-2024-56433

low severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: shadow/login.defs
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and shadow/login.defs@1:4.17.4-2ubuntu3

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › shadow/login.defs@1:4.17.4-2ubuntu3
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › util-linux/login@1:4.16.0-2+really2.41.3-3ubuntu2.2 › shadow/login.defs@1:4.17.4-2ubuntu3
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › adduser@3.153ubuntu1 › shadow/passwd@1:4.17.4-2ubuntu3 › shadow/login.defs@1:4.17.4-2ubuntu3
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › shadow/passwd@1:4.17.4-2ubuntu3
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › openssh/openssh-client@1:10.2p1-2ubuntu3.7 › shadow/passwd@1:4.17.4-2ubuntu3
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › apt@3.2.0 › adduser@3.153ubuntu1 › shadow/passwd@1:4.17.4-2ubuntu3

NVD Description

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

shadow-utils (aka shadow) 4.4 through 4.17.0 establishes a default /etc/subuid behavior (e.g., uid 100000 through 165535 for the first user account) that can realistically conflict with the uids of users defined on locally administered networks, potentially leading to account takeover, e.g., by leveraging newuidmap for access to an NFS home directory (or same-host resources in the case of remote logins by these local network users). NOTE: it may also be argued that system administrators should not have assigned uids, within local networks, that are within the range that can occur in /etc/subuid.

Remediation

There is no fixed version for Ubuntu:26.04 shadow.

References


Out-of-bounds Read

low severity
Exploit: Not Defined

  • Manifest file: quay.io/argoproj/argocd:v3.5.4/argoproj/argocd › Dockerfile
  • Package Manager: ubuntu:26.04
  • Vulnerable module: openssh/openssh-client
  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 and openssh/openssh-client@1:10.2p1-2ubuntu3.7

Detailed paths

  • Introduced through: docker-image|quay.io/argoproj/argocd@v3.5.4 › openssh/openssh-client@1:10.2p1-2ubuntu3.7

NVD Description

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

A flaw was found in OpenSSH. This vulnerability, a heap out-of-bounds read, occurs during the cleanup of GSSAPI (Generic Security Service Application Programming Interface) indicators when a trailing NULL termination is missing in the auth-indicators array. A remote attacker, under specific configurations involving GSSAPI authentication and a Kerberos environment, could exploit this to cause the SSH authentication path to crash or abort. This leads to a denial of service (DoS), impacting the availability of the SSH service.

Remediation

There is no fixed version for Ubuntu:26.04 openssh.

References