Hashdb - Revision history

imported>Wikiadmin at 00:08, 22 December 2017

2017-12-22T00:08:07Z

← Older revision		Revision as of 00:08, 22 December 2017
Line 1:		Line 1:
	==What's this hash DB?==		==What's this hash DB?==
	The insomnia hash database is a database that contains ~~about 646 million~~ MD5, SHA-1, and SHA-256 hashes ~~and their corresponding passwords~~.		The insomnia hash database is a database that contains a little over 1 billion passwords and their corresponding MD5, SHA-1, and SHA-256 hashes.

	The hashes were generated from the combination of several large word lists.		The hashes were generated from the combination of several large word lists.

imported>Wikiadmin at 15:10, 18 December 2017

2017-12-18T15:10:44Z

← Older revision		Revision as of 15:10, 18 December 2017
Line 1:		Line 1:
	==What's this hash DB?==		==What's this hash DB?==
	The insomnia hash database is a database that contains about 646 million MD5 and SHA-1 hashes and their corresponding passwords.		The insomnia hash database is a database that contains about 646 million MD5, SHA-1, and SHA-256 hashes and their corresponding passwords.

	The hashes were generated from the combination of several large ~~wordlists~~.		The hashes were generated from the combination of several large word lists.

imported>Wikiadmin: /* Welcome to 1999. What about rainbow tables? */

2011-04-06T13:27:04Z

Welcome to 1999. What about rainbow tables?

← Older revision		Revision as of 13:27, 6 April 2011
Line 10:		Line 10:
	A database system does not have this restriction, you can have much longer passwords too, albeit at the expense of not having the full iteration of all characters. It's also more suited for special characters. Adding passwords with special characters and characters for non-western languages is going to make a rainbow table much, MUCH bigger.		A database system does not have this restriction, you can have much longer passwords too, albeit at the expense of not having the full iteration of all characters. It's also more suited for special characters. Adding passwords with special characters and characters for non-western languages is going to make a rainbow table much, MUCH bigger.

	Put simply; rainbow tables are very effective for a specified set of characters and passwords up to a set length, but (yet) viable for large character sets and long passwords.		Put simply; rainbow tables are very effective for a specified set of characters and passwords up to a set length, but not (yet) viable for large character sets and long passwords.

imported>Wikiadmin at 14:23, 27 March 2011

2011-03-27T14:23:49Z

← Older revision		Revision as of 14:23, 27 March 2011
Line 8:		Line 8:
	Rainbow tables a great, no doubt. But they increase in size really fast the more characters you have in it. They can, by design, not be based on a wordlist.		Rainbow tables a great, no doubt. But they increase in size really fast the more characters you have in it. They can, by design, not be based on a wordlist.

	A database system does not have this restriction, you can have much longer passwords too, albeit at the expense of not having the full iteration of all characters. It's also more suited for special characters. Adding passwords with special characters and characters for non-western languages is .		A database system does not have this restriction, you can have much longer passwords too, albeit at the expense of not having the full iteration of all characters. It's also more suited for special characters. Adding passwords with special characters and characters for non-western languages is going to make a rainbow table much, MUCH bigger.

	Put simply; rainbow tables are very effective for a specified set of characters and passwords up to a set length, but (yet) viable for large character sets and long passwords.		Put simply; rainbow tables are very effective for a specified set of characters and passwords up to a set length, but (yet) viable for large character sets and long passwords.

imported>Wikiadmin at 14:20, 27 March 2011

2011-03-27T14:20:46Z

← Older revision		Revision as of 14:20, 27 March 2011
Line 6:		Line 6:

	==Welcome to 1999. What about rainbow tables?==		==Welcome to 1999. What about rainbow tables?==
	Rainbow tables a great, no doubt. But they increase in size really fast the more characters you have in it~~, they~~ can, by design not be based on a wordlist~~. A database system does not have this restriction, you can have much longer passwords too, albeit at the expense of not having the full iteration of all characters~~.		Rainbow tables a great, no doubt. But they increase in size really fast the more characters you have in it. They can, by design, not be based on a wordlist.

	Put simply; rainbow tables are ~~more~~ effective for ~~shorter~~ passwords.		A database system does not have this restriction, you can have much longer passwords too, albeit at the expense of not having the full iteration of all characters. It's also more suited for special characters. Adding passwords with special characters and characters for non-western languages is .

			Put simply; rainbow tables are very effective for a specified set of characters and passwords up to a set length, but (yet) viable for large character sets and long passwords.

imported>Wikiadmin: Created page with '==What's this hash DB?== The insomnia hash database is a database that contains about 646 million MD5 and SHA-1 hashes and their corresponding passwords. The hashes were generat…'

2011-03-27T14:15:11Z

Created page with '==What's this hash DB?== The insomnia hash database is a database that contains about 646 million MD5 and SHA-1 hashes and their corresponding passwords. The hashes were generat…'

New page

==What's this hash DB?==
The insomnia hash database is a database that contains about 646 million MD5 and SHA-1 hashes and their corresponding passwords.

The hashes were generated from the combination of several large wordlists.

==Welcome to 1999. What about rainbow tables?==
Rainbow tables a great, no doubt. But they increase in size really fast the more characters you have in it, they can, by design not be based on a wordlist. A database system does not have this restriction, you can have much longer passwords too, albeit at the expense of not having the full iteration of all characters.

Put simply; rainbow tables are more effective for shorter passwords.