SHA-1 Gerador de Hash

A: Ambos são inseguros, mas o SHA-1 é ligeiramente melhor que o MD5. MD5: 1) Saída de 128 bits. 2) Quebrado em 2004, complexidade de colisão 2^39. 3) Ataques de colisão podem ser concluídos em horas em computadores comuns.SHA-1: 1) Saída de 160 bits. 2) Quebrado em 2017, complexidade de colisão aproximadamente 2^63. 3) Ataques de colisão requerem recursos computacionais significativos, mas foram demonstrados praticamente.Conclusão: Nenhum deve ser usado em cenários de segurança; use SHA-256 ou algoritmos de nível superior.

A: O Git usa SHA-1 para identificar commits, árvores e objetos, mas isso é um problema legado. Razões Históricas: Quando o Git foi criado em 2005, o SHA-1 era considerado seguro. Compatibilidade: Mudar o algoritmo de hash quebraria a compatibilidade com todos os repositórios existentes.Avaliação de Risco: O caso de uso do Git (controle de versão) difere dos certificados SSL; o risco de ataque de colisão é relativamente menor.Plano de Migração: O Git está migrando para SHA-256 (Git 2.29+ suporta), mas a transição leva tempo. Mitigação: O Git implementa mecanismos de detecção de colisão para detectar ataques do tipo SHAttered. Recomendação: Novos repositórios devem usar SHA-256; repositórios antigos podem continuar usando SHA-1 (mas esteja ciente dos riscos).

A: Absolutamente não. O SHA-1 não apenas tem vulnerabilidades de colisão, mas também é inadequado para armazenamento de senhas. Problemas: 1) Muito Rápido: GPUs podem calcular bilhões de hashes SHA-1 por segundo, facilmente forçados por brute-force. 2) Vulnerabilidade de Colisão: Atacantes podem explorar colisões para gerar senhas diferentes com o mesmo hash. 3) Sem Salt: Usar SHA-1 sozinho não pode defender contra ataques de rainbow table.Abordagem Correta: Use algoritmos de hash de senha especializados: 1) Argon2 (recomendado pela OWASP). 2) bcrypt (fator de custo ≥ 12). 3) PBKDF2-SHA256 (≥ 600k iterações).

A: SHAttered é um ataque de colisão SHA-1 demonstrado pelo Google em 2017, provando que o SHA-1 foi praticamente quebrado. Princípio do Ataque: Gerar dois arquivos PDF diferentes com o mesmo valor hash SHA-1. Custo Computacional: Aproximadamente 6500 anos de tempo de CPU e 110 anos de tempo de GPU (computação distribuída). Impacto: 1) Prova que ataques de colisão SHA-1 são viáveis. 2) O custo do ataque diminui com o tempo; pode se tornar mais fácil no futuro. 3) Os principais navegadores pararam de confiar em certificados SHA-1. Exemplo: O Google lançou dois arquivos PDF diferentes com o mesmo valor hash SHA-1 (shattered.io).

A: Migrar para SHA-256 requer avaliar o impacto e desenvolver um plano de migração. Avaliar Impacto: 1) Identificar todos os sistemas e componentes usando SHA-1. 2) Avaliar compatibilidade e custo de migração. 3) Determinar prioridades de migração (cenários sensíveis à segurança primeiro). Estratégias de Migração: 1) Hash Duplo: Calcular tanto SHA-1 quanto SHA-256, transição gradual. 2) Identificação de Versão: Identificar o algoritmo de hash usado nos dados. 3) Migração em Fases: Migrar novos dados primeiro, depois dados antigos. Migração Git: Use git config --global init.defaultBranch main e git config --global extensions.objectFormat sha256 para criar repositórios SHA-256.

A: O SHA-1 é adequado apenas para cenários não relacionados à segurança e deve ser migrado para algoritmos mais seguros o mais rápido possível. Usos Aceitáveis: 1) Deduplicação de Arquivos: Identificar arquivos duplicados em cenários não relacionados à segurança (mas SHA-256 é melhor). 2) Checksums: Detectar corrupção acidental de dados (não adulteração maliciosa). 3) Compatibilidade com Sistemas Legados: Manter sistemas que não podem ser atualizados (solução temporária). Usos Inaceitáveis: 1) Assinaturas digitais. 2) Certificados SSL/TLS. 3) Assinatura de código. 4) Armazenamento de senhas. 5) Quaisquer cenários sensíveis à segurança. Recomendação: Mesmo em cenários não relacionados à segurança, o SHA-256 deve ser priorizado porque a diferença de desempenho é mínima, mas a segurança é muito melhorada.