hashcat é o utilitário de recuperação de senha mais rápido e avançado do mundo, suportando cinco modos exclusivos de ataque para mais de 300 algoritmos de hash altamente otimizados. hashcat atualmente oferece suporte a CPUs, GPUs e outros aceleradores de hardware em Linux, Windows e macOS e possui recursos para ajudar a permitir a quebra distribuída de senhas.
hashcat é licenciado sob a licença MIT. Consulte docs/license.txt para obter mais informações.
Baixe a versão mais recente e descompacte-a no local desejado. Lembre-se de usar 7z x
ao descompactar o arquivo na linha de comando para garantir que os caminhos completos dos arquivos permaneçam intactos.
Consulte o Hashcat Wiki e a saída de --help
para obter informações de uso e ajuda geral. Uma lista de perguntas frequentes também pode ser encontrada aqui. O Fórum Hashcat também contém uma infinidade de informações. Se você ainda acha que precisa da ajuda de um humano de verdade, venha para o Discord.
Consulte BUILD.md para obter instruções sobre como construir o hashcat a partir do código-fonte.
Testes:
Travis | Cobertura | Ações do GitHub |
---|---|---|
Contribuições são bem-vindas e incentivadas, desde que seu código seja de qualidade suficiente. Antes de enviar uma solicitação pull, certifique-se de que seu código atenda aos seguintes requisitos:
-W -Wall -std=gnu99
!
e usa condicionais positivas sempre que possível (por exemplo, if (foo == 0)
em vez de if (!foo)
e if (foo)
em vez de if (foo != 0)
)Você pode usar o GNU Indent para ajudá-lo com os requisitos de estilo:
indent -st -bad -bap -sc -bl -bli0 -ncdw -nce -cli0 -cbi0 -pcs -cs -npsl -bs -nbc -bls -blf -lp -i2 -ts2 -nut -l1024 -nbbo -fca -lc1024 -fc1
Sua solicitação pull deve descrever completamente a funcionalidade que você está adicionando/removendo ou o problema que está resolvendo. Independentemente de seu patch modificar uma linha ou mil linhas, você deve descrever o que motivou e/ou motivou a mudança.
Resolva apenas um problema em cada solicitação pull. Se estiver corrigindo um bug e adicionando um novo recurso, você precisará fazer duas solicitações pull separadas. Se você estiver corrigindo três bugs, precisará fazer três solicitações pull separadas. Se estiver adicionando quatro novos recursos, você precisará fazer quatro solicitações pull separadas. E assim por diante.
Se o seu patch corrigir um bug, certifique-se de que haja um problema aberto para o bug antes de enviar uma solicitação pull. Se o seu patch visa melhorar o desempenho ou otimizar um algoritmo, quantifique suas otimizações e documente as compensações, além de respaldar suas afirmações com benchmarks e métricas.
Para manter a qualidade e a integridade da árvore de origem do hashcat , todas as solicitações pull devem ser revisadas e assinadas por pelo menos dois membros do conselho antes de serem mescladas. O líder do projeto tem autoridade final para decidir se aceita ou rejeita uma solicitação pull. Não desanime se sua solicitação pull for rejeitada!