GRC Case Study

Equifax Data Breach: A Case Study in GRC and Risk Management

Vulnerability ManagementIT Asset TrackingAccountabilityERM
147M
People affected
~$700M
2019 settlement
25 / 25
Inherent risk score
At a Glance
OrganizationEquifax (US credit bureau)
Year2017
Root causeA critical Apache Struts flaw (CVE-2017-5638) was not patched on an internet-facing consumer dispute portal, even though a fix had been available since March 7.
Key lessons Named owners for every risk Complete asset inventory Monitor the monitors
1. Case Overview

What Happened at Equifax in 2017

This GRC risk management case study examines the 2017 Equifax data breach and the gaps in vulnerability management, IT asset tracking and internal accountability that contributed to the incident. It also shows how enterprise risk management practices can help organizations identify security risks, assess their business impact and track corrective actions.

Organization

Equifax, a major US credit reporting agency holding names, Social Security numbers, birth dates and addresses.

Problem

A critical flaw (CVE-2017-5638) in Apache Struts let attackers run commands on a vulnerable server through a specially crafted web request. A fix was released on March 7, 2017, but it was not applied to the internet-facing consumer dispute portal.

Breach

Attackers entered in mid-May and took data until the intrusion was found on July 29. The breach was announced on September 7.

147 million people

Impact: about 147 million people were affected. A 2019 settlement with US regulators and states was worth up to about $700 million, and senior leaders left the company.

Timeline of the incident (2017)

Date (2017)
Event
March 7
Flaw disclosed and fix released
March 8
US-CERT warned the organization about the flaw
March 9
Internal patch instruction circulated, with a 48-hour deadline
March 15
A vulnerability scan failed to detect the unpatched system
May 13
Attackers began accessing the consumer dispute portal
May–July
Data taken out of the network; an expired certificate on a traffic inspection tool hid the activity
July 29
Certificate renewed; suspicious activity seen; intrusion found
September 7
Breach announced publicly
Overflow of the Equifax incident
2. Risk Identification

Which Risk Category Does It Fall Under?

Risk identification is an important part of enterprise risk management. It means listing what could harm the business and placing each risk in a category, so that it gets an owner and the right controls. The main risk here was an unpatched critical vulnerability on an internet-facing system holding customer data.

Risk category
Why it applies
Owner
Technology (cyber) risk: primary
Unpatched software flaw on an internet-facing system
CISO / IT
Operational risk
Patch alert did not reach the right person; nobody verified the fix
IT operations
Compliance and legal risk
Data protection and consumer protection duties
Legal / compliance
Financial risk
Fines, settlement costs, lost revenue
CFO
Reputational risk
Trust is the core of a credit bureau
CEO / board

Where identification comes from

Vendor and government alerts, vulnerability scans, the asset inventory, audits and past incidents.

What went wrong

The system was not recognized as a critical internet-facing asset, the asset inventory was incomplete, and the scan missed it.

3. Risk Assessment

Basis and Calculation

An enterprise risk management framework allows organizations to assess identified risks using consistent likelihood and impact criteria. Assessment gives each risk a score so risks can be compared and prioritized. The method is a 5x5 matrix.

Risk score = Likelihood (1 to 5) × Impact (1 to 5)

Level
Likelihood is based on
Impact is based on
1
Very rare; no known way to exploit
Negligible loss; no sensitive data
2
Unlikely; hard to exploit
Minor loss; limited data
3
Possible; exploit needs skill or access
Moderate loss; some customer data
4
Likely; weakness known and reachable
Major loss; regulatory attention
5
Almost certain; public flaw, fix available, internet-facing
Severe loss; large-scale personal data, fines, loss of trust

Rating scale and expected action

Score
Rating
Expected action
1 to 4
Low
Accept, record and monitor
5 to 9
Medium
Treat in the planned cycle
10 to 16
High
Treat with priority
17 to 25
Critical
Act immediately and escalate to the board

Worked calculation for Equifax

Factor
Evidence
Score
Likelihood
Flaw publicly disclosed with a fix available; system reachable from the internet
5
Impact
Sensitive data of a very large number of people
5
Inherent risk
5 × 5
25 Critical
Residual risk
After patching, segmentation and monitoring: likelihood 1, impact 5
5 Medium
4. Solution

How a GRC Program Closes Each Gap

A GRC platform such as Corporater GRC Software can support this process by maintaining risk registers, assigning responsibility for identified risks, tracking control implementation and reporting overdue remediation activities. For an incident such as Equifax, these capabilities help management monitor vulnerabilities and ensure that critical issues receive the required attention. Each failure in the case maps to a specific fix in a GRC risk program.

Problem in the case
Solution
Fix available but not applied
Enforced patch deadlines (for example critical and internet-facing within 48 hours), with each alert routed to a named asset owner, acknowledged and confirmed closed
Incomplete asset inventory
Keep an automatically updated inventory of all systems and software components
Scan missed the system
Use a second scanner and manually verify critical items
No fallback while unpatched
Add temporary controls (isolate the system, firewall rule) and record a time-limited risk exception
Attackers moved freely inside
Network segmentation, least privilege and a vault for credentials
Expired certificate hid the theft
Track certificate expiry and the health of security tools ("monitor the monitors")
Problems did not reach leadership
Quarterly risk reporting to the risk committee and board, with overdue critical items escalated
Risk management process flow

Key Risk Indicators (KRIs) to monitor

A GRC programme should track a set of measurable indicators to identify control failures before they lead to serious incidents.

100%

Critical patches applied within the required deadline.

Zero

Internet-facing assets missing from the IT inventory.

Security tool health

Track and escalate every occurrence of an expired certificate or failed health check on security tools.

Zero

Risk exceptions past their review date.

Wrap-up

Conclusion

The Equifax breach demonstrates how weaknesses in vulnerability management, asset tracking and internal accountability can expose an organisation to serious financial, legal and reputational consequences.

This GRC risk management case study highlights the importance of identifying risks, assigning clear ownership, setting treatment deadlines and verifying that security controls are working.

An effective enterprise risk management programme, supported by a GRC platform such as Corporater, can give management a structured way to maintain risk records, monitor corrective actions and report unresolved issues to senior leadership.

Next Step

Are Your Critical Risks Owned, Tracked and Escalated?

Missed patches, incomplete asset inventories and unreported risks are common gaps in growing organizations. A GRC platform helps keep risk records, owners and corrective actions in one place.

Need Help with GRC and Risk Management?

Schedule a consultation to discuss your current risk process and see how a GRC platform can support your business.

Schedule a Consultation
WhatsApp Icon
✖
Xponential Digital Logo Xponential Digital
WhatsApp Icon Start Chat