In March 2025, two separate but equally alarming data breaches involving Oracle came to light.
1. Alleged Oracle Cloud Legacy Database Breach
A hacker operating under the alias โrose87168โ claimed to have compromised over six million records from more than 1,000 organizations by breaching Oracleโs legacy database. According to initial reports, the stolen data included SSO and LDAP tokens, which are used for user authentication.
2. Oracle Health / Cerner Data Breach
Around the same time, Bleeping Computer reported a second breachโthis one impacting Oracle Health (formerly Cerner, which was acquired by Oracle in 2021). The incident reportedly involved unauthorized access to patient data on legacy Cerner data migration servers.
Oracleโs Concerning Denial of the Cloud Breach
In an interesting turn of events, Oracle categorically denied any breach of its cloud systems. A company spokesperson told Bleeping Computer:
"There has been no breach of Oracle Cloud. The published credentials are not for the Oracle Cloud. No Oracle Cloud customers experienced a breach or lost any data."
This prompted โrose87168โ to double down and release alleged samples of compromised data to support their claims.
Many doubt Oracleโs denial. Cyber intelligence company CloudSEK released a report claiming to have evidence confirming the breach occurred. Separately, Bleeping Computer stated it contacted representatives from impacted companies who have also confirmed the breachโs authenticity.
The discrepancy may lie in Oracleโs wording. The hacker specifically referred to a โlegacy databaseโ, which may not fall under Oracleโs definition of โOracle Cloud.โ If true, Oracleโs statement could be technically accurateโbut still misleading. Time will tell.
Oracle Fumbles the Cerner Legacy Breach
The Oracle Health/Cerner breach presents a different set of problemsโthis time in Oracleโs response and transparency.
According to Bleeping Computer, customers impacted by the Oracle Health/Cerner breach did receive notice, which stated:
โWe are writing to inform you that, on or around February 20, 2025, we became aware of a cybersecurity event involving unauthorized access to some amount of your Cerner data that was on an old legacy server not yet migrated to the Oracle Cloud.โ
However, the notice lacked Oracleโs official letterhead, raising concerns about its authenticity.
Incredibly, Oracle also reportedly advised customers not to contact them via email and instead requested phone-only communication, limiting written documentation of the breach.
On top of that, Oracle has declined to notify affected individuals directly, despite holding the patient records in question. Instead, the company says it will โassistโ its customers in identifying and notifying those impactedโa tactic that could significantly delay patient awareness (more on that below).
How Oracleโs Handling of the Breach Harms Impacted Individuals
Oracleโs handling of these breaches reveals systemic problemsโnot just in its data security, but in how the company chooses to remediate the fallout.
1. Downplaying or Misleading Language
Oracleโs immediate denial of a cloud breach appears premature at bestโor deceptive at worst.
Given how quickly Oracle publicly claimed its cloud was not breached, itโs doubtful the company conducted a thorough audit or investigation. Worse, if Oracle is playing loose with phrasingโasserting Oracle Cloud was not breached while failing to disclose that its legacy database wasโthatโs outright misleading.
In either case, such a quick denial is likely to mislead impacted customers (i.e., entities using Oracle Cloud), as well as individuals whose personal data may be compromised.
Thatโs especially dangerous if the breach poses an ongoing threat. Affected parties may need to take immediate action, such as changing credentials or monitoring for suspicious activity. Oracle should have stated it was investigating the possibility of a breach, rather than engaging in premature damage control.
2. Poor Breach Response Protocols
Oracleโs response to the Oracle Health/Cerner breach reflects a lack of urgency and clarity.
- Omitting Its Letterhead: Customers may doubt the authenticity of communications that lack corporate branding. Whether intentional or accidental, this omission could lead recipients to believe the message is a phishing attempt, delaying their response.
- Opting for Telephone Communication: A key principle in breach response is transparency. Companies need to clearly and publicly communicate what happened. Oracleโs decision to rely on phone-only contactโlikely to avoid a paper trailโmakes it appear the company is more interested in reputation management than helping customers.
- Refusing to Notify Affected Individuals Directly: Oracle Health maintains patient records and is in the best position to notify those impacted. By pushing that burden onto its clients, Oracle slows down the notification process. Smaller entities may take longer to identify and contact affected individuals, delaying their ability to take protective measures.
Final Takeaway
These two back-to-back breaches paint a troubling picture. Oracle appears more focused on protecting its image than helping the people whose data was compromised due to poor security practices.
Worried You Were Impacted?
If you believe your personal or patient information was affected by either of these Oracle breaches, contact us for a free consultation using the form below. You can also contact Amanda Fiorilla directly at afiorilla@lowey.com.
