Cryptography Stack Exchange is a question and answer site for software developers, mathematicians and others interested in cryptography. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

If the same SALT is used for many passwords on a Linux server, in what way is that a security risk?

Does the mean, that a user (which can change his own password) can calculate other users passwords?

Or is brute forcing a rainbow table still required?

share|improve this question
up vote 4 down vote accepted

A constant salt (or not using any salt) allows to do the same brute-force or dictionary attack on many passwords at once, instead of only at one at the same time. So you'll get an earlier "first match", and more matches at all for the same amount of work.

If the attacker wants a specific user's password, it is not faster at all (other than allowing precomputation of a hash→password table). Though if this attacked user has the same password with another user, this shows up, and a social (i.e. non-cryptographic) attack on this other user might be doable.

share|improve this answer

If two passwords match, e.g. because a user has multiple accounts and use the same password for all, this can easily be spotted if a constant "salt" is used.

Another way of looking at it is that a hash function that is applied to passwords with a constant salt, is equivalent to using a modified hash function without salt. In the case of the MD and SHA family of hash functions, you get such a modified hash function by modifying the initial state, round constants, round functions and message expansion.

share|improve this answer
So it doesn't allow a user to crack/calculate other users passwords? – Sandra Schlichting Feb 14 '12 at 16:17
Only to the extent not using any salt at all would, but then again, the attacker could create an account with the password "passw0rd" and spot who else is using it. – Henrick Hellström Feb 14 '12 at 16:21

Your Answer


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.