El informe cita datos de Verizon según los cuales la remediación completa tarda una mediana de 43 días y solo se corrigió por completo el 26 % de las vulnerabilidades conocidas y explotadas incluidas en su conjunto de... Los autores de a16z sostienen que convertir fallos de software en exploits se abarató en 2025 y...
Publicado porEditado con GPT-6 LunaImágenes generadas con GPT Image 2
Respuesta de investigación

Create a landscape editorial hero image for this Studio Global article: What do a16z investing partner Asaf Ezra and growth partner Stephenie Zhang argue in their November 6, 2026 report “Defense in Depth, Rebuil. Article summary: Ezra and Zhang’s central argument is that cheap AI-generated exploits break the timing assumptions behind human-run patching: defenses must protect systems while permanent fixes are still being prepared, tested and deplo. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
La inteligencia artificial puede abaratar el trabajo de convertir una vulnerabilidad de software en un exploit funcional. Pero eso no significa que las organizaciones puedan actualizar sus sistemas con la misma rapidez. En un informe publicado el 6 de noviembre de 2026, Asaf Ezra y Stephenie Zhang, de la firma de inversión Andreessen Horowitz (a16z), sostienen que la seguridad debe proteger los sistemas durante el tiempo que lleva preparar, probar y desplegar una solución permanente. 1
2
El informe cita datos del Verizon Data Breach Investigations Report de 2026: la remediación completa tardó una mediana de 43 días, y solo el 26 % de las vulnerabilidades conocidas y explotadas incluidas en el conjunto de datos se había corregido por completo. 1
Ezra y Zhang describen un cambio de ritmo: en 2025 y 2026, el trabajo especializado necesario para convertir un fallo en un exploit se abarató, mientras que el proceso de parchear no se aceleró al mismo paso. A su juicio, la brecha entre la explotación y la reparación no se cerrará simplemente pidiendo a las organizaciones que parcheen más deprisa. 2
Eso no vuelve prescindibles las actualizaciones. Significa que hacen falta defensas capaces de reducir la exposición mientras el parche se desarrolla, se prueba y se instala.
El ejemplo de PHP que cita el informe muestra el problema de los sistemas que no pueden actualizarse rápidamente, o que quizá ya no reciban correcciones. Según Ezra, dos fallos críticos de PHP se filtraron antes de que estuvieran listas sus soluciones. Entre 2,6 y 4,4 millones de instalaciones que no estaban cubiertas por un servicio de protección seguían expuestas; la mayoría ejecutaba versiones que no recibirían un parche. 37
En un escenario así, una regla defensiva aplicada delante de los sistemas vulnerables puede ofrecer una capa de protección sin esperar a que cada instalación esté actualizada. Los autores plantean usar capacidades automatizadas para generar y distribuir esas reglas, incluso a sistemas que quedan fuera de las grandes plataformas en la nube. 2
37
La diferencia importa: un escudo temporal puede acortar la ventana de exposición, pero no repara el software. Cuando exista una solución duradera, las organizaciones aún deben aplicarla y verificarla, además de evaluar el riesgo de que la protección provisional falle o deje de estar disponible.
Ezra y Zhang presentan el artículo como una propuesta de seis oportunidades generacionales para nuevos productos de seguridad. 1
2 Sin embargo, los extractos disponibles no permiten confirmar una lista completa y detallada. Un resumen secundario destaca varios temas generales: segmentación de redes, detección a velocidad de máquina, comprobaciones de identidad en cada solicitud, copias de seguridad probadas y controles de la cadena de suministro.
34
En conjunto, apuntan a una estrategia más amplia que la de instalar parches:
Estos son temas señalados en un resumen secundario, no una reproducción verificada de las seis categorías del informe ni de sus especificaciones. Los extractos disponibles tampoco respaldan varios datos más precisos que se han asociado a la propuesta, como cifras concretas de alertas, intervalos de caducidad de credenciales, porcentajes de ransomware o el tiempo exacto para crear exploits a partir de parches publicados.
La conclusión no es elegir entre parches y otras defensas, sino combinarlos: reducir de inmediato la probabilidad y el impacto de un ataque, y aplicar después una solución duradera cuando esté lista. 1
2
Esto es especialmente relevante para sistemas que no se pueden actualizar con rapidez. Pero una protección temporal no elimina el problema: el ejemplo de PHP muestra que persiste la exposición cuando las instalaciones quedan fuera de la cobertura defensiva o ya no pueden recibir correcciones. 37
La oportunidad que describen Ezra y Zhang va más allá de detectar vulnerabilidades más deprisa. Se trata de construir una defensa en capas capaz de contener ataques, identificar riesgos, controlar accesos y facilitar la recuperación, incluso cuando los parches no llegan a tiempo.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
El informe cita datos de Verizon según los cuales la remediación completa tarda una mediana de 43 días y solo se corrigió por completo el 26 % de las vulnerabilidades conocidas y explotadas incluidas en su conjunto de...
El informe cita datos de Verizon según los cuales la remediación completa tarda una mediana de 43 días y solo se corrigió por completo el 26 % de las vulnerabilidades conocidas y explotadas incluidas en su conjunto de... Los autores de a16z sostienen que convertir fallos de software en exploits se abarató en 2025 y 2026, pero el proceso de parchear no se aceleró al mismo ritmo.
Una regla defensiva aplicada delante de sistemas vulnerables puede reducir la exposición mientras se prepara una solución duradera, aunque no sustituye la reparación.
El informe cita datos de Verizon según los cuales la remediación completa tarda una mediana de 43 días y solo se corrigió por completo el 26 % de las vulnerabilidades conocidas y explotadas incluidas en su conjunto de... Los autores de a16z sostienen que convertir fallos de software en exploits se abarató en 2025 y...
Publicado porEditado con GPT-6 LunaImágenes generadas con GPT Image 2
Respuesta de investigación

