Se a senha for 1234, John deve encontrá-la com relativa rapidez.
Eu apenas tentei seu hash com JoT, e não estou achando nada. Se você estiver usando o zipCrypto, acredito que o zip2john não entende como o hash da senha está sendo armazenado. Você pode tentar encontrar o hash e atualizar zip2john ou tentar atacar o arquivo zip diretamente.
Veja o código abaixo como um exemplo de ter John gerado a senha e passando-a para o 7zip para tentar. Isso deve funcionar independentemente da criptografia escolhida, a menos que você precise especificá-la ao abrir o arquivo. Não é limpo, mas deve ser suficiente para ilustrar.
#!/bin/bash
# Using john the ripper to brute-force a zip container
startTime=$(date)
if [ $(file $1 | grep -c "Zip archive data") ]; then
john -i --stdout | while read i; do # this is john generating password to stdout
echo -ne "\rtrying \"$i\" "\r
7z -p$i -so e $1 2>&1> /dev/null # this is your zip command
STATUS=$?
if [ $STATUS -eq 0 ]; then
echo -e "\nPassword is: \"$i\""
break # if successful, print the password and quit
fi
done
echo "Start time $startTime"
echo "End time $(date)"
else
echo "The file does not appear to be a zip file"
fi
Essa abordagem deve funcionar quando você não consegue extrair o hash, mas é muito, muito mais lento (não é realmente prático para a maioria dos aplicativos). Veja os resultados abaixo.
...
trying "pmc"
7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-1
Processing archive: test.zip
Extracting Sample_memo.pdf Data Error in encrypted file. Wrong password?
**Sub items Errors: 1**
trying "1234"
7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
Processing archive: test.zip
Extracting Sample_memo.pdf
**Everything is Ok**
Size: 60936
Compressed: 51033
Password is: "1234"
Start time 2015. 01. 03. (토) 19:02:51 KST
End time 2015. 01. 03. (토) 19:02:51 KST