Skip to content
Client login
Menu

19 September 2026

What a data breach costs, and where the time goes

Zyntra OS: the audit trail — who did what, when, and from where

IBM’s Cost of a Data Breach Report 2025 put the global average cost of a breach at $4.44 million, down about 9% from $4.88 million the year before — the first decline in five years. The same report put the average for United States organisations at $10.22 million, an all-time high. And it found that organisations took a mean of 241 days to identify and contain a breach, the lowest figure in nine years.

The averages make headlines. The 241 days is the number that should change how you work.

Why the time matters more than the money

An average cost across thousands of organisations tells you almost nothing about your own exposure: it mixes hospital systems with software startups. The detection and containment time is different. It describes a process every company has, whether or not anyone designed it: how long something can be wrong inside your systems before anyone notices.

Eight months is a long time for an attacker to be inside a system, and it is also a long time for an ordinary fault — a misconfigured backup, a permission nobody revoked, an integration quietly failing — to go unnoticed. Most of the work that shortens breach detection also catches the boring failures, which is why it pays for itself even in the years when nothing attacks you.

The unglamorous work that shortens it

Know who has access to what. The most common finding in any access review is accounts belonging to people who left, and permissions granted for one task years ago. Reviewing them is dull and takes an afternoon.

Log something, and look at it. A system that records what happened is the difference between “we think it started on Tuesday” and knowing. Logging costs little; not having it costs the investigation.

Patch what you run, on a schedule. Not heroically, just regularly, including the libraries inside your own applications.

Test the restore, not the backup. A backup that has never been restored is an assumption. Restoring one is the only way to find out whether it works, and the only time to find out is before you need it.

Decide in advance who does what. When something happens at 2am, the useful artefact is a short written list: who is called, who can take a system offline, who talks to customers.

Where the IBM figure is misleading

Two cautions about quoting the $4.44 million:

It is an average of organisations that had a breach. It is not a prediction of your cost, and a smaller company’s breach usually costs far less in absolute money and far more in proportion to its size.

The drop does not mean the risk fell. IBM attributes the decline in part to faster containment, not to fewer or weaker attacks. A lower average cost alongside a record US average is a story about response, not about safety.

What we’d do first, in a company of fifty people

Start with access. Then backups you have actually restored from. Then logging. All three are cheap, none of them require a new product, and each of them shortens the time between something going wrong and somebody noticing.

If that work is not getting done because nobody owns it, that is what a support arrangement is for — ours covers infrastructure support and backup and disaster recovery.

Sources

Frequently asked questions

What is the average cost of a data breach in 2025?

IBM’s Cost of a Data Breach Report 2025 put the global average at 4.44 million US dollars, about 9% below the 4.88 million of the year before and the first fall in five years.

How much does a data breach cost in the United States?

The same IBM report put the average for US organisations at 10.22 million US dollars, an all-time high.

How long does it take to identify and contain a data breach?

A mean of 241 days in the 2025 IBM report, the lowest in nine years. That is about eight months in which something can be wrong before anyone notices.

Does the lower average breach cost mean the risk has fallen?

No. IBM attributes the drop partly to faster containment, not to fewer or weaker attacks. It is also an average of companies that were breached, not a forecast of your own cost.

How can a small company detect a breach sooner?

Review who has access to what, keep logs and read them, patch on a schedule, test restoring your backups, and write down in advance who does what when something happens.

What security work should a 50-person company do first?

Start with access, then backups you have actually restored from, then logging. All three are cheap and none needs a new product.

Can Double Support take over backups and infrastructure support?

Yes, when nobody in-house owns that work. See infrastructure support and backup and disaster recovery.