Skip to main content
    Data Broker Breach

    ChoicePoint Data Broker Breach (2005)

    Breach Year

    2005

    Breach Type

    Data Broker Breach

    TPRM Lesson

    Third-party data brokers turn weak onboarding into mass identity theft.

    What was the ChoicePoint Data Broker Breach breach?

    The ChoicePoint breach was a 2005 incident in which fraudsters posed as legitimate small businesses to open accounts with the data broker and then queried its consumer records at scale. Personal data on approximately 163,000 people was exposed, triggering FTC enforcement and accelerating US state breach notification laws.

    The ChoicePoint breach is the one TPRM case that is uncomfortable to teach, because nobody hacked anything. The attackers just signed up.

    ChoicePoint was, at the time, one of the largest commercial aggregators of consumer information in the United States. It sold access to background data, credit headers, address histories and identity verification services to businesses, government agencies, and law-enforcement bodies. Every account was supposed to be a vetted subscriber with a permissible purpose under US law.

    Beginning in 2004, a Nigerian fraud ring obtained dozens of business identities, filed paperwork in California, and opened ChoicePoint accounts under each one. From those accounts, they queried full identity dossiers on US consumers, one at a time, for months. By the time the scheme was uncovered, ChoicePoint had effectively been used as a paid identity-theft platform. The breach was not in the network. It was in the onboarding.

    What Was It?

    ChoicePoint, headquartered in Alpharetta, Georgia, aggregated and resold consumer information drawn from public records, court records, motor-vehicle records, credit-bureau headers and proprietary data sources. Subscribers paid to query that data set for permissible purposes such as background screening, insurance underwriting, fraud prevention and law-enforcement investigations.

    The company verified subscribers before granting access. Verification was paper-based and relied on documents that small businesses normally submit when opening a commercial relationship: business registration, references, owner identification. Once approved, a subscriber could query consumer dossiers via a web-based portal.

    What Happened?

    Based on FTC filings, Georgia and California law-enforcement records and contemporaneous coverage in The Washington Post and USA Today, the timeline runs as follows.

    The fraud ring. A Nigerian organized fraud ring registered fictitious businesses in California and submitted ChoicePoint subscriber applications using stolen and fabricated documents. ChoicePoint approved them as legitimate small businesses.

    The queries. Over a period of months, the fraudulent accounts ran tens of thousands of queries against the ChoicePoint consumer database. Each query returned identity, address, and background data sufficient to enable downstream identity fraud.

    Discovery. Law-enforcement in Los Angeles, investigating an unrelated identity-theft case, identified ChoicePoint as a common source of victim data and notified the company in late 2004. ChoicePoint cooperated with authorities and began notifying affected consumers in California in February 2005 under that state's then-novel breach notification law, SB 1386.

    Public expansion. Because SB 1386 applied only to California residents, ChoicePoint's initial notifications named only that state. Public and political pressure forced ChoicePoint to extend notifications to roughly 163,000 affected individuals nationwide.

    FTC enforcement. In January 2006, the FTC announced a $15 million settlement: $10 million in civil penalties and $5 million in consumer redress. The order required ChoicePoint to implement a comprehensive information security program audited by an independent third party for 20 years.

    How Did It Happen Technically?

    There was no exploit. There was no malware. The technical "attack" was simply a legitimate-looking subscriber query stream executed by accounts that should never have been approved.

    The failure layers, in order:

    • Identity verification. The subscriber onboarding process relied on documents that were trivially forgeable. There was no out-of-band identity check, no physical site verification, and no cross-reference against fraud watchlists.
    • Behavioural baselining. Newly approved small-business subscribers should not query at the volume the fraudulent accounts ran. There was no rate-of-query anomaly detection.
    • Purpose justification. Each query was meant to have a permissible purpose. There was no enforced linkage between a stated permissible purpose and the queries actually executed.
    • Data minimization. Each returned dossier was dense enough to enable identity fraud on its own. There was no tiered redaction based on subscriber maturity or query history.

    Why This Was a TPRM Failure

    ChoicePoint is the case that proves third-party risk has two sides. Most TPRM frameworks focus on vendors providing services to the organization. ChoicePoint reframed the question: what about the vendors that organizations rely on to verify other third parties? When the data broker is wrong, every downstream onboarding decision is wrong with it.

    • The broker was a fourth party for everyone. Banks, insurers, employers and government agencies all bought ChoicePoint data without ever telling consumers. When ChoicePoint failed, downstream identity decisions were corrupted at the source.
    • Onboarding was the perimeter. ChoicePoint's subscribers were the trust boundary, and the broker had no real evidence-based control over who became one.
    • No reciprocity. Consumers had no way to know their data sat in ChoicePoint, much less to opt out, until the breach forced disclosure.
    • Regulatory mismatch. US privacy law in 2005 had no general federal breach notification standard. Without California SB 1386, the breach might never have been publicly disclosed.

    Business Impact

    For ChoicePoint:

    • $15 million FTC settlement: $10 million civil penalty, $5 million consumer redress.
    • 20-year independent security audit obligation under the FTC consent order.
    • SEC inquiry into pre-disclosure insider trading by senior executives, with civil litigation that followed.
    • Reported direct breach response costs of $11.4 million through mid-2005, before settlement.
    • Acquisition by Reed Elsevier (now RELX) in 2008 at a discount to peak valuation, with ChoicePoint ultimately rebranded as part of LexisNexis Risk Solutions.

    For the wider ecosystem:

    • Approximately 163,000 US consumers exposed to identity-theft-grade data leakage.
    • Downstream banks, employers and insurers forced to re-evaluate ChoicePoint outputs used in prior decisions.
    • Catalytic effect on state breach-notification laws: by 2008, 44 US states had adopted SB 1386-style statutes.

    Consequences

    ChoicePoint is widely credited with making US breach notification a national norm. Before ChoicePoint, only California required notification, and many enterprises treated SB 1386 as a one-state inconvenience. After ChoicePoint, states across the political spectrum adopted broadly similar laws. The FTC continued to use ChoicePoint as a reference enforcement against data brokers for the following decade.

    For TPRM, the case introduced the data broker category into mainstream vendor risk inventories. Downstream organizations began requiring brokers to evidence subscriber onboarding controls, query monitoring, and disclosure obligations.

    What Most People Miss About This Breach

    ChoicePoint is often filed as an "identity theft" case. Reading it as a TPRM case is more useful. The compromise vector was a procurement process: a vendor evaluation pipeline that approved fraudulent business identities and then could not detect their behaviour after approval. Every TPRM team that runs a vendor onboarding workflow should read ChoicePoint as a story about their own process running in reverse.

    Practical TPRM Lessons

    1. Treat data brokers and identity verification vendors as tier-one regardless of contract value.
    2. Require evidence of the broker's subscriber onboarding controls, not just its security certifications.
    3. Insist that brokers monitor query rate, volume, and purpose against approved use cases.
    4. Require contractual disclosure to your organization when broker-provided data is exposed at the broker's end, even for a different customer.
    5. Map every downstream decision your organization makes using broker data so you can rewind exposure quickly.
    6. Track regulator enforcement history (FTC, CFPB, state AGs) against the broker as a continuous monitoring signal.
    7. Confirm consumer-facing redress mechanisms for data the broker provides about your customers.
    8. Demand explicit fourth-party transparency: where does the broker source its data?

    Technical Protection Checklist

    A. Identity and Access. Multi-factor for every analyst account that queries broker data; quarterly access reviews.

    B. SaaS and API Integrations. Per-query logging on the broker's API surface, retained for the regulator's window.

    C. Software Supply Chain. Verify broker-supplied SDKs for integrity and source.

    D. File Transfer and Data Exchange. Restrict bulk pulls; flag any deviation from baseline query volumes.

    E. Data Protection. Encrypt broker outputs at rest; mask non-essential fields by default.

    F. Vendor Incident Response. Contractual notification SLA for any broker-side incident affecting your data, even if a different customer was the immediate victim.

    G. Fourth-Party Risk. Catalogue the broker's upstream data sources and their reliability ratings.

    H. Board and Executive Reporting. Track decisions made using broker data alongside fraud rates and complaint volumes.

    Final TPRM Takeaway

    "If your vendor's customers can become your attackers, your TPRM perimeter is the vendor's onboarding form."

    Frequently Asked Questions

    What was the ChoicePoint breach?

    A 2005 incident in which fraudsters posed as legitimate businesses to open subscriber accounts with data broker ChoicePoint and then queried personal data on approximately 163,000 US consumers.

    Why is it considered a third-party breach?

    Banks, insurers, employers and agencies all relied on ChoicePoint to verify identities. The broker's onboarding failure became their identity assurance failure.

    How did it happen?

    The fraud ring forged business documents, opened ChoicePoint subscriber accounts, and ran lawful-looking queries at scale. There was no network intrusion.

    What was the impact?

    $15 million FTC settlement, 20-year audit obligation, SEC scrutiny of executive sales, and 163,000 consumer notifications.

    What should TPRM teams learn?

    Data brokers and identity vendors must be governed as tier-one vendors with continuous query monitoring and strong onboarding controls.

    What controls could have reduced the risk?

    Out-of-band subscriber verification, behavioural baselining on query patterns, tiered data minimization for new subscribers, and enforced purpose-of-use linkage.

    What is the biggest lesson?

    Compromise can come through onboarding rather than through code.

    How does this relate to fourth-party risk?

    Most downstream organizations had ChoicePoint embedded in their decisions without telling customers. It is the canonical fourth-party identity case.

    TPRM Blog

    Related TPRM analysis from the blog

    Continue learning with the latest breach alerts, regulatory updates, and analyst playbooks from blog.learntprm.com.

    Visit blog.learntprm.com
    Safe Security - founding sponsor of LearnTPRM.comFounding Sponsor
    For CISOs, TPRM leads and vendor risk program owners

    Autonomous TPRM. 90% less manual effort.

    Almost every case here was findable before it happened

    Read enough third-party breaches and the pattern is brutal: an undisclosed fourth party, an expired certification, an exposure that sat on the internet for weeks. Nobody was lazy - the signals simply arrive faster than a human review cycle. The SAFE TPRM AI Co-Worker watches for them continuously.

    This is for you if you own a third-party risk program - roughly 100+ vendors, quarterly reassessments, DORA / NIS2 / OCC pressure and no new headcount coming. The link opens Safe Security's platform page, not a gated form.

    Five correlated data dimensions per vendor, refreshed continuously across the whole portfolio.

    Zero-touch due diligenceContinuous monitoring across 5 dimensionsAI-powered risk scoring workflows
    • The Fourth-Party Discovery agent finds the undisclosed downstream provider before it becomes your incident.
    • The Outside-In agent detects new vulnerabilities, misconfigurations and breaches as they surface.
    • The Threat Intel agent tracks leaked credentials, filings and legal events per vendor.
    Evaluate SAFE for my organization

    For security and risk leaders assessing a TPRM platform. Opens safe.security in a new tab.

    25+

    AI agents

    90%

    Less manual effort

    None

    Additional headcount

    200+

    Organizations globally

    End to end

    Intake to offboarding

    Ready to Prove You're a TPRM Warrior?

    Most people talk about risk management. Few can prove their expertise under pressure.

    Start Your Free Certification