What Your Cyber Insurer Actually Wants to See | NexGen Unfiltered
Unfiltered
Insights/September 2026/7 min read

What your cyber insurer actually wants to see, and why "yes" is the most dangerous answer on the form

A client asked us to update the list of security work we'd done for them so they could send it straight to their insurer. Easiest renewal they've ever had. Here's why, and where most businesses trip up.

Written by
The NexGen team
Straight from the work. Client details removed, everything else left as it happened.
The short version
Cyber insurance forms used to be a handful of tick boxes. Now they're pages of properly technical questions, and most businesses answer them from memory. The ones who breeze through renewal aren't the ones with the most kit. They're the ones who can say what's in place, when it went in, and prove it's actually working.
Before you fill in your next renewal
This is here to help you understand what's being asked. It isn't insurance or legal advice. If you're unsure how to answer something, speak to your broker and your IT provider before you sign.

It's not admin, it's a declaration

Most people treat the renewal form like a bit of paperwork to get out of the way. It isn't. Your policy is priced and written on what you put on it.

So when someone ticks "yes, MFA is enforced on all accounts" and three accounts were never set up, that's not a technicality. If you ever need to claim, that answer is one of the first things that gets checked, and a wrong one can reduce or kill the payout. Right at the moment you need it most.

Here's the uncomfortable bit. The biggest risk we see isn't a missing control. It's a business confidently saying "yes" to something that's only mostly true.

What insurers are actually asking about

The same eight things come up on almost every form we see. The wording changes, the questions don't. The right-hand column is the bit worth reading twice.

ControlWhat the form usually asksWhat "good" looks likeThe gap we find most often
MFAIs MFA enforced on email and remote access?Enforced for every user via Conditional Access, no exceptions left over from setupShared mailboxes, old admin accounts, or "just this one user" exclusions
Email securityDo you filter malicious links and attachments?Safe Links, Safe Attachments and anti-impersonation switched on (Business Premium or equivalent)On Business Standard, so the features simply aren't there
DMARCIs your domain protected against spoofing?DMARC set to quarantine or reject, with reports reviewedSet up in "monitor only" mode years ago and never finished
Endpoint protectionDo you have EDR or 24/7 monitoring?Detection and response on every device, with someone watching out of hoursAntivirus installed, nobody looking at the alerts
PatchingAre critical updates applied within X days?Managed, reported patching, so you can prove complianceUpdates "switched on" but devices quietly failing for months
BackupsAre backups offsite, and tested?Independent, offsite backups including Microsoft 365, with test restoresAssuming Microsoft backs up your mailboxes. It doesn't, not in the way you think
Mobile devicesHow is business data protected on phones?Device management with the ability to wipe company data remotelyEmail on personal phones with no controls at all
Staff trainingDo staff receive security awareness training?Regular phishing simulations and short, recorded trainingA one-off session three years ago

What it looked like for a real client

When this client came to us, that table would have been a rough read. Basic mail filtering, DMARC never enforced, Microsoft 365 never backed up, and a handful of devices that had quietly stopped updating without anyone noticing.

We spent the first six months working through it. Business Premium for the security features, DMARC moved to strict, DNS filtering and 24/7 threat detection on every device, phishing simulations for the team, phones brought under management, and proper offsite and M365 backups for the first time.

None of it was done for the insurer. It was done because it needed doing. But we wrote it down as we went, so when renewal came round, it was one email: "anything to add to this list?" That's it.

What to actually do before your next renewal

Not a checklist to print and forget. These are the things that genuinely change how that form goes.

01
Read the wording, not just the question
"All users" and "most users" are very different answers. So are "enabled" and "enforced". Insurers write these carefully, so answer exactly what's asked, not what you think they meant.
02
Ask for a report, not an opinion
Before you tick MFA, get an actual list of every account and its MFA status, including shared mailboxes and old admin accounts. Same for patching: a compliance report beats "updates are switched on". If your provider can't produce these in a day, that's worth knowing.
03
Test one restore
Pick a file or a mailbox and have it restored. It takes an hour. "We have backups" and "we've restored from them" are two very different answers, and only one of them holds up.
04
Fix the quick wins first
MFA exclusions, DMARC and Microsoft 365 backup are usually days of work, not months, and they're on almost every form. If renewal is a few months off, start there.
05
Say "partly" when it's partly
"In progress, due to complete by March" is a legitimate answer. It's honest, it shows a plan, and it won't come back to bite you. A "yes" you can't back up will.
06
Keep a running log
What was done, when, and who did it. A shared doc is fine. It turns next year's form into ten minutes of copy and paste instead of a week of guessing.
07
Tell someone if things change
If a control lapses mid-policy, like MFA being turned off for a user or backups failing, check your policy wording. Some insurers expect to be told about material changes, and it's far better to know that now than at claim time.
not sure how you'd answer?
Evidence over optimism. A dated list beats a confident tick.
Renewal coming up? Send us the questionnaire and we'll go through it with you, question by question, and tell you honestly where you stand.
© NexGen IT Solutions Ltd.
Comparison Cookie Policy Terms & Conditions Contact
🍪
Me want cookies. Me mean data.
Like a certain blue monster, this site can't help itself around cookies, just the ones that make browsing work better, though. No cameras, no chaos, C is not for anything sinister.
Om nom, accept
No cookies for me