Database/Container, Kubernetes & orchestration
Argo Workflows (Argo Server default --auth-mode=server before 3.0): Before 3.0 the Argo Server defaulted to
Impact
Before 3.0 the Argo Server defaulted to --auth-mode=server, meaning every request ran as the server's own service account. An exposed UI therefore lets anonymous internet users submit workflows that execute arbitrary containers on the cluster. This is the configuration behind the observed crypto-mining campaigns against Argo Workflows clusters.
Who can reach it
Any unauthenticated user who can reach the Argo Workflows UI, which in the reported incidents meant the open internet.
What to do
Move to --auth-mode=client and pull the UI off the internet immediately, then upgrade Argo Server to 3.x or later. Because this has been actively exploited in the wild, audit the cluster for unexpected workflows and workload pods before assuming it is clean.
References
This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.