저걸 사용안해봐서 모르지만

그냥 암호 입력시 사용할 텍스트 조합해서 풀어낼 힌트 문자 저장이나 지정할 utf-8 방식... 이거 아닌지

password.lst 사용자 맞춤형 사전 파일을 따로 생성해서 재시도하셔야 하겠지요.
https://superroot.tistory.com/306 여기에 물어 보는 것도


예를 들어 메모장 저장시에 utf8 로 할건지 ansi ... 선택하는 것 처럼.... 문자 인식




반디집 홈페이지가서

암호해제 구매해 보는 것도

압축 파일의 암호를 최적화된 브루트 포스 검색(brute-force search)... 무작위 문자들 순차 조합....을 통해 매우 빠른 속도로 찾아냅니다.

정확히는 몰라도 대충 이런 흐름같음.

우선 저기서 멈춘이유는... 실제로 멈춘게 아니라 컴퓨터가 암호 계산중....(작업관리자 성능탭 보면 cpu 이용률 폭증 상황)

q를 눌러 멈추면... 계산한 기록 저장 파일을 만듦

실행한 run 폴더에... 시간순으로 정렬하면
 john.pot, john.rec, john.log 세 개의 파일이 생기는데...아마 이름 지정 안할 경우,
 john.pot 파일은 암호해독 성공한 후 저장 결과물 파일. 0 크기면 암호 해독 안된
 john.rec 진행 기록
 john.log 로그 파일.

------------------------
실행전에
run 폴더에 있는 password.lst 이걸 메모장으로 열어서...
자신이 잊어버렸지만 패스워드에 썼을 만한 기억나는 문자 숫자등을 저장..utf-8

  가령 내가 aaa bbb 이런것에 숫자 조합했을것 같으면... aaa bbb이런 단어들를 password.lst 파일에 저장

*그런데 이방식은 옵션에 따라 순서가 있는것 같아서... 먼저 다른 방식 분석후에 사용하므로 후순위 ..옵션으로 순서나 암호단어 조합룰 방식을 지정해야 하는 것으로 보임.

------------------------------
작업관리자를 보면 cpu 이용률.....두개의 쓰레드 사용중이면(구형 피씨면) 많이 늦을 듯

패스워드 부르트 포스.. 방식이면
암호에 쓰이는 문자들
    숫자 (0123...9)
    알파벳 소문자 (abcd...z)
    알파벳 대문자 (ABCD...Z)
    특수문자 (!@#$...)
    공백 (Space)

컴 사양에 따라 다르지만 8자리 특수문자까지 조합이면 일반적 컴이면..  하루 이상 걸리고..
9 자리 10자리 올라갈 수록 계산기간 제곱으로 늘어남. (2020년 컴으로 대소문자와 함께 숫자와 특수 문자가 혼합된 9자리 비밀번호는 컴퓨터가 추측하는 데 9년 이상이 소요된다고 함)

실행후 시간이 암호 길이 따라 다르니...오래 걸릴 수도...한달 이상도 가능.

https://naudhizb.tistory.com/1006?category=541943
여기 참조해서 조합 설정하는 규칙을 따라 해보는 것이..
그런데 이쯤되면... 그냥 Advanced Archive Password Recovery  이게 더 편할 듯.


나오는 표시
Using default input encoding: UTF-8 기본 입력 인코딩 사용: UTF-8.. 저장파일
Loaded 1 password hash (PKZIP [32/64]) 압축 방식 해시 파일 분석...
Will run ?? OpenMP threads         ?? 숫자의 쓰레드로 진행...cpu 전체 쓰레드 (지정할 수 있을 듯?)
Proceeding with single, rules:Single 싱글로 진행,
Press 'q' or Ctrl-C to abort, almost any other key for status 중단시키는 키 q....
아래는 진행 상황

정말 중요한 데이터라면
그냥 usb복사해서 전문가한테 맡기는 게 제일 빠르고 현명한 방법입니다

... 라고 하면 욕 들어 먹겠죠...