Defining character length.

[Rdgeno]

Let's try to verify your claim. you said that the dictionary file does not contain any passwords shorter than 8 characters.

so let's try to run hashcat without any rule file and see how much rejected password candidates you get:

Code:

hashcat -m 2500 -a 0 captures.hccapx BLACKLIST.txt

because somehow this statements are in contradiction with your status display:

Code:

Rejected.........: 9762060/63333900 (15.41%)

15 % rejected means that 15 % of lines in your word list are smaller than 8 characters (or longer than 64, but that's probably less likely)

Let's first verify this claim about the "I removed the words under eight then where is Hashcat coming up with them"

I'll do that, I still have a while on this list until it's done I'm so far into it I don't want to stop now. One thing though your right about the rejections, but you can see that it's still running the shorter words. I have no idea what it's rejecting if it is still running them. I'm more than happy ti do what you asked I would love an answer to this. This is from about five hours ago.Status...........: Running
Hash.Type........: WPA-EAPOL-PBKDF2
Hash.Target......: Quanisha (AP:2c:99:24:55:be:19 STA:94:27:90:09:78:a9)
Time.Started.....: Mon Sep 16 20:30:57 2019 (2 days, 14 hours)
Time.Estimated...: Sat Sep 21 10:30:57 2019 (1 day, 23 hours)
Guess.Base.......: File (BLACKLIST.txt)
Guess.Mod........: Rules (/usr/share/hashcat/rules/best64.rule)
Guess.Queue......: 1/1 (100.00%)
Speed.#2.........:      650 H/s (6.15ms) @ Accel:128 Loops:64 Thr:1 Vec:4
Recovered........: 0/1 (0.00%) Digests, 0/1 (0.00%) Salts
Progress.........: 170166614/282345525 (60.27%)
Rejected.........: 25855830/170166614 (15.19%)
Restore.Point....: 2209680/3666825 (60.26%)
Restore.Sub.#2...: Salt:0 Amplifier:74-75 Iteration:2432-2496
Candidates.#2....: p!io -> Paia

[s]tatus [p]ause [b]ypass [c]heckpoint [q]uit => s
It does run the longer words it is now, otherwise I would shut it off and restart it for you now, but it keeps going back to the small words too. I really do appreciate you guys taking an interest and helping.

You where right it was the rule, I took it out and there was no more problem. I'm including best64.rule text file can you please look at it and tell me which part to remove so the problem doesn't happen again. Thank you.
## nothing, reverse, case... base stuff
:
r
u
T0

## simple number append
$0
$1
$2
$3
$4
$5
$6
$7
$8
$9

## special number append
$0 $0
$0 $1
$0 $2
$1 $1
$1 $2
$1 $3
$2 $1
$2 $2
$2 $3
$6 $9
$7 $7
$8 $8
$9 $9
$1 $2 $3

## high frequency append
$e
$s

## high frequency overwrite at end
] $a
] ] $s
] ] $a
] ] $e $r
] ] $i $e
] ] ] $o
] ] ] $y
] ] ] $1 $2 $3
] ] ] $m $a $n
] ] ] $d $o $g

## high frequency prepend
^1
^e ^h ^t

## high frequency overwrite at start
o0d
o0m o1a

## leetify
so0
si1
se3

## simple extracts
D2
D2 D2
D3
D4

## undouble word
'5 D3
'5 $1

## removes suffixes from 'strongified' passwords in dict
]
] ]
] ] ]
] ] ] d
] ] D1 ]

## rotates
+5 ] } } } } '4
O02 { { { { { {
} ] ] {
} } -0 O12
} } }
} } } } '4
} } } } } '5
} } } } } } Y4 '4 d

## unknown
*04 +0 '4
*05 O03 d '3 p1
+0 +0 +0 +0 +0 +0 +0 +0
+0 +0 +0 O12
Z4 '8 O42
Z5 '6 O31 ] p1
Z5 *75 '5 { O02
d O28 Y4 '4 d
f *A5 '8 O14
p2 '7 p1 O58
O14 d p2 '6