11-15-2021, 07:16 AM
(11-12-2021, 05:24 PM)philsmd Wrote:Code:diff --git a/src/modules/module_03000.c b/src/modules/module_03000.c index 25cac60fc..2c1d4ef32 100644 --- a/src/modules/module_03000.c +++ b/src/modules/module_03000.c @@ -22,15 +22,15 @@ static const char *HASH_NAME = "LM"; static const u64 KERN_TYPE = 3000; static const u32 OPTI_TYPE = OPTI_TYPE_ZERO_BYTE; static const u64 OPTS_TYPE = OPTS_TYPE_PT_GENERATE_LE - | OPTS_TYPE_PT_UPPER +// | OPTS_TYPE_PT_UPPER | OPTS_TYPE_TM_KERNEL | OPTS_TYPE_PT_ALWAYS_ASCII - | OPTS_TYPE_PT_LM +// | OPTS_TYPE_PT_LM | OPTS_TYPE_HASH_SPLIT; static const u32 PWDUMP_COLUMN = PWDUMP_COLUMN_LM_HASH; static const u32 SALT_TYPE = SALT_TYPE_NONE; -static const char *ST_PASS = "HASHCAT"; -static const char *ST_HASH = "299bd128c1101fd6"; +static const char *ST_PASS = "hashcat"; +static const char *ST_HASH = "e8891aea2cf66bcb"; u32 module_attack_exec (MAYBE_UNUSED const hashconfig_t *hashconfig, MAYBE_UNUSED const user_options_t *user_options, MAYBE_UNUSED const user_options_extra_t *user_options_extra) { return ATTACK_EXEC; } u32 module_dgst_pos0 (MAYBE_UNUSED const hashconfig_t *hashconfig, MAYBE_UNUSED const user_options_t *user_options, MAYBE_UNUSED const user_options_extra_t *user_options_extra) { return DGST_POS0; }
Thanks, I've just tried this and it works really fine!
And about the question, I've checked other double-byte character set(DBCS), like japanese(cp932/Shift-JIS), korean(cp949/UHC), simplified chinese(cp936/GB2312), the ascii characters encoded into 1 byte in all of these code pages and just the same as ASCII, and the upper-case translation should only work for these characters too, so with this patch, I think there should be no more problem.
Anyway, my problem has been solved now, thanks again!
