News for hackers. Stuff that matters.
Re:StockX was hacked, exposing millions of customers’ data by txcwpalpha on Sunday August 04, 2019 @05:59PM (#20609476)
> The stolen data contained names, email addresses, scrambled password (believed to be hashed with the MD5 algorithm and salted)

This is absolutely atrocious if this is the case. MD5, even with a salt, can be cracked in a matter of seconds even with the most basic hardware. MD5 hasn't been an acceptable password hashing algorithm for at least a decade now, and StockX was created in 2015, long after the creators should have known better (sadly, despite this, an absurdly high number of companies still use MD5 for pass hashing).

These passwords, hashed with MD5, might as well be considered to have been stored in plaintext.

Re:StockX was hacked, exposing millions of customers’ data by wpietri on Sunday August 04, 2019 @06:08PM (#20609526)
Given that data, doesn't their attempt to call this "system updates" constitute a violation of California's data breach notification laws? https://oag.ca.gov/privacy/databreach/reporting
Re:StockX was hacked, exposing millions of customers’ data by elliekelly on Sunday August 04, 2019 @09:47PM (#20610381)
Oh man this is an interesting grey area. If the data was “encrypted” then they aren’t required to notify unless the encryption key is reasonably believed to have been acquired by the hacker.

I don’t know anything about MD5 or what makes it vulnerable but if StockX has no reason to believe the hacker acquired the key they could certainly make the argument they had no notice obligation.

Reading the statute (and assuming MD5 is as weak as everyone here says) I would say it falls outside the definition of “encrypted” but it really kind of depends on how honest the security engineers were with the lawyers.

I’ve never thought to ask “how encrypted?” when dealing with a breach but I definitely will now.

Re:StockX was hacked, exposing millions of customers’ data by jnwatson on Sunday August 04, 2019 @09:57PM (#20610424)
The non-password data was not encrypted, so is definitely a breach of California law.
Re:StockX was hacked, exposing millions of customers’ data by elliekelly on Sunday August 04, 2019 @10:14PM (#20610550)
Ahh well then it’s definitely not grey. And serves me right for scanning the comments here and not actually reading the article.
Re:StockX was hacked, exposing millions of customers’ data by gitrebase on Sunday August 04, 2019 @10:14PM (#20610549)
MD5 is not an encryption algorithm. There is no key!
Re:StockX was hacked, exposing millions of customers’ data by xwdv on Sunday August 04, 2019 @06:07PM (#20609517)
Sounds alarming, but not true. If you don’t know the salt, you are not cracking an MD5 password on basic hardware. You are probably not cracking the password in any reasonable time, period.

And when you have a unique salt per user, that’s basically game over.

Re:StockX was hacked, exposing millions of customers’ data by viraptor on Sunday August 04, 2019 @07:22PM (#20609873)
In 2012: https://www.zdnet.com/article/25-gpus-devour-password-hashes...

That's 7.2 billion hashes per second per single Radeon GPU for md5. For 8 character password with numbers and letters that's 8.5 hours max and 4.25h on average.. The numbers only got better since then, I expect it's at least halved for this year's hardware. (edit: 1080ti does 32GHps, so yeah... make that 1h on average https://www.servethehome.com/password-cracking-with-8x-nvidi... )

Assumptions, not specified in the article:

- The salt is stored with the hash (this is a standard approach)

- It's only a trivial implementation with a single round of MD5. If they used multiple rounds or PBKDF1, then the hash choice doesn't matter as much.

Re:StockX was hacked, exposing millions of customers’ data by txcwpalpha on Sunday August 04, 2019 @07:46PM (#20609983)
Those time periods also assume that you're just blindly cracking every possible 8-character combination, but you don't have to do that. Running your cracker against a password list like rockyou will probably get you 90%+ of passwords cracked in less than one second per hash with that same hardware.
Re:StockX was hacked, exposing millions of customers’ data by txcwpalpha on Sunday August 04, 2019 @06:15PM (#20609570)
Look up benchmarks for cracking MD5 hashes. You can crack an MD5 hash of an average length password (and StockX only requires an 8 character password), even with a salt, within seconds with a single consumer grade GPU. A hacker group with any serious setup for hash cracking has almost certainly already cracked most, if not all, of these hashes.
Re:StockX was hacked, exposing millions of customers’ data by xwdv on Sunday August 04, 2019 @06:32PM (#20609661)
Show me the benchmarks.
Re:StockX was hacked, exposing millions of customers’ data by dehrmann on Sunday August 04, 2019 @07:11PM (#20609824)
https://gist.github.com/epixoip/a83d38f412b4737e99bbef804a27...

Looking at phpass (one of the md5 algorithms), a high-end GPU can do 7M hashes per sec.

Re:StockX was hacked, exposing millions of customers’ data by txcwpalpha on Monday August 05, 2019 @01:36AM (#20611549)
If StockX was using phpass (which is a KDF that uses MD5 as a base but adds multiple permutations on top), it is quite a bit safer (but still not recommended and these hashes should be considered to be compromised).

The bigger issue is if they were actually using raw MD5 (which is sadly quite common), which is benchmarked at 25 billion (with a B) hashes per sec per GPU.

Re:StockX was hacked, exposing millions of customers’ data by blondin on Sunday August 04, 2019 @08:32PM (#20610131)
nowhere in these benchmarks anyone said the MD5 were salted. am i reading it wrong?
Re:StockX was hacked, exposing millions of customers’ data by thenewnewguy on Sunday August 04, 2019 @08:42PM (#20610170)
Unless you're operating under the (likely incorrect) assumption that the salts aren't leaked than salting the password doesn't matter for attacking a single user - it just means you can't reuse your results for other users.
Re:StockX was hacked, exposing millions of customers’ data by ryanlol on Sunday August 04, 2019 @06:31PM (#20609648)
Unless you presume that you know the salt your comment is utter nonsense.

The fact that the article says “believed to be” strongly suggests that things are not as simple as they’re “believed to be”, because if the passwords were easy to crack that’d be trivial to prove.

Re:StockX was hacked, exposing millions of customers’ data by eterm on Sunday August 04, 2019 @07:40PM (#20609953)
If the passwords have leaked it's safe to assume the salts have, typically they're stored side by side.
Re:StockX was hacked, exposing millions of customers’ data by thenewnewguy on Sunday August 04, 2019 @08:44PM (#20610177)
If the hash has been leaked then why is there reason to believe the salt _hasn't_ been leaked?
Re:StockX was hacked, exposing millions of customers’ data by alasdair_ on Sunday August 04, 2019 @09:53PM (#20610404)
>Unless you presume that you know the salt your comment is utter nonsense.

Usually the attacker will also know the salts in a breach of this type, unless the company did something clever with the salts (doubtful since they used MD5).

Re:StockX was hacked, exposing millions of customers’ data by ryanlol on Monday August 05, 2019 @04:19AM (#20612276)
The fact that the article says “believed to be” strongly suggests that things are not as simple as they’re “believed to be”, because if the passwords were easy to crack that’d be trivial to prove.

We don’t know how the passwords are hashed. All we have is a journo guessing.

Re:StockX was hacked, exposing millions of customers’ data by cm2187 on Sunday August 04, 2019 @06:09PM (#20609534)
Usually the salt is stored along the login and password.
Re:StockX was hacked, exposing millions of customers’ data by xwdv on Sunday August 04, 2019 @06:12PM (#20609552)
That’s not on the list of things stolen, so the passwords are safe. The salts were kept elsewhere, as they should be.
Re:StockX was hacked, exposing millions of customers’ data by cm2187 on Sunday August 04, 2019 @06:20PM (#20609594)
The article doesn't mention customer id and account creation date, though these records were almost certainly along the login and passwords also. It's general news article.
Re:StockX was hacked, exposing millions of customers’ data by txcwpalpha on Sunday August 04, 2019 @06:14PM (#20609560)
Do you have some insider information, or where are you getting this? If the hackers were able to steal all of the other login information, the salts were almost certainly stolen along with the hashes.
Re:StockX was hacked, exposing millions of customers’ data by Thorrez on Monday August 05, 2019 @12:41AM (#20611342)
Why should salts be stored elsewhere? If you have some high-security other storage, why don't you store the password hashes there?
Re:StockX was hacked, exposing millions of customers’ data by SkyPuncher on Monday August 05, 2019 @02:18AM (#20611700)
You need to update yourself on the vulnerability of MD5.

5 years ago, a run of the mill gaming PC could crack an MD5 hash in a reasonable amount of time. Worst case, you'd have to let it run overnight.

One of the big issues is collisions. You might not find the original key, but you'd find something that hashed to the equivalent output.

Re:StockX was hacked, exposing millions of customers’ data by FDSGSG on Monday August 05, 2019 @08:21AM (#20613495)
> Worst case, you'd have to let it run overnight.

AFAIK the best current preimage attack against MD5 gives you a complexity of 2^123.4. Even if you had every computer in the world working on this you'd never succeed.

>One of the big issues is collisions. You might not find the original key, but you'd find something that hashed to the equivalent output.

This is false. There does not exist a feasible preimage attack against MD5.

Re:StockX was hacked, exposing millions of customers’ data by dehrmann on Sunday August 04, 2019 @07:14PM (#20609837)
> hashed with MD5, might as well be considered to have been stored in plaintext.

Somewhere I used to work (now-defunct) stored DES-encrypted passwords with the key one column over in the database.