LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)
-   -   how to ensure that my Linux password can't be cracked by any user or even superuser (https://www.linuxquestions.org/questions/linux-newbie-8/how-to-ensure-that-my-linux-password-cant-be-cracked-by-any-user-or-even-superuser-4175498154/)

k3lt01 03-14-2014 05:16 PM

Quote:

Originally Posted by Ser Olmy (Post 5134713)
Let's further assume that the attacker only has to search through half the keyspace before a matching hash is found. He'll then have cracked the password after roughly 730,750,818,665,451,459,101,842,416,358 seconds, which is a little over 23 sextillion years. By then, the hacker will have had to deal with some other pressing issues, such as the heat-death of the universe.

I'm pretty sure even that will be beyond his worry http://www.bbc.com/future/story/2014...the-far-future

Shadow_7 03-14-2014 06:06 PM

The far far future may not be that far if you have all the asic miners in the world creating hash tables for you. Not that they are, but you've got to wonder.

haertig 03-14-2014 09:48 PM

One of the assumptions people are making to illustrate that it's next to impossible to crack a password, is that the hash is seeded with a truely random number.

Usually they aren't. Truely random numbers are extremely difficult to come by, and this is an achilles heel for all algorithms.

Ser Olmy 03-14-2014 10:09 PM

Quote:

Originally Posted by haertig (Post 5134827)
One of the assumptions people are making to illustrate that it's next to impossible to crack a password, is that the hash is seeded with a truely random number.

Usually they aren't. Truely random numbers are extremely difficult to come by, and this is an achilles heel for all algorithms.

Not really.

Hashes aren't seeded, they are salted. Each piece of data will always generate the same hash with the same salt, that's the whole point of hashing. The strength of a hash lies in the non-reversible nature of the algorithm. No entropy or randomness is required.

The reason salts are used is to prevent direct comparison with existing hashes. If I have a list of passwords and their corresponding hash values in a file, and I later come across the password hash "b036d59cb7f7687a68ba8490b8f57387c785f861" and it turns out it's listed in that file, I will instantly know the corresponding password. If salts are used, one would need one list of passwords and hashes for each possible salt value.

A salt is generated when a password is created or changed and a new hash needs to be generated, and that's an event that happens sufficiently rarely that the accuracy of random generators isn't much of an issue.

But when it comes to generating session keys for symmetric encryption, or key pairs for asymmetric encryption, the randomness of the PRNG is a huge issue. This can be a major problem on embedded systems that need to generate keys when booted for the very first time, since there may not be many sources of entropy available at that time.

jpollard 03-15-2014 05:44 AM

Quote:

Originally Posted by metaschima (Post 5134737)
I thought of rainbow tables, but the salt prevents it.

No - it just makes the table much bigger.

badbodh 03-15-2014 06:04 AM

damn ! i can see the rainbows ! (0_0)

TheTux 03-15-2014 06:14 AM

Nothing is impossible. Keep changing your passwords and make sure you mix up all the upper and lower letters and symbols when you setup new passwords.

Habitual 03-15-2014 07:56 AM

Quote:

Originally Posted by TheTux (Post 5134968)
Nothing is impossible.

That says it all.

metaschima 03-15-2014 02:24 PM

Quote:

Originally Posted by jpollard (Post 5134959)
No - it just makes the table much bigger.

So much bigger as to render the attack implausible, but not impossible.

jpollard 03-15-2014 02:35 PM

Quote:

Originally Posted by metaschima (Post 5135158)
So much bigger as to render the attack implausible, but not impossible.

Exactly. This was the original reason cracking a DES hash was considered "impossible" in the 70s. The rainbow table was something on the order of 8GB. The larger disk sizes were 300MB. Now disk sizes are 3-5 TB.. but the rainbow tables are in the petabyte range (if not exabyte).. thus making them implausable.

Another attack is the parallel search - if you have a million CPUs to throw at the problem... you likely won't need to keep the results except from the single one that succeeded. But more likely is that there would be a hybrid approach - a lot of different rainbow tables to narrow the search down, then a bunch of CPUS to throw at the remainder.

Beryllos 03-15-2014 07:35 PM

Choosing a Secure Password (good article by Bruce Schneier)

metaschima 03-15-2014 07:53 PM

As stated in the articles, there is a delicate balance between a good password and a password you can remember.

I say don't worry too much about entropy. Hackers typically don't use entropy-based methods to crack. They use dictionaries, because people use words as passwords.

The password should NOT be a common word, and should include numbers. It should also be easy to remember or reproduce by the user.

EDIT:
I'm wondering about Schneider's advice here:
Quote:

2. Don't bother updating your password regularly. Sites that require 90-day -- or whatever -- password upgrades do more harm than good. Unless you think your password might be compromised, don't change it.

3. Beware the "secret question." You don't want a backup system for when you forget your password to be easier to break than your password. Really, it's smart to use a password manager. Or to write your passwords down on a piece of paper and secure that piece of paper.
Although 90 days is a bit excessive, I think you should change your password once in a while, like every 6 mo - 1 year.

I really dislike the secret questions, it all sounds like a method of rather easily bypassing your password using personal info. You know what I do ? I put in unrelated information into there.

Write passwords on a piece of paper ? Um, no. I'm not doing that. A password safe was a much better idea.

ozar 03-15-2014 07:54 PM

Quote:

Originally Posted by prasanta dutta (Post 5134353)
prasanta7dutta@gmail.comhow to ensure that my Linux password can't be cracked by any user or even superuser

Hello

Use a strong password, never go online with your machine, never install software on your machine that is not known to be safe, and never allow anyone else direct access to your computer. Do those things and you should be good to go, but you never know these days, so no guarantees. For many people, a strong password along with a firewall and perhaps some security software and a bit of common sense in computing is all they use. They then go forward hoping for the best.

Either way, let us know what you end up doing to protect yourself, and how it works out for you.

allend 03-15-2014 09:49 PM

Choice of a strong password is actually a very difficult thing for a human to do. Humans tend to be predictable in how we use word and digit combinations, which allows password cracking to be very effective, despite the theoretically large entropy space.
I found this to be a very informative article. http://arstechnica.com/security/2013...r-passwords/1/

[edit]My apologies, just realised that this article is linked in the Bruce Schneier article that Beryllos linked in post #26.[/edit]


All times are GMT -5. The time now is 03:11 AM.