Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Fri, 03 Jan 2014 03:20:53 +0100
From: magnum <john.magnum@...hmail.com>
To: john-dev@...ts.openwall.com
Subject: Re: ./jtrts with linux-x86ö-64-native OMP build

On 2014-01-03 03:00, Frank Dittrich wrote:
> With latest bleeding-jumbo and jtrTestSuite and a linux-x86-64-native
> OMP build (i5-4570 CPU) I get these failing self tests:
>
> $ ./john --test=0 |LC_ALL=C grep -i fail
> Will run 4 OpenMP threads
> Testing: dynamic_38 [sha1($s.sha1($s.sha1($p))) (Wolt3BB) 128/128 AVX
> 480x4x2]... (4xOMP) FAILED (get_hash[0](13))
> Testing: dynamic_107 [WHIRLPOOL(WHIRLPOOL($s).WHIRLPOOL($p)) 64/64
> 6144x1 OpenSSL]... (4xOMP) FAILED (get_hash[0](4))
> Testing: dynamic_1027 [sha1(sha1(sha1($pass)))) (first 32 bytes) 128/128
> AVX 480x4x2]... (4xOMP) FAILED (get_hash[0](13))
> Testing: dynamic_1028 [sha1(sha1_raw($pass)) (first 32 bytes) 128/128
> AVX 480x4x2]... (4xOMP) FAILED (get_hash[0](13))
> Testing: dynamic_1501 [sha1($salt.sha1($pass) (Redmine) 128/128 AVX
> 480x4x2]... (4xOMP) FAILED (get_hash[0](13))
> 5 out of 354 tests have FAILED

We do have this:
https://github.com/magnumripper/JohnTheRipper/issues/385
listing a couple of Dynamic formats (about the same ones but like you 
see below, it varies). They may all be one same bug.

> testing: john -test=0 --encoding=koi8r
> Will run 4 OpenMP threads

Hm, so using --encoding=koi8r, nothing fails self-test? That is a clue 
(this does not apply to -enc=utf8 because it only tests formats that use 
UTF-16 internally).

> form=dynamic_0                    guesses: 1500 0:00:00:00 DONE  [PASSED]
> .pot CHK:dynamic_0                guesses: 1500 0:00:00:00 DONE  [PASSED]
> ...
> form=dynamic_37                   guesses: 1500 0:00:00:00 DONE  [PASSED]
> .pot CHK:dynamic_37               guesses: 1500 0:00:00:00 DONE  [PASSED]
> Use of uninitialized value $crack_xx[4] in substitution (s///) at
> ./jtrts.pl line 612.
> Killed
>
> At that point I had to kill the test suite - it was consuming more and
> more memory...
>
> I guess that
>    $crack_xx[4] =~ s/100%/DONE/;
> in jtrts.pl line 612 must be moved after the
>      while (not defined $crack_xx[4]) { push (@...ck_xx, "unk"); }
> a few lines further down...

*Excellent*, I will commit that fix to the TS. I always hated that TS 
bug but for some reason I never looked into it.

> form=oracle11                     guesses:    0 0:00:00:13 DONE :
> Expected count(s) (1500)  [!!!FAILED!!!]
> .pot CHK:oracle11                 guesses:    0 unk unk  [PASSED]
>
> This is the lotus85 FMT_NOT_EXACT problem.
> Can we move Lotus85 after oracle11?
> Or process the (plugin) formats twice? First those that donÄt produce
> false positives, then the others?

No, this one was fixed last night. You need to pull the TS!

magnum

Powered by blists - more mailing lists

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