logoalt Hacker News

`123456' password used in Danish CPR data breach

272 points • by baal80spam • today at 9:51 AM • 160 comments • view on HN

Comments

ionwake • today at 10:54 AM

Im sorry I know Im getting old but I say everyone is responsible. From the press who might focus too much on the whistleblower, to the poeple who OKed the company for 3rd party access, to the team responsible for regulation to the person who didnt order further checks.

I dont understand why there is not massive reorganisations in systems when things go wrong. Its always , oh yeah so we fired the guy furthest down the ladder.

You might think Im being weird, but after living many years in corporate the amount of times you see some major thing go wrong and some random guy get fired for it - often the dude who found/highlighted the problem, is crazy. I mean you simply don't believe it until you witness it. Its just moral/leadership decay.

I wouldn't have made this comment but I see comments with people empathising with certain individuals in cases like this, when the way to be nice is to overhaul the system of checks and people responsible and spread the blame, fixing the domain.

➕ show 12 replies
zkmon • today at 10:37 AM

I wouldn't the blame the guy. The security teams tend to serve entirely security related goals only, and they don't hesitate to stop all activity, if they are allowed to, to ensure the highest level of security. On the other side, there are people who have goals for productivity and getting work done. They don't hesitate to take the shortest route possible to maximize their productivity. If productivity is not your goal, then security is not my goal.

It's tussle between two counter-acting forces at play. This get's worse when the overarching authority that supervises both departments, has no clue about how to hit a balanced prioritization. For example, security teams rule the financial companies, like mafia bosses. No one, including CEO, can dare to question why so many layer of security is needed.

➕ show 1 reply
ano-ther • today at 10:42 AM

So it was actually two weaknesses:

* The non-password at a two-person IT company (Pays ApS)

* And then completely unchecked access to the CPR database for 22 days which apparently does not have monitoring or limits if someone tries to access all the records (they must have made some 16k downloads per hour).

ptnpzwqd • today at 11:08 AM

It is easy to blame the company or individual responsible for making the leak possible, and of course also well justified, but I think the bigger problem is the way the CPR number is used.

Having a unique number that is needed for identifying individuals, but also often used for authentication and thus meant to be kept secret, is bound to go wrong. There are too many situations where these use cases are in conflict, and considering Denmark has MitID - a actual national authentication solution - the CPR number should have been considered public information a long time ago, and shouldn’t ever be usable for obtaining credit or the like on its own. A system keeps insisting this is sensitive information is really the main responsible here.

➕ show 1 reply
mr_mitm • today at 1:03 PM

Are we positive the account was enabled? If what I think happened, happened, then they dumped Active Directory password hashes, in which case you don't see the account status by default when using popular tools. I sometimes do password analyses for corporations, and in the beginning, when I reported a few particularly weak passwords of particularly powerful accounts, they often told me that this was an account which had been disabled years ago, so this wasn't useful information to them. Eventually I started filtering out disabled accounts.

Then again, it sounds like this organization had many issues. (Why was the former employee's account still enabled? Why didn't they mandate MFA?)

➕ show 1 reply
piker • today at 10:14 AM

That’s the same combination I have on my luggage!

➕ show 3 replies
mhd • today at 11:23 AM

They should've just written it in Danish, nothing seems more secure than how they construct numbers. The 56 part would've been "six-and-half-triple-score" or something similarly insane.

➕ show 2 replies
n0rdy • today at 2:18 PM

Unfortunately, the humans' laziness (or lack of long-term thinking) was, is and will be a bottleneck.

If we technically restrict the minimum length to, let's say, 12 chars, the default passwords will be smth like `123456789012`. If we add the requirement to have 1 letter, at least, the passwords will be `12345678901a`. If we require a special character, we'll get smth like `1234567890a!`.

I believe the issue is not technical, and it's not about the one particular guy. It is about accountability and understanding the impact and responsibility of the "I don't care"/"whatever"/"ship fast" mindsets.

We need a proper social agreement for that, as this goes far beyond the passwords, especially these days when the quantity and speed are valued over quality.

➕ show 2 replies
sokols • today at 10:33 AM

I think that the third parties who have been granted access to the civil registry should be audited on a regular basis for the “best practices” of the day. Similar to the participants of the payment systems like VISA or MC that are regularly audited for PCI standards.

➕ show 2 replies
verelo • today at 11:47 AM

Personal pet peeve undefined acronyms, "CPR": Central Person Register. For those who didn't know, like me, and had to look it up.

➕ show 1 reply
zweifuss • today at 10:19 AM

I’m less shocked than I should be. National ID registries can be incredibly convenient, but when something goes wrong, it can go terribly wrong. Despite my general misgivings, I hope the IT company is visibly held accountable.

➕ show 1 reply
skc • today at 2:15 PM

We really missed a trick by not normalising the term passphrase.

mvkel • today at 12:47 PM

> According to the hacker, access was initially obtained using a leaked password belonging to a former employee of a small Danish company.

So the password could have been 32 alphanumerics with special characters and there still would have been a breach.

The password was not the problem here.

➕ show 2 replies
wrecked_em • today at 11:34 AM

That's the kind of password an idiot would have on his luggage.

eviks • today at 11:33 AM

Yes, S in Government stands for Security, C - for Competence (or caring about your data), and D - for system Design

rr808 • today at 12:34 PM

At this stage all SSN, NI numbers, CPR etc should just be made public. Its assuming its some kind of secret is the problem. Its an ID not a password.

➕ show 1 reply
mattlondon • today at 10:39 AM

If only they had insisted on an 8 character password!

➕ show 2 replies
Hizonner • today at 2:44 PM

The first major violation of obvious security practices was having a registry like that in the first place.

The second was giving out access to "companies and associations" that might have "legitimate needs".

THEN we get to morons using passwords like that.

1970-01-01 • today at 1:42 PM

Not using 2FA on the admin account is the real crime.

jtrn • today at 1:41 PM

If only they had used "12345678"!

nashashmi • today at 12:29 PM

Well, if you change to many settings, it will break. So don’t change anything. So it doesn’t break.

donalhunt • today at 10:14 AM

In Denmark, a CPR number (short for Det Centrale Personregister, or Central Person Register) is a unique 10-digit personal identification and social security number assigned to every resident and citizen.

Equivalent to social security information in the US I guess.

➕ show 1 reply
INTPenis • today at 10:14 AM

I love getting to the root cause of these incidents. Hate it when they just move on with no post mortem, the rest of us are trying to learn here!

Like the recent ransomware attack on a Swedish Svedala municipality, still no root cause published on that?

markm248 • today at 2:11 PM

Always add a !

krabat • today at 12:37 PM

Denmark comes from a long line of institutional trust: We say we do this, so we do it, so everyone else will naturally expect that.

Changing a whole societal mentality in the institutional level happens slower than the populace discovering the "naturally" occuring dysfuntionality of everyday life, because the System has never felt the need to ask: Does it work as intended? OR Why would anyone disrupt a functioning system?!

We are having to learn. I have no ideal how. In this instance, the CPR hack, it would be completely IDIOTIC to replace the system with a new propritory system, since the problem is trust in the system rather than informed understanding of the threats to any system.

largbae • today at 12:12 PM

That's the stupidest combination I ever heard in my life! The kind of thing an idiot would have on his luggage!

caaqil • today at 10:49 AM

It's easy to blame the individual users but any system (designed by incompetent people) that accepts such a password as valid deserves whatever compromise it gets.

lifestyleguru • today at 10:16 AM

For 1-2 years now strictly IT companies are on Copilot, non strictly IT companies on autopilot, and in neither case there are any pilots. Hopefully the default installation and configuration of everything will solve all your problems because there is nothing else.

imdsm • today at 10:13 AM

not ideal

xoshbin • today at 1:30 PM

honestly you'd think by 2026 they would at least force a special char so the password becomes 123456!. im not even suprised anymore tbh, just disapointed.

croes • today at 10:33 AM

Did they have MFA?

sneak • today at 10:23 AM

The question really becomes: why do so many organizations seem to know absolutely nothing about well-publicized and well-documented best practices? How does a government completely lack controls or oversight for basic competence?

➕ show 1 reply
Zardoz84 • today at 1:58 PM

Spaceballs CPR

0xbadcafebee • today at 11:59 AM

Literally nothing will prevent this but software building codes and enforcement. That's why we have building codes. We let builders do whatever they wanted for decades and it ended in disaster, so we stopped letting safety be optional.

27183 • today at 1:25 PM

hey that's my password too!

shevy-java • today at 10:59 AM

That's my password!!!

Thieves give it back now!

➕ show 1 reply
ZuoCen_Liu • today at 10:55 AM

Please enter Password: Password ↵ The password is incorrect: incorrect ↵ Incorrect password, please enter again: Again ↵ ...

tokai • today at 10:29 AM

Its interesting, while private companies just blast our data out there, I cannot install the software I need to do my work because the state IT provider blocks it on security grounds. Its all very tiresome.

➕ show 1 reply
nslindtner • today at 10:59 AM

Another fact - was only discovered because the invoice for using the lookup was big

bricss • today at 10:55 AM

If only there was an algorithm for password strength estimation > . <

redanddead • today at 11:52 AM

Oh my fucking god

m00dy • today at 10:15 AM

lol, it's a joke right ?

➕ show 1 reply
bibhashBFP • today at 1:36 PM

[flagged]

asanineassasin • today at 12:22 PM

[dead]

koolba • today at 11:52 AM

[flagged]

unjuno • today at 1:43 PM

[flagged]

CurbStomper4 • today at 11:17 AM

[dead]

🔗 View 2 more comments