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!