Cybersecurity · Friday, 14 August 2026
01 · Briefing · what happened
The only secret worth keeping is the key
This week's worst breaches came down to one thing - a leaked key. When the key gets out, the strongest encryption and the best-hidden design stop mattering, and this week proved it three ways.
1,500+
UK charities breached
via one exposed AWS access key
195 TB
of stolen credentials
keys from 2,500 orgs in the LiteLLM attack
5 days
disclosure to exploit
critical VMware vCenter flaw, 47 countries
400+
Microsoft flaws patched
one already being exploited
At a glance
- A single AWS access key left in public files let attackers download the records of 1,500 UK charities, including survivor-support groups.
- The data was encrypted, but a valid key unlocks the encryption - so strong crypto meant nothing once the key leaked.
- The week's biggest supply-chain attack stole keys themselves: terabytes of cloud keys and tokens from 2,500 orgs via poisoned LiteLLM.
- Mozilla caught an exposed Firefox signing key and just issued a new one - proof an open design is fine when only the key is secret.
- A Trezor shipping-partner breach exposed 14,000 buyers' names but zero funds, because the private key never leaves the device.
- Elsewhere: 400+ Microsoft flaws patched with one exploited, a VMware bug abused in 5 days across 47 countries, and Gunra ransomware demanding $10M+.
Forces in play
an AWS key breached 1,500 charities; 195TB of keys stolen from 2,500 orgs
poisoned LiteLLM and Trivy spread stolen credentials downstream in a 40-minute window
a VMware flaw was abused within 5 days of disclosure, 361 machines in 47 countries
Firefox and Trezor stayed safe with public designs - only the key mattered, and it was protected
How it unfolded
- Jul 27 attacker uses exposed AWS key, downloads 1,500 charities' data
- Jul 29 Broadcom discloses the critical VMware vCenter flaw
- Aug 10 Mozilla revokes exposed key; vCenter flaw seen exploited across 47 countries
- Aug 11-12 Microsoft patches 400+ flaws; Beacon confirms the charity breach
Where this points
Watch whether more of the LiteLLM-stolen keys get used before organizations finish rotating them - the theft is done, but the damage depends on how fast the keys are changed.
Full briefing
Almost every serious breach this week traced back to a single leaked secret: a key. Not a clever new attack, not an unbreakable lock picked. A password, a signing key, or an access token that was supposed to stay private got out, and everything it protected fell open. The pattern is worth naming because it points at what security actually rests on.
The key that opened 1,500 charities
A CRM provider called Beacon disclosed that a single Amazon Web Services access key was accidentally left in public software files
The data was encrypted while it sat in storage. It did not help. Because the attacker held a valid key, AWS unlocked the files and served them up in readable form
The bigger theft this week was keys themselves
The largest supply-chain attack of the week was, at its core, a theft of keys. LiteLLM, an open-source tool that helps companies build with AI, was poisoned; researchers found terabytes of stolen credentials belonging to Microsoft, Amazon, Cisco, Samsung, Salesforce and thousands more
The mechanism is a chain of trust that broke. LiteLLM’s build pipeline automatically installed a compromised version of another open-source scanner, Trivy, and the poison rode downstream
The other outcome - a key caught in time
Not every leaked key becomes a disaster, and Mozilla showed why. A private signing key used to prove that Firefox and Thunderbird downloads are genuine was accidentally committed to a code repository
Here is the point that ties the week together. Firefox is open-source: everything about how it is built and how its signatures are checked is public knowledge. Its security never depended on hiding that design. It depended on one secret - the key - and when that key was even possibly exposed, the fix was a new key, not a redesign
The same logic explains why a breach at hardware-wallet maker Trezor cost its customers nothing but their privacy. A hack at Trezor’s shipping partner exposed the names, addresses and emails of nearly 14,000 buyers
What else moved this week
Microsoft’s biggest-ever run of patches continued. August’s Patch Tuesday fixed more than 400 flaws - Microsoft’s own count was 421, including one already being exploited
A VMware flaw was exploited within five days. Attackers turned a critical bug in VMware vCenter - the console that runs whole fleets of servers - into a way to plant a hidden back door
The FBI, CISA and South Korea warned about Gunra ransomware. The gang breaks into hospitals, banks and government bodies through known firewall flaws, steals and encrypts data, then demands more than $10 million
Levi Strauss was breached through its people, not its code. Attackers talked their way onto three employees’ laptops and stole company data before being evicted; the jeans-maker says no customer data appears to have been taken
02 · Lesson · why it matters
Why a lock everyone can see is safer than a secret one
A system that only works while attackers don't understand it was never secure - it was just waiting to be figured out.
How it works
- Make the whole lock design public - anyone can inspect it
- Keep exactly one thing secret: the key
- The design being known doesn't help an attacker
- But the moment the key leaks, everything it guarded is open
The twist
Hiding how the lock works is a false comfort - a secret design fails the moment the secret gets out, and secrets always get out. Real security keeps only the key secret.
Where you've seen this
Bank vaults
the vault's design is standard and known; only the combination is secret
Your front door
everyone knows how a pin-tumbler lock works - the key is what stops them
HTTPS on the web
the encryption math is public and reviewed by all; only your session keys are private
The catch
Keeping only the key secret works only if you can actually protect and replace that key - a key left in public files, or one you can't rotate fast, is no protection at all.
Full lesson
The instinct that fails
There is a comfortable instinct in security: hide how the thing works, and no one can break it. Keep the design secret. Bury the credentials somewhere clever. Ship the firmware and trust that nobody will pry it open. It feels like protection. It is the opposite.
This week showed the pattern in the negative. A CRM company left one cloud key in its public software files. An attacker found it, used it, and walked out with the records of 1,500 charities. The data was encrypted the whole time. It didn’t matter, because a valid key unlocks the encryption. The company hadn’t hidden the key well enough - and hiding was the whole plan.
The rule the professionals learned 140 years ago
A Dutch cryptographer named Auguste Kerckhoffs wrote it down in 1883, long before computers. A secure system, he said, must stay secure even if everything about how it works is public - everything except one thing. The only secret that must be kept is the key.
Think about your front door. Anyone can look up exactly how a pin-tumbler lock works. There are diagrams, videos, whole hobbies built around it. Knowing the mechanism doesn’t get a stranger into your house. What stops them is that they don’t have your key. The lock’s security lives entirely in the key, not in the secrecy of the design - and that is by design.
Why the secret always gets out
The reason to keep only the key secret, and never the design, is simple: secrets don’t stay secret. A design lives in code that can be read, in hardware that can be taken apart, in the memory of every person who worked on it. Someone leaks it. Someone reverse-engineers it. Someone quits and takes it with them.
The moment a hidden design is exposed, a system that depended on hiding it has no security left at all. And now you can’t fix it without rebuilding the whole thing. That is why “keep the algorithm secret” is a trap. You have staked everything on a wall that only holds while no one has looked behind it.
A key is different. A key is small. You can lock it away, and if it leaks, you throw it out and make a new one. You don’t have to redesign the door.
The proof, in two calm stories
Mozilla proved the good half this week. Its Firefox browser is open-source - every line of how it is built and how its downloads are verified is public knowledge, readable by anyone, including every attacker on earth. That has never made Firefox less safe. Its safety rests on one signing key. When that key was accidentally exposed, Mozilla didn’t scramble to hide anything. It revoked the old key, issued a new one, and told users there was nothing to worry about.
Trezor proved the other half. Its hardware wallets are open by design; how they protect your money is public. When a company that ships Trezor’s boxes got hacked, buyers’ names and addresses leaked - but not one coin. The one secret that guards the money, the private key, never leaves the device, and knowing the public design gives a thief nothing.
What the open ones understand
There is a deeper turn here, and it runs against the instinct. A design that has been published and pounded on by everyone - openly, for years - is more trustworthy than a secret one, not less. The encryption that protects your bank login and this very page is public math, reviewed by thousands of strangers who tried to break it and couldn’t. A secret design has been checked by only the handful of people who made it, and it fails silently the day someone outside that handful figures it out.
So the discipline is narrow and hard. Publish the lock. Guard the key like it is the only thing that matters, because it is. Assume the design will become public, and build so that the day it does, nothing changes. The organisations that came through this week untouched weren’t the ones with the best-hidden systems. They were the ones who had already decided that hiding was never the plan.
03 · Lab · your turn
Design the lock
Rehearse Kerckhoffs's rule by choosing whether security lives in a hidden design or a protected key.
04 · Hope · carry this
The systems that held this week were the ones with nothing to hide, built in the open and checked by strangers, trusting that daylight makes a thing stronger. That quiet faith in each other holds.
More from Cybersecurity