SHA-1 Generador de Hash

A: Ambos son inseguros, pero SHA-1 es ligeramente mejor que MD5. MD5: 1) Salida de 128 bits. 2) Roto en 2004, complejidad de colisión 2^39. 3) Los ataques de colisión pueden completarse en horas en computadoras ordinarias. SHA-1: 1) Salida de 160 bits. 2) Roto en 2017, complejidad de colisión aproximadamente 2^63. 3) Los ataques de colisión requieren recursos computacionales significativos pero han sido demostrados prácticamente. Conclusión: Ninguno debe usarse en escenarios de seguridad; use SHA-256 o algoritmos de nivel superior.

A: Git usa SHA-1 para identificar commits, árboles y objetos, pero esto es un problema heredado. Razones históricas: Cuando Git fue creado en 2005, SHA-1 se consideraba seguro. Compatibilidad: Cambiar el algoritmo hash rompería la compatibilidad con todos los repositorios existentes. Evaluación de riesgo: El caso de uso de Git (control de versiones) difiere de los certificados SSL; el riesgo de ataque de colisión es relativamente menor. Plan de migración: Git está migrando a SHA-256 (Git 2.29+ lo soporta), pero la transición lleva tiempo. Mitigación: Git implementa mecanismos de detección de colisiones para detectar ataques tipo SHAttered. Recomendación: Los nuevos repositorios deben usar SHA-256; los repositorios antiguos pueden continuar usando SHA-1 (pero ser consciente de los riesgos).

A: Absolutamente no. SHA-1 no solo tiene vulnerabilidades de colisión sino que también es inadecuado para el almacenamiento de contraseñas. Problemas: 1) Demasiado rápido: Las GPUs pueden calcular miles de millones de hashes SHA-1 por segundo, fácilmente descifrable por fuerza bruta. 2) Vulnerabilidad de colisión: Los atacantes podrían explotar colisiones para generar diferentes contraseñas con el mismo hash. 3) Sin sal: Usar SHA-1 solo no puede defenderse contra ataques de tabla arcoíris. Enfoque correcto: Usar algoritmos especializados de hash de contraseñas: 1) Argon2 (recomendado por OWASP). 2) bcrypt (factor de costo ≥ 12). 3) PBKDF2-SHA256 (≥ 600k iteraciones).

A: SHAttered es un ataque de colisión SHA-1 demostrado por Google en 2017, probando que SHA-1 está prácticamente roto. Principio del ataque: Generar dos archivos PDF diferentes con el mismo valor hash SHA-1. Costo computacional: Aproximadamente 6500 años de tiempo de CPU y 110 años de tiempo de GPU (computación distribuida). Impacto: 1) Prueba que los ataques de colisión SHA-1 son factibles. 2) El costo del ataque disminuye con el tiempo; podría volverse más fácil en el futuro. 3) Los principales navegadores dejaron de confiar en los certificados SHA-1. Ejemplo: Google publicó dos archivos PDF diferentes con el mismo valor hash SHA-1 (shattered.io).

A: Migrar a SHA-256 requiere evaluar el impacto y desarrollar un plan de migración. Evaluar impacto: 1) Identificar todos los sistemas y componentes que usan SHA-1. 2) Evaluar compatibilidad y costo de migración. 3) Determinar prioridades de migración (escenarios sensibles a la seguridad primero). Estrategias de migración: 1) Hash doble: Calcular tanto SHA-1 como SHA-256, transición gradual. 2) Identificación de versión: Identificar el algoritmo hash usado en los datos. 3) Migración por fases: Migrar nuevos datos primero, luego datos antiguos. Migración de Git: Usar git config --global init.defaultBranch main y git config --global extensions.objectFormat sha256 para crear repositorios SHA-256.

A: SHA-1 solo es adecuado para escenarios no relacionados con seguridad y debe migrarse a algoritmos más seguros lo antes posible. Usos aceptables: 1) Deduplicación de archivos: Identificar archivos duplicados en escenarios no relacionados con seguridad (pero SHA-256 es mejor). 2) Sumas de verificación: Detectar corrupción accidental de datos (no manipulación maliciosa). 3) Compatibilidad con sistemas heredados: Mantener sistemas que no pueden actualizarse (solución temporal). Usos inaceptables: 1) Firmas digitales. 2) Certificados SSL/TLS. 3) Firma de código. 4) Almacenamiento de contraseñas. 5) Cualquier escenario sensible a la seguridad. Recomendación: Incluso en escenarios no relacionados con seguridad, SHA-256 debe priorizarse porque la diferencia de rendimiento es mínima pero la seguridad mejora enormemente.