긴 ZIP 비밀번호: 정답이 사전에 있어도 실패하는 이유
지정된 John PKZIP 1.9.0-jumbo-1은 31자 대조만 찾고 정확한 32·51·52·127자 후보는 찾지 못했습니다. 모든 원본은 독립적으로 완전히 복호화되어 실패 원인이 도구 제한일 수 있음을 보여줍니다.
정답을 사전에 직접 넣기
같은 가상 텍스트를 가진 전통적 ZipCrypto ZIP 다섯 개를 직접 만들고 31·32·51·52·127자 ASCII 공개 비밀번호를 설정했습니다. 고객 파일·비밀번호·개인 단서는 사용하지 않았습니다.
각 사전에는 오답 하나와 정확한 정답만 넣고 대조별 독립 세션과 빈 potfile을 써 이전 결과의 영향을 막았습니다. John 1.9.0-jumbo-1 cygwin 64-bit x86_64 AVX2 AC OMP 빌드이며 Python으로 원본 전체 내용과 CRC도 검증해 손상 파일이나 잘못된 알려진 비밀번호를 배제했습니다.
관측 결과의 적용 범위
로컬 형식 정보는 이 빌드의 ASCII 길이 한도를 31자로 보고했고 Openwall 자료에도 같은 종류의 제한이 설명됩니다. 모든 John 버전, ZIP AES 또는 ZIP 형식 자체의 공통 한도라는 뜻은 아닙니다.
제한은 복구 경로에 있습니다. 127자 샘플도 알려진 비밀번호로 전체 원문을 읽을 수 있는 유효한 암호화 파일입니다. 한 모듈의 미검출이 파일이나 비밀번호의 무효를 증명하지 않습니다.
| 비밀번호 길이 | 정확한 후보 제공 | John PKZIP 검출 | 원본 전체 검증 |
|---|---|---|---|
| 31 | 예 | 예 | 통과 |
| 32 | 예 | 아니요 | 통과 |
| 51 | 예 | 아니요 | 통과 |
| 52 | 예 | 아니요 | 통과 |
| 127 | 예 | 아니요 | 통과 |
헤더 일치만으로 성공이라 할 수 없는 이유
ZipCrypto의 짧은 비밀번호 확인 필드는 빠른 필터에 유용하지만 우연히 맞을 수 있습니다. 독립 긴 비밀번호 필터는 다섯 정답을 모두 찾았어도 전체 멤버를 읽고 내용과 CRC를 확인한 뒤에만 검증된 후보로 봅니다.
데이터 설명자 플래그에 따라 검사 바이트의 출처가 달라지므로 ZIP 플래그도 올바르게 처리해야 합니다. 자체 코드가 맞다고 가정하기보다 정답을 아는 대조 실험이 더 중요합니다.
더 큰 검색 전 확인할 사항
형식과 암호화(ZipCrypto와 ZIP AES는 다름), 모듈의 길이·인코딩 지원을 확인합니다. 같은 길이의 비공개 정보 없는 대조를 만들고 정확한 정답과 빈 결과 저장소로 시험합니다. 검출되면 원본 전체를 읽고, 대조가 실패하면 큰 사전을 평가하기 전에 설정을 조사합니다.
ASCII 대조는 Unicode 지원을 입증하지 않습니다. WinRAR·7-Zip의 보편적 최대 길이를 정하거나 ZIP AES 속도를 측정하거나 모든 긴 비밀번호 복구를 보장하지 않습니다. 특정 음성 테스트가 도구 한도로 무의미해질 수 있다는 실험입니다.
공개 대조와 코드 다운로드
정확한 샘플 비밀번호 및 SHA-256은 JSON 보고서에 있습니다. 공개 값을 실제 비밀 파일에 재사용하지 마세요. 아래 다섯 원본과 후보 필터 구현을 검토할 수 있습니다.
코드는 후보 선별용이며 전체 복호화 검증을 대체하지 않습니다. 성공 대조와 지정 구형 모듈의 예상 미검출을 함께 보여줄 뿐 제품 순위가 아닙니다.
출처 및 추가 확인
적용 범위와 편집 독립성
당사는 복구 서비스도 제공합니다. 실험에는 직접 만든 가상 공개 파일만 사용하며 고객 파일은 사용하지 않습니다. 결과는 명시한 환경·날짜·샘플에 한정되며 전체 성공률, 검색 순위 또는 복구 보장을 뜻하지 않습니다.