[1016] in linux-security and linux-alert archive
Re: [linux-security] Problems running crack on linux.
daemon@ATHENA.MIT.EDU (Mark Duguid)
Mon Aug 19 19:20:05 1996
Date: Fri, 16 Aug 1996 19:50:57 -0600 (CST)
From: Mark Duguid <aa276@sfn.saskatoon.sk.ca>
To: aa276@sfn.saskatoon.sk.ca
cc: linux-security@tarsier.cv.nrao.edu
In-Reply-To: <Pine.LNX.3.95.960816142057.15793A-100000@dilbert.redhat.com>
On Fri, 16 Aug 1996, Elliot Lee wrote:
> On Fri, 16 Aug 1996, Robert R. Collier wrote:
>
> [Mod: Quoting trimmed. --Jeff.]
>
> > --8<--8<--
> > pwc: Aug 16 16:11:12 Crack v4.1f: The Password Cracker, (c) Alec D.E. Muffett, 1992
> > pwc: Aug 16 16:11:12 Version of crypt() being used internally is not compatible with standard.
> > pwc: Aug 16 16:11:12 This could be due to byte ordering problems - see the comments in Sources/conf.h
> > pwc: Aug 16 16:11:12 If there is another reason for this, edit the source to remove this assertion.
> > pwc: Aug 16 16:11:12 Terminating...
> > -->8-->8--
>
> Basically, Crack is using its own internal fcrypt() instead of the one in
> libc (which is also faster :) You have to edit the Makefile to tell it
> not to link in its own fcrypt() stuff...
>
better yet, pick up ufc-crypt. if fcrypt dont work, Crack will use the
ufc-crypt (fcrypt wouldnt work on mine, but ufc-crypt did)
[Mod: Oddly enough, I found ufc-crypt to be slower than fcrypt on my
Linux systems when I did some time-trials 2+ years ago. --Jeff.]
--
Mark Duguid Saskatoon, Saskatchewan, Canada aa276@sfn.saskatoon.sk.ca
Lord grant me the serenity to accept the things I cannot change.The courage
to change the things I can.And the wisdom to hide the bodies of the people
=-=-=-=-=-=-=-=-=I had to kill because they pissed me off=-=-=-=-=-=-=-=-=-=
Just netsurfin on an anvil. My postings contain my opinions, not the SFN's.
