Unauthenticated users can write to IBM DataStage Redis stores in critical CVE-2026-81212 vulnerability
A critical vulnerability in IBM DataStage on Cloud Pak for Data allows unauthenticated users to write arbitrary data to shared Redis stores, compromising tenant isolation.
Key points
- The flaw affects IBM DataStage on Cloud Pak for Data version 5.4.0.0 specifically.
- National Vulnerability Database rates CVE-2026-81212 as critical with a CVSS score of 10.0.
- No patch or vendor fix has been confirmed for this specific vulnerability yet.
IBM DataStage on Cloud Pak for Data version 5.4.0.0 contains a critical security flaw that permits unauthenticated access to shared Redis instances. This vulnerability allows anonymous callers to perform arbitrary writes under any tenant's key, effectively breaking the platform's credential-encryption boundary.
What happened
The National Vulnerability Database records CVE-2026-81212 as a critical issue affecting IBM DataStage on Cloud Pak for Data 5.4.0.0. The weakness is categorized under CWE-285, indicating an authentication mechanism failure. An unauthenticated user can execute arbitrary writes into the shared Redis environment used by the platform. This action is not limited to the attacker's own context but extends to any tenant's key within the system.
The flaw collapses the credential-encryption boundary that normally protects sensitive data. An anonymous caller can poison cached flow parameters for any tenant. This means that data integrity and confidentiality are at risk for all users sharing the DataStage instance. The vulnerability allows for direct manipulation of data storage without requiring valid credentials or prior authentication steps.
Why it matters
A CVSS score of 10.0 indicates the highest possible severity for this vulnerability. The ability to write arbitrary data into shared Redis under any tenant's key represents a complete failure of isolation. Attackers do not need to steal credentials or exploit complex logic flaws to gain access. The lack of authentication requirements makes the attack surface extremely broad and easy to target.
Compromising cached flow parameters can disrupt business processes and potentially lead to data corruption. Since the flaw affects the credential-encryption boundary, sensitive information may be exposed or altered. Organizations using version 5.4.0.0 of IBM DataStage on Cloud Pak for Data are directly exposed to this risk. The impact spans all tenants on the affected platform, making it a multi-tenant security crisis.
What to watch
- Monitor network traffic for unusual Redis write operations from unauthenticated sources.
- Check system logs for anomalies in cached flow parameters across different tenants.
- Verify that no unauthorized data modifications have occurred in shared storage areas.
- Look for indicators of credential-encryption boundary breaches in security alerts.
Who needs to act first
Teams managing IBM DataStage on Cloud Pak for Data should immediately isolate instances running version 5.4.0.0 from public networks if possible. Prioritize auditing access logs for any unauthorized Redis write attempts. Implement strict network segmentation to limit exposure while awaiting a vendor patch. Ensure that backup procedures are tested and recent backups are available for potential restoration. Coordinate with security operations to monitor for signs of data poisoning or credential compromise.
Background: Tenant isolation
Tenant isolation separates customer data using logical or physical boundaries. It prevents unauthorized access between accounts sharing the same cloud infrastructure. You must enforce strict identity controls and network segmentation to ensure one tenant cannot read another’s data, even if the underlying hardware is shared.
Read the full guide: Tenant Isolation: How to Prevent Data Leaks Between Customers
What to do and how to stay safe: IBM
- Verify if your environment runs IBM DataStage on Cloud Pak for Data version 5.4.0.0.
- Restrict network access to the DataStage Redis components to trusted internal IPs only.
- Enable enhanced logging for all Redis operations to detect unauthorized write attempts.
- Prepare an incident response plan for potential data corruption or tenant isolation failures.
Step-by-step guide: Virtual Patching Myths: What It Actually Fixes and Breaks
General security guidance from the Patch Gazette newsroom. It is not confirmed advice from the organisations named in this story.
Frequently asked questions
Which version of IBM DataStage is affected by CVE-2026-81212?
Only IBM DataStage on Cloud Pak for Data version 5.4.0.0 is affected by this vulnerability.
Is there a patch available for this critical flaw?
No fix has been confirmed yet for this specific vulnerability.
What is the CVSS score for CVE-2026-81212?
The National Vulnerability Database rates this vulnerability as critical with a CVSS score of 10.0.




