CVE-2024-33398: piraeus-operator · Improper Privilege Management
Affects piraeus-operatorSource CVE Database V5
Not known to be exploited · CVSS 7.5 High : upgrade to 2.5.1 soon.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 48% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.5.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 3 May 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade piraeusdatastore/piraeus-operator to 2.5.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubpiraeusdatastore/piraeus-operatorpkg:github/piraeusdatastore/piraeus-operatorOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
- Immediately audit and review all ClusterRole bindings in your Kubernetes clusters, focusing on those associated with piraeus-operator and other operators.
- Restrict the list secrets permission to the minimum necessary scope and avoid granting it cluster-wide unless absolutely required.
- Rotate all Kubernetes secrets and service account tokens associated with piraeus-operator to invalidate any potentially compromised credentials.
- Implement Kubernetes Role-Based Access Control (RBAC) best practices by applying the principle of least privilege, ensuring operators have only the permissions they need.
- Monitor Kubernetes audit logs for unusual access patterns to secrets or service account impersonation attempts.
- If possible, isolate the piraeus-operator service account in a dedicated namespace with limited permissions.
- Stay updated with piraeus-operator releases and apply patches promptly once available.
- Consider deploying runtime security tools that can detect anomalous behavior related to secret access or service account impersonation.
- Educate DevOps and security teams about the risks of overprivileged ClusterRoles and the importance of secure RBAC configurations.
Description
There is a ClusterRole in piraeus-operator v2.5.0 and earlier which has been granted list secrets permission, which allows an attacker to impersonate the service account bound to this ClusterRole and use its high-risk privileges to list confidential information across the cluster.