A managed SOC and EDR rollout for a 1,200‑endpoint insurer: from alert noise to a clock it can meet
A regional property and casualty insurer in the United States, a leader in its segment.
- Scale
- About 1,200 endpoints, 150 servers, 24x7 monitoring, phased EDR rollout, weekly patch cycle for exploited vulnerabilities
- Engagement
- Assessment, a phased EDR rollout over about three months and then continuous operation
The challenge
The insurer had antivirus on most machines, a small IT team and thousands of unreviewed alerts a week. State insurance data security law and its board both expected a documented program, an incident response plan and notice to the regulator within 72 hours of a determination. The team could not say how long an incident would take to detect, and exploited vulnerabilities stayed open for weeks.
A regional property and casualty insurer had antivirus on most machines, a small IT team and thousands of unreviewed alerts every week. State insurance data security law, most of it based on the NAIC Insurance Data Security Model Law, expected a written information security program, a risk assessment and an incident response plan, and asked for notice to the insurance commissioner within 72 hours of determining that a cybersecurity event occurred. The board wanted to know how quickly the company would know about an attack, and nobody could say.
We began with a gap assessment against the insurer's own program and the statute that applies to it, and then rolled out endpoint detection and response (EDR) to about 1,200 endpoints and 150 servers in rings. A pilot group ran in monitor mode while we tuned exclusions for claims software and scanners, then each department moved to blocking mode on a schedule that avoided month-end. Servers followed laptops. At the end, every managed machine reported to one console, and an unmanaged machine could not reach the claims systems.
A managed security operations center now watches the environment around the clock. Logs from identity, email, firewalls and the EDR flow into one platform. The funnel merges duplicates, suppresses known-good behavior, such as a scanner that always runs at night, and escalates a short list of cases to named people with a timeline and a recommended action. Detections target the things that hurt insurers: stolen credentials used from a new country, forwarding rules created in a mailbox, unusual administrative activity and lateral movement toward the claims database.
Patching moved from a monthly habit to a clock. Vulnerabilities in CISA's Known Exploited Vulnerabilities catalog get a short deadline, in the spirit of Binding Operational Directive 22-01, and the team reports days to patch each week. Email moved to SPF, DKIM and DMARC enforcement, administrators and claims staff signed in with phishing-resistant methods, and a vendor register recorded which third parties hold policyholder data, which the model law's oversight section asks a licensee to manage.
The incident response plan turned the 72 hours into a decision tree: who determines that an event occurred, who calls counsel, who notifies the commissioner and which facts to gather first. We ran two tabletop exercises, one with the board, using a ransomware scenario built from the insurer's own systems. The insurer files its own certifications, and our job was to supply the controls and evidence behind them. Counts and times in this illustrative case are modeled for an engagement of this kind. See our guidance on cyber insurance readiness and ransomware response.
What our team delivered
- A gap assessment against the insurer's information security program, risk assessment and incident response plan, mapped to the requirements of its state insurance data security law
- Endpoint detection and response on laptops, desktops and servers, rolled out in rings: monitor mode on a pilot group, tuned exclusions, then blocking mode department by department
- A managed security operations center working around the clock, with an alert funnel that merged duplicates, suppressed known-good behavior and escalated a short list of cases to named people
- Log sources from identity, email, firewalls and the EDR into one platform, with detections for credential abuse, mailbox rules, unusual administrative activity and lateral movement
- A patch policy that put vulnerabilities in CISA's Known Exploited Vulnerabilities catalog on a short clock and measured days to patch every week
- Email hardening with SPF, DKIM and DMARC and phishing-resistant sign-in for administrators and claims staff
- An incident response plan with a decision tree for the regulator's 72-hour notice, a contact list and two tabletop exercises with the board
Result
Analysts saw a manageable list instead of a flood, endpoint coverage reached all managed machines, exploited vulnerabilities closed in days rather than weeks, and the insurer could show the board and its examiners a program with owners, evidence and tested response. Counts and times are modeled for an engagement of this kind, not measurements from a client.
Five million events, three escalations
What a managed SOC does to a day of log volume for a 250‑seat organisation. Collection produces millions of events; correlation rules turn them into a thousand or so alerts; triage merges and dismisses most of those into dozens of incidents; only a few need a human on the customer side. Bar length is the logarithm of the count, so each step is orders of magnitude. Illustrative figures.
Critical patches in days, not months
Distribution of days from vendor patch release to deployment for critical-severity CVEs, before and after a managed patching service. The dashed line marks two weeks: under CISA BOD 22-01, US federal agencies must remediate Known Exploited Vulnerabilities within two weeks for CVEs assigned in 2021 or later (six months for older ones). Private organisations are not bound by it, but it is a sensible benchmark. Illustrative figures.
From raw logs to a contained incident
Endpoint agents, firewalls and identity systems feed collectors, a SIEM normalises and stores every event, correlation rules turn the noise into alerts, analysts triage them, and playbooks carry out the response, such as isolating a host, with approval for risky steps.
Every sign-in, verified
Staff sign in once, but behind the scenes the device, the identity, a phone approval and your access policy are all checked before any app opens, and strangers are turned away.
Facing something similar?
Tell us about your environment. We will tell you plainly what we would do and what it would take.