Daylila

Cybersecurity · Friday, 7 August 2026

01 · Briefing · what happened

A week of stolen patient records, and the three-way trade-off behind every breach

Cybersecurity 2 min 10 sources

Health-sector breaches exposed millions of records this week. They show a rule under every security decision: you cannot keep data secret, correct, and reachable all at once.

3.8M

records at one firm

Unlimited Technology, a health-care billing company

311,000

Brown Health patients

SSNs and card numbers from an old file server

~440

npm packages poisoned

pulled into software millions of times a week

July 14

SonicWall patch date

flaws were exploited for three weeks first

At a glance

  • A run of health-care breaches surfaced at once as notification letters went out.
  • Madera hospital: 150,000 people. Brown Health: 311,000. Unlimited Technology: 3.8 million.
  • Amgen said attackers pulled patient data and research out of its cloud vendors' systems.
  • Ransomware crew INC chained two SonicWall flaws to steal and scramble files for extortion.
  • A worm called ChainDrop poisoned about 440 open-source npm packages via one hijacked account.
  • A Canadian man pleaded guilty to Snowflake breaches that stole 100M-plus AT&T call records.

Forces in play

Data-breach wave High

four health-sector disclosures in days

Ransomware pressure Building

INC chaining SonicWall flaws for extortion

Supply-chain risk Building

ChainDrop worm spreads through npm

Accountability Easing

Snowflake hacker pleads guilty

In play Madera, Brown Health, Unlimited, Amgen — health-sector breach victims INC ransomware — chained SonicWall flaws to scramble data CISA — warned of attacks on water utilities Connor Moucka — pleaded guilty to the Snowflake extortions

How it unfolded

  1. May-Oct 2025 the hospital and billing-firm intrusions occur
  2. July 14 SonicWall patches the flaws INC was exploiting
  3. This week breach letters mail out; totals reach millions
  4. Now the Snowflake hacker pleads guilty; a WhatsApp scam spreads
Full briefing

This week brought a run of health-care data breaches, each surfacing at once as the notification letters went out. Madera Community Hospital in California is telling just over 150,000 people that an extortion group stole their personal, financial, and medical records in a two-day intrusion [1]. Brown Health Medical Group in Massachusetts is notifying more than 311,000 people [2]. Names, Social Security numbers, driver’s licenses, and card numbers were taken from an old file server, though its live medical-records system was untouched. Unlimited Technology Systems, an Ohio firm that bills thousands of cancer and specialty clinics, put its figure at 3.8 million [3]. The stolen files held names, diagnoses, and insurance details, lifted from one of its data centers. And Amgen, the biotech drugmaker, disclosed in a securities filing that attackers pulled patient health information and proprietary research out of cloud systems run by outside vendors [4].

Health care leaks more of this than any other sector, and the reason is structural, not careless. A hospital’s first duty is to stay running, because a system locked during an emergency can kill, so its money and design go into keeping the lights on. The secrecy of the data it holds gets the leaner budget. Today’s lesson is about that three-way choice.

Keeping systems reachable is exactly what ransomware attacks. Researchers say INC, one of the busiest ransomware crews, has been the main group exploiting two flaws in SonicWall security appliances [5]. It chains them to break in, steal files, and then scramble them for a ransom. The flaws were used in real attacks for three weeks before SonicWall disclosed and patched them on July 14 [6]. The same fear drove last week’s warning from CISA, the US cyber-defence agency [7]. It flagged a jump in attacks on internet-exposed controllers at more than 30 water utilities, with intruders changing passwords to lock operators out.

Keeping data correct and untampered is what a supply-chain attack breaks. A worm dubbed ChainDrop poisoned about 440 open-source code packages on the npm registry, after one maintainer’s account was taken over [8]. Developers pull those packages into their own software hundreds of millions of times a week. The aim is not to steal from the packages but to quietly change them, so everything built on top inherits the tampering.

