Skip to content

Back to the catalog

cphpost.dkarticle

`123456' password used in Danish CPR data breach

News report on the September 2026 breach of Denmark's CPR civil registration database. Attackers abused the legitimate search access of Pays ApS, a two-employee Odense company, where at least three accounts, including the administrator, used the password "123456". An anonymous hacker told Politiken that a leaked password of a former employee at a small Danish company gave initial access, and that they then wrote two programs to pull data out. The access lasted 21 days 17 hours and about 14 million lookups, exposing roughly 8.8M people's names, addresses and CPR numbers. It was detected only through an unusually large invoice. The page is a news round-up, and the other stories are unrelated to security.

TL;DR Danish CPR register breach (~8.8M people): reseller Pays ApS used "123456" on its admin account, and a leaked ex-employee credential gave access that went unnoticed for ~22 days.
Document

What it is

A news round-up covering the September 2026 abuse of Pays ApS's legitimate CPR search access. Pays is an Odense company with two employees as of July 2026. Several of the round-up's items on the breach carry detail the catalog summary lacks.

How it works

  • Entry: The hacker told Politiken that a leaked password of a former employee at a small Danish company gave initial access. One item says the password was "123456". Politiken's review of breach data found at least three Pays accounts, including the administrator, using that password.
  • Exfiltration: The hacker says they wrote two programs to pull CPR data and store it outside the system.
  • Detection: There was no technical alert. The CPR office noticed an unusually large invoice, because every register search carries a fee. About 14 million searches were billed to Pays's credentials. The CPR office's report said this "far exceeds the company's customer base" and that the company said it did not run the lookups.

Preconditions / Affected

  • Any organisation holding paid or delegated access to a national register, where a single credential can query it at volume.
  • Roughly 8.8 million people's names, addresses and CPR numbers, including deceased people.

What to do

  • For individuals: The Agency for Societal Security recommends a credit warning only for people with specific reasons to suspect fraud. Registrations rose from just under 250,000 on 1 October to about 970,000 on 7 October.
  • For engineers: The page gives no remediation steps. The implied lesson is that the only control that fired was billing. Per-credential query-volume alerts, and a check against known-breached or common passwords, would have caught this. Both are my inference, not something the page states.

Caveats

  • Timeline conflict: Access ran 10 September to 2 October (21 days 17 hours). A CPR office report to the Data Protection Agency says preliminary findings put the unauthorized activity at about 10 days, ending 20 September. Other items say "ten days". The hacker puts the breach at 11 September. The summary's 21-day figure is therefore the access window, not necessarily the activity window.
  • Unverified claims: The hacker's account is unconfirmed. An IT security expert at Defend Denmark called it credible and the method plausible. The hacker says they will not sell or publish the data, but provided Politiken with a file of CPR numbers. A 7 October item says authorities did not know who was responsible.
  • Open questions: The minister has launched a security review of the whole register. Whether people will get new CPR numbers is undecided. The Confederation of Danish Industry warns that restricting register access could raise business costs.
  • Truncation: Only the first 60,000 of 87,219 characters were available, and the DI item is cut off mid-quote. Anything later on the page is not covered here.

Organisations named here

  • CPR register
  • Danish Data Protection Agency
  • Defend Denmark
  • Pays ApS
  • Politiken

Technologies named here

  • Denmark's CPR register
  • Pays ApS

Techniques named here

  • Weak/default credentials
  • Detection by anomaly in billing