Take the 2-minute tour ×
Information Security Stack Exchange is a question and answer site for Information security professionals. It's 100% free, no registration required.

Is it possible to crack a password hashed using SSHA if I know the salt? How can I do it?

share|improve this question
    
Depending on the format, you might have to convert the hash/salt to/from hex/base64 for JtR or Hashcat to work on them. –  Marcin Jan 16 '13 at 14:54
add comment

3 Answers

up vote 6 down vote accepted

SSHA, or more commonly known as salted SHA1 can be easily cracked with John the Ripper.

share|improve this answer
    
as i know it is very hard to crack it because of salt. i used to crack md5, sha,... using online decryptors , but no online dycryptor for ssha –  user1028 Jul 24 '12 at 17:27
    
@USER1028 haha, that is a funny one. I don't think you understand why a salt is used. SHA1 is a very fast hash function, this will crack very quickly. –  Rook Jul 24 '12 at 17:28
    
salt is something added to original password then it is hashed. salt used to make it hard to crack it ,right? –  user1028 Jul 24 '12 at 17:31
4  
@user1028 A salt is added for 2 reasons. 1, to prevent two passwords from yielding the same hash. 2, to prevent pre-computed attacks like rainbowtables. You can provide JTR the salt as an argument, so its is exactly the same speed as if it didn't have a salt. –  Rook Jul 24 '12 at 17:43
1  
If you've got a GPU with OpenCL or CUDA support, you should use oclHashcat - it'll be hundreds of times faster than your CPU. –  Polynomial Jul 25 '12 at 7:40
show 2 more comments

U could also use, Cain and Able to crack password encrypted with that encryption algorithm.

share|improve this answer
add comment

SSHA is a variant of SHA-1 with a salt included in the computation. This algorithm is used in some LDAP servers and originally comes from a Netscape internal draft specification. There are apparently several variants; see this page for a description of one used by an Oracle product, and that page for some PHP code which purports to compute the same function. They differ by the size of the salt (64 bits vs 32 bits). However, they have the same structure: a single SHA-1 computation over the concatenation of the password and the salt, and some encoding on the resulting value (some Base64, with the salt, and a recognizable header).

The function is salted; that's good. This is effective against precomputed tables, in particular the much touted rainbow tables.

The function is not iterated; that's bad. For an attacker knowing the hash, "trying" a potential password is a matter of a single SHA-1 computation over a short input (less than the 64 bytes of an elementary internal SHA-1 block size), and that can be computed real fast. A single SHA-1 computation is about one thousand 32-bit operations. A basic x86 core will need 500 clock cycles for that (at most); with SSE2 opcodes, in the context of password cracking, this falls to about 200 clock cycles per SHA-1. Thus, a quad-core Core2 at 2.4 GHz will try 48 million passwords per second (that's what my code achieved, at least). A good GPU will be much better, since GPU are very good at 32-bit operations; one billion password hashes per second is a realistic figure.

There are not many passwords which resist cracking attempts which can try one billion passwords per second. Even famous methods for generating passwords with 44 bits of entropy will last two or three hours on average.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.