[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sat, 2 Oct 2010 06:09:38 +0400
From: Solar Designer <solar@...nwall.com>
To: john-users@...ts.openwall.com
Subject: Re: 2ch/4ch-style tripcodes?
On Wed, Sep 29, 2010 at 05:23:34PM -0700, Corbin Simpson wrote:
> Trying to do this "by hand" is pretty easy. I can get around 160K
> trips/s with glibc's crypt() and 250K trips/s with OpenSSL's
> DES_fcrypt(). Pretty decent. However, after reading some literature,
> I'm fairly convinced that my Core i3 is probably capable of squeezing
> out somewhere between 750K-1.5M trips/s, with the proper crypt()
> implementation.
It should do 2M+ trips/s per core.
> I kind of doubt anybody in the community's worked on this specific
> problem, but is there any advice out there for me?
Actually, some Japanese folks did. Erik has already posted the most
appropriate link:
http://tmkk.hp.infoseek.co.jp/tripper/index_e.html
VecTripper_20090729.tar.bz2 has the source code, and it reuses and even
enhances code from JtR. In fact, I suspect that Dango-Chu's DES S-boxes
for AltiVec, currently included in JtR 1.7.6 as sboxes-s.c, were
originally created primarily with tripcodes in mind.
That web page also has links to other implementations.
Finally, this lengthy multi-year thread:
http://wakaba.c3.cx/soc/kareha.pl/1100499906
has many links to various implementations, intermixed with garbage and
spam comments...
Good luck!
Alexander
Powered by blists - more mailing lists
Powered by Openwall GNU/*/Linux -
Powered by OpenVZ
