fuente: https://thehackernews.com/2026/07/n-day-is-becoming-n-hour-patching.html
Cada parche es una confesión.
En el momento en que un proveedor lanza una corrección de seguridad, la diferencia entre el código antiguo y el nuevo revela a cualquiera que esté observando qué fallaba y dónde. Si se convierte esa diferencia en un exploit funcional, se puede atacar cualquier sistema que aún no se haya actualizado. Esto es la explotación de día N, y siempre ha sido una carrera: el proveedor lanza el parche, el tiempo empieza a correr y los defensores intentan desplegarse antes de que un atacante termine de aplicar ingeniería inversa a la corrección.
Durante los últimos treinta años, los defensores solían ganar esa carrera.
Analizar mediante ingeniería inversa un parche para convertirlo en un exploit fiable era un trabajo lento y especializado, que generalmente requería semanas de esfuerzo de expertos. Históricamente, el lapso entre un parche y un exploit público funcional abarcaba semanas, a menudo meses.
La estrategia tradicional asumía que se disponía de al menos unas semanas. Ya no es así. Ni de cerca.
Una botnet de criptominería basada en Redis comprometió 3.562 servidores al aprovechar la replicación de Redis para instalar mineros de Monero. Los investigador...
Leer artículo →Llevas un tiempo programando en Go y has chocado con el obstáculo de siempre: escribir consultas SQL a mano, mapear manualmente las filas a estructuras (structs...
Leer artículo →Las passkeys (claves de acceso) se introdujeron con una sólida propuesta de seguridad: sustituir las contraseñas por criptografía de clave pública, vincular la...
Leer artículo →