Join our Newsletter — 33% off our NHI Course
Home› Glossary› Threats, Abuse & Incident Response› Target data breach 2013
Threats, Abuse & Incident Response

Target data breach 2013

← Back to Glossary
By NHI Mgmt Group Updated November 11, 2026 Domain: Threats, Abuse & Incident Response

A major retail breach in which attackers used phished third-party credentials to move into a retailer's internal environment and deploy point-of-sale malware. The incident is widely used to illustrate how supplier access, not just perimeter weakness, can produce large-scale card and customer data loss.

What the breach showed about third-party access

This incident is a classic example of how supplier credentials can become the shortest path into a large enterprise. The important lesson is not just that attackers got in, but that trusted external access created a bridge into the internal environment that perimeter controls alone did not stop.

When third-party access is broad, long-lived or weakly monitored, it can function like an internal foothold from the attacker’s point of view. That changes breach prevention from a perimeter problem into a trust and access problem, especially where external support relationships connect directly to sensitive networks.

For a broader view of how credential theft, supply-chain access and lateral movement show up in real breaches, see The State of NHI & AI Agent Breach Report 2026.

Why point-of-sale malware was such an effective payload

Point-of-sale malware is designed to sit close to the payment path and quietly harvest card data at scale. In a retail environment, that makes it especially dangerous because a single compromise can touch many transactions before anyone notices.

The malware did not need to be novel to be effective. What made it damaging was the combination of internal placement, transactional volume and the ability to exfiltrate data while blending into normal business activity. That is why post-compromise containment matters as much as initial access prevention.

The breach is a reminder that data loss often follows from an attacker’s ability to place tooling inside a trusted environment, not from one dramatic single exploit.

How organisations should think about exposure

To understand exposure, organisations need to map every third-party path that can reach internal systems, then decide which of those paths can reach payment, customer or other sensitive data. Asset inventory, remote access visibility and vendor relationship ownership all matter here.

Vendor connections should be reviewed for scope creep, standing privileges and whether the access path is still necessary. If a supplier account can reach far more than the service it was meant to support, the organisation has created a breach path that is too valuable for attackers to ignore.

For incident preparation and post-breach reporting workflows, Data Breach Notification Checklist and Data Breach Register Template provide useful structure for documenting scope, effects and notification decisions.

Containment, detection and recovery after compromise

Once attackers have used trusted access to move inside the environment, recovery depends on finding where they went, what they touched and what still persists. That means looking for unusual authentication use, unexpected internal movement, malware on endpoints or point-of-sale systems, and signs that access paths remain active.

After containment, organisations should review whether any credentials, tokens, remote access secrets or vendor accounts were abused and whether the same trust relationship can be reopened safely. If the compromise involved supplier access, the question is not only whether the malware is removed, but whether the access model that enabled the intrusion has been redesigned.

For practical breach triage and follow-up, Database Breach Response Playbook and What to Do After a Data Breach Guide are useful complements when you need to scope, contain and communicate after exposure.

Risk and Threat Considerations

This kind of breach is dangerous because a trusted supplier path can bypass the controls an organisation assumes are protecting its core environment. Once inside, attackers can deploy malware, blend into normal internal traffic and turn limited external access into broad internal compromise.

Failure mechanism: Phished third-party credentials give attackers a trusted entry point, then weak segmentation or overbroad access lets them reach systems where they can install malware and harvest data at scale.

Impact: The result can be large-scale card theft, customer data loss, prolonged dwell time and a costly forensic response because the initial access looked legitimate.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST SP 800-53 Rev 5 sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-03 — Vulnerable Third-Party NHIThird-party access enabled the breach path into the retailer.
NHI-05 — Overprivileged NHIThe incident illustrates excessive access scope through trusted external credentials.
NHI-07 — Long-Lived SecretsStolen third-party credentials were the entry mechanism in the breach.
Recommendation — Review and constrain supplier access paths that can become an initial foothold. Reduce supplier privileges to the minimum needed for the service. Rotate or replace long-lived access secrets before they can be reused.
MITRE ATT&CKT1199 — Trusted RelationshipThe attack used a trusted external relationship to enter the environment.
Recommendation — Map supplier pathways as trusted-relationship attack surfaces and monitor them closely.
NIST SP 800-53 Rev 5AC-20 — Use of External Information SystemsExternal access paths to internal systems are central to this breach pattern.
Recommendation — Limit and monitor external-system connections that can reach internal assets.

Practitioner Guidance

Why practitioners should care: This breach pattern shows that supplier access must be governed like a high-risk production dependency, not treated as a convenience channel. Access scope, monitoring and offboarding discipline matter as much as the vendor contract itself.

Governance implication: Own third-party access explicitly, review it on a schedule, and make sure the business service owner, not just IT, can justify why each vendor path still exists. When a supplier no longer needs broad internal reach, remove it rather than leaving it dormant.

Practitioner takeaway: The real control objective is to make external trust narrow, time-bound and observable enough that a stolen supplier credential cannot become a full internal breach.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on November 11, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org