GHSA-6c73-2v8x-qpvm
Argo Server TLS requests could be forged by attacker with network access
Quick fix
GHSA-6c73-2v8x-qpvm — github.com/argoproj/argo-workflows/v3: upgrade to the fixed version with the command below.
go get github.com/argoproj/argo-workflows/v3@v3.0.9Details
### Impact
We are not aware of any exploits. This is a pro-active fix.
Impacted:
* You are running Argo Server < v3.0 with `--secure=true` or >= v3.0 with `--secure` unspecified (note - running in secure mode is recommended regardless). * The attacker is within your network. If you expose Argo Server to the Internet then "your network" is "the Internet".
The Argo Server's keys are packaged within the image. They could be extracted and used to decrypt traffic, or forge requests.
### Patches
https://github.com/argoproj/argo-workflows/pull/6540
### Workarounds
* Make sure that your Argo Server service or pod are not directly accessible outside of your cluster. Put TLS load balancer in front of it.
This was identified by engineers at Jetstack.io
Are you affected?
Enter the version of the package you're using.
Affected packages
3.0.0Fixed in: 3.0.9go get github.com/argoproj/argo-workflows/v3@v3.0.93.1.0Fixed in: 3.1.6go get github.com/argoproj/argo-workflows/v3@v3.1.6