Back to Exposure Report
3 million people September 18, 2026 • Government and Defense

DMDC Notification Letters

The letters went out on the 18th. The public found out when a recipient showed one to a reporter.

Unencrypted personal informationSocial Security numbersNamesMilitary personnel information
1

What happened?

Notification letters dated 18 September 2026 told recipients that a vulnerability in a Defense Manpower Data Center file-sharing system had allowed unauthorized users to access files containing unencrypted personal information between October 2025 and 16 July 2026.

The incident became public on 24 September, when Military Times reported one of those letters. The wider disclosure covering roughly three million people followed at the end of the month. This entry covers the notification itself, which is a distinct event from the breach and is examined separately here for that reason.

2

What data was actually inside?

The letters describe unencrypted personal information. Subsequent reporting established the categories as Social Security numbers, names, dates of birth, contact details and military personnel information.

Unencrypted is the operative word and it is the agency's own. Files containing identity data for service members sat in a file-sharing system in a form that required no key to read, which means the vulnerability granted not just access but comprehension.

3

Who gets hurt and how?

Service members, civilian staff and their families, who learned by post. For a population trained to treat its own personal details as operationally sensitive, a mailed letter is both the legally correct channel and a slow one.

Recipients also had better information than the public for six days, which is an unusual inversion. The people affected knew before the institutions reporting on it did, and one of them passing a letter to a journalist is how it entered the record.

4

What did they think they were doing right?

Written notification to affected individuals is the legal standard and the agency met it. Letters dated 18 September, following a 16 July discovery, is roughly two months and within normal federal practice.

The design question sits further back. A file-sharing system in front of a personnel database is the sort of convenience component that gets attached without the scrutiny the database itself receives, and encryption at rest on those files would have made the same vulnerability far less consequential.

5

What did they not know about their own data?

That the files were unencrypted, and that they were reachable. Those are two separate failures and the letter concedes both.

Encryption at rest is usually described as a control against theft of storage media. Its real value is exactly this case: a flaw grants access to files, and what the intruder gets depends entirely on whether the contents were readable. Nobody had asked which files in that share held identity data and whether any of it was protected.

The nine-month access window means the question went unexamined for nine months while the answer was being collected by somebody else.

If your business runs on databases, you probably have similar records, customer data, credentials, financial information. Do you know what's actually in yours?

Not sure where to start? How to find sensitive data across your estate

6

What does attribution look like the morning after?

No actor has been named publicly. Officials describe a small number of unauthorized users, which is a careful phrase that distinguishes this from mass exploitation without identifying who.

The absence of extortion across nine months of access points to collection rather than crime, and that reading is consistent with the nature of the data.

7

What would have changed the outcome?

Encryption at rest on the files in the share. The vulnerability was patched within a day of discovery. Had the contents been encrypted, the same flaw would have produced a far smaller letter.

Second, knowing what sat in that share. The notification describes files containing unencrypted personal information, which means somebody eventually enumerated them. Doing that before October 2025 would have prompted the obvious question about why identity data for three million people was sitting readable in a file-sharing system at all.

Gyazo found out the hard way.

Your team could spend the next 6 months rebuilding systems, notifying customers, and answering legal questions. Or you could spend 24 hours finding out what's actually at risk.

Want to understand the process first? Read our guide to sensitive data discovery .