Create a landscape editorial hero image for this Studio Global article: What do a16z investing partner Asaf Ezra and growth partner Stephenie Zhang argue in their November 6, 2026 report “Defense in Depth, Rebuil. Article summary: Ezra and Zhang’s central argument is that cheap AI-generated exploits break the timing assumptions behind human-run patching: defenses must protect systems while permanent fixes are still being prepared, tested and deplo. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
La inteligencia artificial puede abaratar el trabajo de convertir una vulnerabilidad de software en un exploit funcional. Pero eso no significa que las organizaciones puedan actualizar sus sistemas con la misma rapidez. En un informe publicado el 6 de noviembre de 2026, Asaf Ezra y Stephenie Zhang, de la firma de inversión Andreessen Horowitz (a16z), sostienen que la seguridad debe proteger los sistemas durante el tiempo que lleva preparar, probar y desplegar una solución permanente. 1
2
El informe cita datos del Verizon Data Breach Investigations Report de 2026: la remediación completa tardó una mediana de 43 días, y solo el 26 % de las vulnerabilidades conocidas y explotadas incluidas en el conjunto de datos se había corregido por completo. 1
Ezra y Zhang describen un cambio de ritmo: en 2025 y 2026, el trabajo especializado necesario para convertir un fallo en un exploit se abarató, mientras que el proceso de parchear no se aceleró al mismo paso. A su juicio, la brecha entre la explotación y la reparación no se cerrará simplemente pidiendo a las organizaciones que parcheen más deprisa. 2
Eso no vuelve prescindibles las actualizaciones. Significa que hacen falta defensas capaces de reducir la exposición mientras el parche se desarrolla, se prueba y se instala.
El ejemplo de PHP que cita el informe muestra el problema de los sistemas que no pueden actualizarse rápidamente, o que quizá ya no reciban correcciones. Según Ezra, dos fallos críticos de PHP se filtraron antes de que estuvieran listas sus soluciones. Entre 2,6 y 4,4 millones de instalaciones que no estaban cubiertas por un servicio de protección seguían expuestas; la mayoría ejecutaba versiones que no recibirían un parche. 37
En un escenario así, una regla defensiva aplicada delante de los sistemas vulnerables puede ofrecer una capa de protección sin esperar a que cada instalación esté actualizada. Los autores plantean usar capacidades automatizadas para generar y distribuir esas reglas, incluso a sistemas que quedan fuera de las grandes plataformas en la nube. 2
37
La diferencia importa: un escudo temporal puede acortar la ventana de exposición, pero no repara el software. Cuando exista una solución duradera, las organizaciones aún deben aplicarla y verificarla, además de evaluar el riesgo de que la protección provisional falle o deje de estar disponible.
Ezra y Zhang presentan el artículo como una propuesta de seis oportunidades generacionales para nuevos productos de seguridad. 1
2 Sin embargo, los extractos disponibles no permiten confirmar una lista completa y detallada. Un resumen secundario destaca varios temas generales: segmentación de redes, detección a velocidad de máquina, comprobaciones de identidad en cada solicitud, copias de seguridad probadas y controles de la cadena de suministro.
34
En conjunto, apuntan a una estrategia más amplia que la de instalar parches:
Estos son temas señalados en un resumen secundario, no una reproducción verificada de las seis categorías del informe ni de sus especificaciones. Los extractos disponibles tampoco respaldan varios datos más precisos que se han asociado a la propuesta, como cifras concretas de alertas, intervalos de caducidad de credenciales, porcentajes de ransomware o el tiempo exacto para crear exploits a partir de parches publicados.
La conclusión no es elegir entre parches y otras defensas, sino combinarlos: reducir de inmediato la probabilidad y el impacto de un ataque, y aplicar después una solución duradera cuando esté lista. 1
2
Esto es especialmente relevante para sistemas que no se pueden actualizar con rapidez. Pero una protección temporal no elimina el problema: el ejemplo de PHP muestra que persiste la exposición cuando las instalaciones quedan fuera de la cobertura defensiva o ya no pueden recibir correcciones. 37
La oportunidad que describen Ezra y Zhang va más allá de detectar vulnerabilidades más deprisa. Se trata de construir una defensa en capas capaz de contener ataques, identificar riesgos, controlar accesos y facilitar la recuperación, incluso cuando los parches no llegan a tiempo.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
El informe cita datos de Verizon según los cuales la remediación completa tarda una mediana de 43 días y solo se corrigió por completo el 26 % de las vulnerabilidades conocidas y explotadas incluidas en su conjunto de...
El informe cita datos de Verizon según los cuales la remediación completa tarda una mediana de 43 días y solo se corrigió por completo el 26 % de las vulnerabilidades conocidas y explotadas incluidas en su conjunto de... Los autores de a16z sostienen que convertir fallos de software en exploits se abarató en 2025 y 2026, pero el proceso de parchear no se aceleró al mismo ritmo.
Una regla defensiva aplicada delante de sistemas vulnerables puede reducir la exposición mientras se prepara una solución duradera, aunque no sustituye la reparación.