CIS Controls v8 Gap Analysis — Luigi's Case Study
This case study reconstructs how an infected personal laptop led to the theft of proprietary data at Luigi's, then maps each failure to CIS Controls v8. The analysis identifies 10 controls and 27 Implementation Group 1 and 2 safeguards that would have prevented, detected, or contained the attack.
By Sean Richard · Project date 2026
At a glance
- Incident
- An infected, unmanaged personal laptop joins corporate Wi-Fi, scans the network, reaches an anonymous FTP server, and exfiltrates proprietary data over an encrypted VPN across a three-day weekend.
- Method
- Reconstruct the attack chain in 12 steps, identify the CIS Controls that would have interrupted it, then specify IG1 and IG2 safeguards for each.
- Coverage
- 10 CIS Controls and 27 safeguards across Implementation Groups 1 and 2.
- Outcome
- Preventive and detective improvements spanning asset inventory, data protection, secure configuration, network defense, awareness, and incident response.
How the Luigi's attack unfolded
The first task was to turn the case narrative into an ordered attack chain, so that every later recommendation could point at a specific failure. The reconstruction produced 12 steps:
- An employee connected a personally owned, unmanaged laptop to the corporate wireless network. The device was not in the approved asset inventory.
- Wireless and DHCP services issued it an internal IP address without checking that it was authorized, configured, patched, or protected.
- The laptop was already infected with PSL malware and had no standard endpoint protection, so it opened a command-and-control connection as soon as it joined.
- It scanned the internal network freely, which showed the user wireless segment was not isolated from sensitive systems.
- An internal FTP service allowed anonymous access, so the attacker needed no valid account.
- High-value data sat behind that service: proprietary drawings, parts lists, price quotes, patents, purchasing information, and legal documents.
- The attacker compressed the data and removed it through an encrypted outbound VPN connection that outbound controls did not restrict or question.
- The malicious-site reputation list was four months out of date, so the command-and-control destination was not flagged.
- The Network Operations Center saw the large encrypted transfer and identified source and destination, but handled it as a routine help desk ticket.
- The employee noticed the laptop running slowly on Friday and left it powered on through the three-day weekend without reporting it.
- The gap between the first warning signs and containment gave the attacker extended time to scan, access, and exfiltrate.
- Asset management, endpoint security, monitoring, threat intelligence, awareness, and incident response were not coordinated well enough to stop the attack at any earlier stage.
Why CIS Controls v8 and Implementation Groups 1 and 2
CIS Controls v8 organizes safeguards into Implementation Groups by organizational maturity and resources. Luigi's was assessed as falling between IG1 and IG2, so the analysis used IG1 safeguards plus the selected IG2 safeguards that directly address the facts of the case. The safeguard list is limited to those two groups for that reason. The CIS Critical Security Controls Navigator for v8 is the reference for safeguard names and group assignments.
The 10 CIS Controls that would have interrupted the attack
| Control | What failed | Safeguards (group) |
|---|---|---|
| 01 Inventory and Control of Enterprise Assets | An unknown personal device received normal network access. | 1.1 (IG1), 1.2 (IG1), 1.3 (IG2) |
| 03 Data Protection | Sensitive files were unclassified and reachable by an anonymous session. | 3.3 (IG1), 3.7 (IG2), 3.12 (IG2) |
| 04 Secure Configuration of Enterprise Assets and Software | An internal FTP service permitted anonymous access. | 4.1 (IG1), 4.8 (IG2) |
| 07 Continuous Vulnerability Management | No internal scanning or remediation process surfaced the exposed service. | 7.5 (IG2), 7.7 (IG2) |
| 09 Email and Web Browser Protections | The malicious-site list was four months stale. | 9.2 (IG1), 9.3 (IG2) |
| 10 Malware Defenses | An endpoint already infected with PSL malware stayed active. | 10.1 (IG1), 10.2 (IG1), 10.7 (IG2) |
| 12 Network Infrastructure Management | Personal wireless devices could reach business servers. | 12.2 (IG2), 12.6 (IG2) |
| 13 Network Monitoring and Defense | Unusual traffic was observed but not correlated or stopped. | 13.1 (IG2), 13.3 (IG2), 13.4 (IG2) |
| 14 Security Awareness and Skills Training | The employee and support staff did not escalate warning signs. | 14.1 (IG1), 14.6 (IG1), 14.9 (IG2) |
| 17 Incident Response Management | No owner, reporting path, or process triggered containment. | 17.1 (IG1), 17.3 (IG1), 17.4 (IG2), 17.5 (IG2) |
Of the 27 safeguards, 11 are IG1 and 16 are IG2. Each one in the full report carries its own rationale tied to a fact in the case, so the recommendation reads as a consequence of the evidence.
Prevention, detection, and response together
The safeguards fall into three layers, and the case shows why all three are needed.
- Prevention: an accurate asset inventory (1.1), a process to deny or quarantine unauthorized assets (1.2), and network access control through 802.1X and WPA2 Enterprise or stronger (12.6) would have kept the laptop off the internal network. Data access control lists (3.3) and disabling unnecessary services (4.8) would have removed the anonymous FTP path to the files.
- Detection: current DNS filtering (9.2) and maintained URL filters (9.3) could have blocked the command-and-control connection. Centralized security event alerting (13.1) would have correlated a new device, internal scanning, unusual FTP activity, and a large encrypted transfer into one high-severity event.
- Response: the NOC did detect the transfer. What was missing was a designated incident handler (17.1), a reporting process (17.3), and assigned roles (17.5) with authority to isolate a device on a weekend. Role-specific training (14.9) addresses why suspicious traffic was handled as routine troubleshooting.
What this project demonstrates
- Reconstructing an incident as an ordered attack chain before recommending anything.
- Mapping failures to CIS Controls v8 safeguards and justifying each one from the evidence.
- Scoping recommendations to the organization's Implementation Group.
- Separating preventive, detective, and response gaps, including the human escalation failures.
Read the full document
Portfolio edition of coursework completed for the B.S. in Cyber/Computer Forensics & Counterterrorism at Full Sail University. The organization and scenario are a course case study, and this page summarizes the full document.