Skip to content
Cybersecurity

Cyberattack scenario on an insurance company — from phishing to data exfiltration

Realistic cyberattack scenario on an insurance company. Step by step: from initial phishing through lateral movement to customer and claims data exfiltration.

Context — profile of the targeted insurer

Our scenario describes an attack on a mid-sized European insurer offering property, health, and life insurance. The company serves 500,000 individual clients and 2,000 corporate clients. Infrastructure includes core insurance systems (on-premise), a claims management platform (hybrid), customer and agent portals (cloud), and API integrations with 15 brokers and 3 comparison platforms.

The IT team consists of 40 people, including 5 responsible for security. The company has basic security solutions: firewall, antivirus, backup, but no dedicated SOC or advanced monitoring. Legacy systems (core insurance from 12 years ago) coexist with modern cloud solutions.

This profile is representative of many mid-sized European insurers — not small enough to be below attacker radar, not large enough to have resources for advanced protection.

Day 1 — reconnaissance and initial access

The attackers — an APT group specializing in the financial sector — begin with OSINT reconnaissance. LinkedIn reveals organizational structure, system names in job postings, and technologies in IT staff profiles. SSL certificates and DNS records map external infrastructure.

Entry vector: spearphishing targeting the claims department. An email crafted as urgent correspondence from a law firm regarding a large claim contains a PDF attachment with an exploit. The claims adjuster opens the document — it is part of their daily work. The exploit installs a backdoor on the workstation.

The antivirus fails to detect the threat — the payload is polymorphic and exploits a zero-day in the PDF parser. Lack of EDR on workstations means the backdoor can operate undetected. The attackers gain an initial foothold in the insurer’s internal network.

Days 2-7 — lateral movement and privilege escalation

Over the next days, attackers move through the network while evading detection. A keylogger on the adjuster’s workstation captures login credentials for the claims management system. Internal network scanning reveals lack of segmentation — the claims department workstation has access to core insurance systems.

The attackers exploit a vulnerability in an unpatched Windows server (a CVE from 8 months ago) and gain domain administrator privileges. Lack of Active Directory log monitoring means the privilege escalation goes undetected.

Critical moment: the attackers gain access to the claims management database server. They examine the table structure — claims data, medical documentation, national ID numbers, payout amounts. This is the attack objective: data of 500,000 clients with full claims history.

Simultaneously, the attackers compromise an IT administrator’s VPN account, ensuring an alternative access channel in case the primary backdoor is discovered.

Days 8-14 — data exfiltration

The attackers begin systematic data exfiltration. To avoid detection, they employ slow exfiltration techniques — copying data in small batches during normal business hours, tunneling traffic through HTTPS to a legitimate-looking domain.

Exfiltrated data includes: the complete customer database (personal data, ID numbers, addresses), health claims history with medical documentation, active policies with sums insured and premiums, pricing models and actuarial parameters, and broker integration data (API keys, configurations).

Lack of DLP means the mass transfer of sensitive data generates no alerts. Lack of NetFlow monitoring means unusual outbound traffic to an unknown domain goes unnoticed. Backup works correctly, but no one monitors whether data is being copied outside approved channels.

Day 15 — discovery and escalation

The incident is accidentally discovered when an IT administrator notices a suspicious account in Active Directory during routine maintenance. Analysis reveals the extent of compromise — attackers have had access to critical systems for two weeks.

The board is informed. Chaos ensues: who is responsible for incident response? The company has no tested plan. The legal department asks about regulatory obligations — supervisory notification within 24 hours, data protection authority within 72 hours. The communications department does not know how to inform clients.

The IT team attempts to isolate systems, but lack of segmentation means isolating one system affects all others. Claims management systems are shut down — claims processing stops. Brokers lose API access — they cannot issue policies. Customers cannot log into the portal.

Time from initial access to detection: 14 days. During this time, attackers exfiltrated data of hundreds of thousands of clients.

Aftermath — costs and consequences

Direct costs include: forensics and incident response (the company must hire external experts — significant investment), system rebuilding and hardening, crisis communication and client notification, and legal services.

Regulatory costs: the supervisory authority imposes fines for inadequate safeguards (DORA violation). The data protection authority imposes GDPR fines — lack of DLP and monitoring constitutes a breach of privacy by design principles. Total regulatory penalties can reach millions of euros.

Business costs: client loss (estimated 10-15% of portfolio within a year), broker attrition due to integration security concerns, increased reinsurance premiums, and lowered insurance rating.

Total incident cost: 5-10 million euros — many times more than the investment in comprehensive cybersecurity that could have prevented the attack.

How nFlo would have prevented this attack

At every stage of the attack, there were points where nFlo solutions would have detected and stopped the threat. EDR on the adjuster’s workstation would have detected the PDF exploit and blocked backdoor installation — attack ended at initial access.

If the exploit had succeeded, network segmentation would have prevented lateral movement from the workstation to core insurance systems. nFlo’s SOC would have detected Active Directory anomalies — privilege escalation, new account creation, unusual logins.

DLP would have identified mass sensitive data transfer and blocked exfiltration. NetFlow monitoring would have detected data tunneling to an external domain. A SOC alert would have triggered the incident response procedure within 15 minutes — long before data exfiltration.

With nFlo, detection time would drop from 14 days to minutes. Prevention costs a fraction of the incident cost. Contact us to secure your insurance company.


Cybersecurity for Your Industry

Learn more about cybersecurity in your industry:


See also:

Share:

Talk to an expert

Have questions about this topic? Get in touch with our specialist.

Sales Representative
Grzegorz Gnych

Grzegorz Gnych

Sales Representative

Response within 24 hours
Free consultation
Individual approach

Providing your phone number will speed up contact.

Want to Reduce IT Risk and Costs?

Book a free consultation - we respond within 24h

Response in 24h Free quote No obligations

Or download free guide:

Download NIS2 Checklist