Database/AI/ML frameworks & serving
Ray (GCS Redis credential handling / logging): When the Redis password is passed on the Ray command line it gets
Impact
When the Redis password is passed on the Ray command line it gets written into standard logs. Anyone who can read those logs - a log aggregator, a sidecar, a co-tenant with pod-log RBAC - recovers the password to the Global Control Store, which is the cluster's single source of truth for actor placement and job state. From there they can read or tamper with every tenant's workload metadata.
Who can reach it
A local or in-cluster reader of Ray's log output who also has network reach to the Redis instance. Requires that Redis auth is enabled and the password was supplied as an argument.
What to do
Upgrade Ray to 2.43.0 or later, then rotate the Redis password - the upgrade stops new leakage but does nothing about passwords already sitting in retained logs. Purge or re-key any log archives that captured the old value.
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.