Hacker News new | past | comments | ask | show | jobs | submit login
CrackStation's Password Cracking Dictionary (crackstation.net)
25 points by earthrise on Feb 18, 2013 | hide | past | favorite | 28 comments



Whats to stop the Checksum Calculator part of this site from adding your text (ie passwords) hashes to their dictionaries?

https://defuse.ca/checksums.htm#checksums

I know the site says it doesnt record the information, but is there any more assurance beyond that?


I did some quick research a while ago and some of the online hash calculators that come up in google are affiliated with one of the online hash crackers. That was the main reason I made my own hash calculator page -- so I could create hashes easily without worrying about the preimages being remembered. So you are right to be concerned.

I tried to think of a way you could test it for yourself, but for everything I thought of, I also thought of a way I could easily pass the test while still adding the preimages to the database. So for now you'll have to trust that I'm not, or use a different hash calculator.

Here's the source code for that checksums page if you want to run it on your own:

http://pastebin.com/tH6EVxR1


Only use a pure javascript checksum calculator online.


The download using Mega looks interesting. Seems that it is using the HTML5 FileSystem API to first download the file to a temporary location, without even showing a browser download dialog to the user.

Someone created a thread on stackoverflow about this, but unfortunately it was closed: http://stackoverflow.com/questions/14923098/how-does-mega-co...


In case anyone is interested, the reason it does that is that the file is encrypted on the server and decrypted clientside in javascript. The decryption key is in the link's hashtag.


I can say when I saw that I candled out and just started torrenting it. It is a large file and I rather know where it was going and not on my ssd system drive.


Downloading from mega failed for me with an "encryption error". So using Bittorrent seems to be the better option here anyway.


I'm not familiar with that use of the verb "candle"? Is that a regional thing?


It is indeed, then it will use blob uris to switch to a normal "download", which really will copy the file locally on your drive.


I am downloading the file now. I was a little surprised to see that you went with gzip. Given the target audience it is not that hard to imagine that the end user will have access to bzip2 or xz. With the size of the file why choose gzip? Hopefully `gzip -9` was used. I am curious about how much smaller xz/bzip2 will be. I will update this post once the file is downloaded.


I actually didn't compare gzip and bzip2 before uploading, and I probably should have. I did use `gzip -9`. I'm compressing it with bzip2 -9 now to see if it gets any smaller. I'll post a reply here when I know.


Use xz. Debian, Gnome, Archlinux, Gentoo, Fedora have all switched to xz, and for good reason. I expect xz will offer a 20-30% reduction in file size. That will add up quick.


Thanks, i'll run xz too!


My download has slowed to a crawl around 90% completion. I am doing 3k a second. When I read that your list was not sorted case sensitively I wondered what difference that may make.

I did a little experiment with the american-wordlist-insane wordlist and sorting in the interim. I used msort which does a case sensitive sort[1] and sort which does not. Here are the results:

    6830085 insane.msort
    1461684 insane.sort.xz
    1376548 insane.msort.xz
It is not a big difference but it is still a little better. For future releases you may want to do a case sensitive sort.

[1] Zebra comes before aardvark


bzip2 saved about 200mb:

gzip: 4293 bzip2: 4097

xz is still running


For anyone interested, p7zip set for -mx9 got the file down to 2.72GB on my Mac.


I don't know about p7zip but the xz man page cautions against blindly using -9.


What I've found common among publicly available dictionaries is the lack of space characters and I've seen a couple of write-ups where people actively strip space characters when creating dictionaries. Because of this most all my passwords contain a space character, and so far it's yet to cause me any problems.


Sorry for the slowness and timeouts, everyone. I really underestimated the number of people who would want the file.

Here's a torrent:

https://thepiratebay.se/torrent/8159583


Magnet link for the censored people:

magnet:?xt=urn:btih:fd62cc1d79f595cbe1de6356fb13c2165994e469&dn=crackstation.txt.gz&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80&tr=udp%3A%2F%2Ftracker.publicbt.com%3A80&tr=udp%3A%2F%2Ftracker.istole.it%3A6969&tr=udp%3A%2F%2Ftracker.ccc.de%3A80

BTW, the guy's website is being HN'ed at the moment, so I'd come back in a couple hours or so.


You should consider creating a torrent for this - I'd help seed.


I have a decent server doing pretty much nothing, sitting on a link with a couple hundred Mbps of available bandwidth. If I can find a command-line BitTorrent client and figure it out, I'll help seed as well.


It's not command line, but it has a nice web interface: transmission-daemon.


Yeah, I was surprised when a torrent wasn't available. This also seems like a perfect use case for http://burnbit.com/.


burnbit is choking on it. Looks like 15G is a bit too much.


Here's a torrent:

https://thepiratebay.se/torrent/8159583

I'm not sure if I made it right... we'll see.


Mega is timing out on me, same with the mirror has will anyone kindly provide a torrent or another mirror?





Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: