[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Fri, 20 Jul 2012 15:12:01 -0500
From: "jfoug" <jfoug@....net>
To: <john-users@...ts.openwall.com>
Subject: RE: Update to JtR Test Suite
There has been another update to the TS. These formats have been added:
django
dragonfly3-64
dragonfly4-64
formspring (thin-dyna_61)
EPI
episerver (v1 and v0)
hmailserver
nukedclan(nk)
radmin
rawsha0
SybaseASE
wbb3 (WoltLab Burning Board 3: sha1($s.sha1($s.sha1($p)))),
The new version of the TS is 1.12-11
>NOTE, the TS is targeted at JtR developers. However, it certainly can be
>used by end users, to make sure their build of JtR is working properly, and
>able to detect passwords. The TS is a large step past the internal
>'self-tests' within JtR.
>
>The test suite has been updated. It can be obtained from:
>
>git clone git://github.com/magnumripper/jtrTestSuite test
>
>Run the above command while in the 'root' JtR subdirectory, and it will
place
>the test suite into ./test, and then things like 'make test' will work
properly.
>
>This new version contains many new dynamic formats. Several of these new
>formats are ONLY available on the unstable and bleeding tree within the git
>repository.
>
>The new formats (note which ones are new, depends upon when you last
>retrieved the TS) can be seen in the JtrTestSuite.Manifest. The latest
>additions of formats are: dynamic_35,36,37,38 which are numerous salted
SHA1
>formats, the addition of SHA224, SHA256, SHA384, SHA512, GOST, WHIRLPOOL to
>the dynamic formats (3 formats for each time in the default release).
>XSHA512 added to GPU formats, sha256crypt and sha512crypt.
>
>Also added is checksums for running incremental mode JtR tests. The tests
>will ONLY run if the proper all.chr and or alnum.chr file are present.
>Proper here means that they are the same file used to create the input data
>file. If the input hash files, and the *.chr files do not match, this can
>easily make the TestSuite appear to lock up, when testing inc modes, IF the
>inc file does not produce the same stream of words. Also, if there is a
bug
>in the inc module, and it does not produce the correct results, then the TS
>will appear to lock up, when doing the incremental checks.
>
>One new requirement on the TS, is it now requires Digest::MD5 to be
>available. This module should be available in most Perl installs.
Powered by blists - more mailing lists
Powered by Openwall GNU/*/Linux -
Powered by OpenVZ