There was accountability, too. A 26-year-old Canadian, Connor Moucka, pleaded guilty to hacking and extorting more than 165 companies that used the cloud data platform Snowflake [9]. That included stealing call and text records for over 100 million AT&T customers. The break-ins worked because the accounts had no second login check. And for anyone on WhatsApp: a scam spreads through already-hijacked accounts, asking you to vote for a friend in a contest [10]. It then tricks you into linking the attacker’s device to your own account. The plain defence is to open your linked-devices list and remove anything you do not recognise.

02 · Lesson · why it matters

Why you cannot build a lock that does everything

Security has three jobs - keep data secret, correct, and reachable - and they compete, so every defence quietly picks which one to guard most.

How it works

  1. Security has three goals: secrecy, correctness, reachability
  2. They pull against each other under one budget
  3. So every defender picks which one to favor
  4. The choice follows what you are protecting
  5. The leg you under-fund is the one that tends to break

The twist

The three goals of security compete, so 'secure' always means secure against something - and whatever you do not prioritize is where the break-in lands.

Where you've seen this

Banks

prize integrity - a wrong balance is worse than a slow one or a leaked one

Spy agencies

prize confidentiality - better to lose access than let a secret out

Emergency services

prize availability - a system down when needed is the real danger

Your own accounts

a second login check trades a little convenience for a lot of secrecy

The catch

The three are not always in conflict - good design can lift all three - but under a fixed budget, a gain in one usually costs another.

Full lesson

The three jobs

Strip away the acronyms and every security decision comes down to three goals. Keep the data secret, so only the right people see it. Keep it correct, so no one can quietly change it. Keep it reachable, so the people who need it can get to it. Secrecy, correctness, reachability. Almost every attack in the news is an attack on one of the three.

A data breach steals secrecy. Ransomware scrambles files and takes away reachability. A supply-chain attack, where someone slips bad code into software everyone trusts, ruins correctness. Different names, same three targets.

They pull against each other

Here is the catch that most people miss: you cannot have all three at their best at once. They trade off.

Lock a system down with tight access checks and extra passwords, and you protect secrecy - but you also make it slower and harder to reach in a hurry. Keep spare copies of everything so nothing is ever lost, and you protect reachability. But now the secret data sits in more places, each one a fresh door to guard. Run strict checks on every change to protect correctness, and everything gets slower. Push hard on any one goal and you spend from the other two.

So a defender is never really choosing “how secure.” They are choosing which kind of secure - and against what.

What you are protecting decides the winner

That choice is not free-floating. It follows what the data is for.

A bank cares most about correctness. A slow transfer is annoying; a leaked balance is bad; but a balance that is silently wrong is a disaster. A spy agency cares most about secrecy - it would rather lose access to a file than let the wrong person read it. A hospital cares most about reachability, because a patient record locked away during an emergency can cost a life. Same three dials. Different settings, for good reasons.

The leg you leave leaner is where the break-in lands

Now look at this week. Health care leaks more patient data than any other sector, and the reason sits right in that trade-off. A hospital pours its money and design into staying up. The secrecy of its records gets the thinner budget - and secrecy is exactly the leg that broke.

Madera hospital, 150,000 people. Brown Health, 311,000. A billing firm, 3.8 million. Amgen, patient data pulled from its cloud. Not because anyone was careless, but because the goal these places guard hardest is not the one the attackers went for. The attacker gets to pick the leg. They aim at the one you left leaner - the ransomware crew at your reachability, the breach at your secrecy, the poisoned code at your correctness.

You are inside this, not above it

You are a node in this, not a spectator. Your medical records sit inside a system built to stay running, not built to keep you secret - and that setting was chosen before you ever walked in. You feel the leak; you never sat at the table where the dials were set.

And you turn the same dials yourself. Every time you skip a second login check because it is slower, you trade a little secrecy for a little reachability. That is the exact swap the Snowflake victims made - the one that let a single stolen password reach a hundred million people’s records. There is no setting that wins on all three. The defender who believes they have locked down everything has usually just not yet been tested on the one they quietly let go.

03 · Lab · your turn

Split the guards

Rehearse the three-way trade-off of security by splitting a fixed budget across secrecy, correctness, and reachability for what you are protecting.

04 · Hope · carry this

No defence guards everything at once, but the people protecting our data keep learning where the gaps are, and small habits still turn most attackers away.

Across the beats