Maybe a BUG in oclHashcat 1.31 in WPA/WPA2 with Combinstion

[pascalqq_new]

I have updated from 1.21 to 1.31, and I may find a BUG.

I'm using win7 x64 with CCC 14.9 and oclHashcat 1.31.

When hash type is WPA/WPA2, using Combination in 1.21 with 2 normal dics, it works fine in 1.21. When I update to 1.31, I found some trouble, the output goes like this:

Code:

Session.Name...: all
Status.........: Exhausted
Input.Base.....: File (D:\1.txt)
Input.Mod......: File (D:\2.txt)
Hash.Target....: TP-LINK_XXXXXX (XXXX <-> XXXX)
Hash.Type......: WPA/WPA2
Time.Started...: 0 secs
Time.Estimated.: 0 secs
Speed.GPU.#1...:        0 H/s
Recovered......: 0/1 (0.00%) Digests, 0/1 (0.00%) Salts
Progress.......: 8870000/8870000 (100.00%)
Skipped........: 0/8870000 (0.00%)
Rejected.......: 8870000/8870000 (100.00%)
HWMon.GPU.#1...: 62% Util, 36c Temp, 20% Fan

It means ocl Rejected all the word. But it's all works fine in 1.21. So i did a little dig.

When the frist dic goes like this:

Code:

123456
1234567

and second dic goes like this:

Code:

11111
22222

The output show:

Code:

Progress.......: 4/4 (100.00%)
Skipped........: 0/4 (0.00%)
Rejected.......: 4/4 (100.00%)

That's means ocl reject all the words, but two dics combine is so right:

Code:

12345611111
12345622222
123456711111
123456722222

There is noting wrong with these word, Why these should be reject?

And when i change the frist dic into this:

Code:

123456
12345678

and the second dic do not change,output is:

Code:

Progress.......: 4/4 (100.00%)
Skipped........: 0/4 (0.00%)
Rejected.......: 2/4 (50.00%)

So, I think, using combination in WPA, the frist dic word must be more than 7 length.——which i do not think is right, I think the 2 words total length is the key to reject. Just like "hello"+"123", the total length is 8 and is legal for WPA password, and 1.31 think "hello" length is 5(5<8) and all the combine start with "hello" is wrong.

Just do a little dig. Maybe is a bug,maybe i am wrong...