TCL Portal

The NTT Insider Breach: 9.28 Million Records, One Privileged Account, Ten Years

Published:
  • #Japan
  • #Insider Threat
  • #Privileged Access
  • #Case Study
  • #CISSP

Part of our guide to Japan’s cybersecurity landscape. For the regulatory map behind it, see Japan’s Cybersecurity Laws & Guidelines.

Most breach stories foreign teams hear about Japan involve external attackers. This one didn’t. At an NTT subsidiary, a single trusted insider with a privileged account quietly removed 9.28 million customer records belonging to 69 client companies over roughly ten years — and it was not the company’s controls that caught him. It was the police.

I work in information security at a Japanese enterprise (CISSP, CCSP, and a Registered Information Security Specialist in Japan), and this case is one I keep coming back to, because every control that should have stopped it is one a foreign team would assume was already in place.

What happened

The affected entity was NTT Business Solutions, a subsidiary in the NTT West group, with the leaked data tied to call-center operations for NTT Marketing Act ProCX. A former dispatched (temporary) worker, engaged in operation and maintenance of the customer-data systems, abused a system administrator account — a privileged ID — to access a server holding customer information (NTT Business Solutions; Nikkei xTECH).

The mechanics were mundane, which is exactly the point:

The Personal Information Protection Commission (PPC) subsequently issued a recommendation — a notable step, since PPC formal recommendations are not routine.

Why it went undetected for a decade

This is where I want foreign security leaders to slow down, because the failure was not exotic. It was the predictable result of trusting a privileged insider and not instrumenting that trust.

The privileged account was the whole game. A system administrator ID is, by design, allowed to touch the data. So the access generated no “unauthorized access” alarm — there was nothing unauthorized about a sysadmin reading the database he maintained. This is the blind spot in controls built to stop outsiders: they say nothing about an insider doing exactly what his role permits, for the wrong reason.

Three control objectives, all familiar from any security framework, were effectively absent:

The client’s 2022 report is the detail that haunts me. There was a signal. The organization could not connect it to the activity, because it had no telemetry on what its privileged accounts were actually doing.

The Japan-specific dimension foreign teams miss

What makes this an Only-in-Japan-shaped lesson is the multi-layered contractor structure. The actor was a dispatched worker (派遣) operating inside a subsidiary (NTT Business Solutions) that handled data on behalf of another group company’s clients. Personal data, the operational systems, the worker’s employer, and the data’s legal owner sat in four different boxes.

This layered staffing model — prime contractor, subsidiary, dispatch agency, client — is extremely common in Japanese enterprise IT, and it diffuses accountability for privileged access. Foreign companies running operations in Japan through local subsidiaries and staffing agencies inherit exactly this structure, often without realizing that “our vendor’s dispatched engineer has admin on the system holding our customers’ data” is a sentence that should stop a CISO cold.

It also intersects with Japan’s APPI breach-notification duties: a leak of this nature, scale, and improper purpose squarely triggers PPC reporting obligations.

Design lessons for security teams operating in Japan

Not a checklist of blame — a practitioner’s takeaways:

The bottom line

This was not a sophisticated attack. It was standing privilege, no measurement, and a decade of misplaced trust — caught by police, not controls. For any organization operating in Japan through subsidiaries and dispatched staff, the uncomfortable question is simple: do you know what your privileged accounts — including your contractors’ — are doing right now? If the answer is “we assume it’s fine,” you have the same exposure NTT did.

For the regulatory obligations a breach like this triggers, see the pillar guide and the APPI guide.

References

FAQ

What was the NTT Business Solutions breach?

A former dispatched worker abused a privileged system administrator account to exfiltrate about 9.28 million customer records across 69 client companies from an NTT West group subsidiary over roughly a decade, ultimately selling data to a name-list broker.

How was the NTT insider breach discovered?

Not by internal controls. A client raised a possible leak in April 2022 without it being detected; the breach surfaced through a police investigation that began in July 2023, with public disclosure in October 2023.

Why didn't security controls catch the NTT insider?

The actor used a legitimate privileged account, so the access looked authorized. Absent least privilege, monitoring of privileged data movement, and removable-media controls, bulk exfiltration produced no signal anyone acted on.

What is the lesson for foreign companies operating in Japan?

Japan's layered subsidiary-and-dispatch staffing model diffuses accountability for privileged access. Map which external personnel hold admin rights over your regulated data, enforce least privilege, and instrument what privileged accounts actually do.

About the authors

Sekiko Jo

CISSPCCSP

CISSP and CCSP-certified security specialist focused on cloud threat modeling and security governance. A Registered Information Security Specialist (情報処理安全確保支援士) in Japan, she writes from hands-on incident-response experience inside a Japanese enterprise.

Hiroto Yuki

CISSPCCSP

CISSP and CCSP-certified. Writes from red-team and SOC operational experience about defenses that actually hold up.