Igor Sakhnov, vicepresidente ejecutivo y director general de redes de Azure en Microsoft, considera que el modelo tradicional de gestión de vulnerabilidades ya no sigue el ritmo de las amenazas modernas. Las organizaciones suelen necesitar días o semanas para comprender el impacto de una vulnerabilidad, identificar los sistemas afectados, probar el parche y coordinarse con los equipos de operaciones antes de desplegarlo en entornos de producción. En cambio, una vulnerabilidad divulgada puede pasar a la fase de escaneo y explotación activa en cuestión de horas.
Este planteamiento, publicado el 25 de agosto de 2026 en el blog Microsoft Security Blog, no anuncia un producto específico, sino que presenta la visión de la empresa sobre la redistribución de las funciones de las capas de protección. La idea central es que los parches seguirán siendo necesarios, pero no siempre serán la medida más rápida para reducir el riesgo. Por ello, las organizaciones necesitan controles compensatorios que funcionen durante el periodo entre la detección del problema y su cierre definitivo.
La ventana para aplicar el parche se estrecha
La gestión tradicional de vulnerabilidades se basaba en el supuesto de que los defensores disponían de tiempo suficiente para evaluar el problema antes de que los atacantes lo explotaran a gran escala. Sin embargo, los entornos empresariales ahora incluyen miles de servidores, aplicaciones, bases de datos, contenedores y activos de red distribuidos entre la nube y entornos híbridos y multinube. Además, muchas aplicaciones críticas para el negocio no pueden retirarse del servicio inmediatamente cuando hay una actualización de seguridad disponible.
Los pasos de verificación siguen siendo necesarios y no indican una debilidad de los procesos. Los equipos de seguridad deben comprender el impacto de la vulnerabilidad en el negocio, identificar los sistemas afectados, estudiar las dependencias y la compatibilidad, validar el parche en entornos de prueba, coordinar los calendarios de cambios y, posteriormente, supervisar cualquier efecto operativo secundario. El problema es que estas garantías operativas requieren tiempo, mientras que se reduce el tiempo que necesita un atacante para descubrir una ruta explotable.
La inteligencia artificial presiona el calendario
Según Sakhnov, el impacto de la inteligencia artificial no se limita a ayudar a las organizaciones a analizar datos y mejorar la seguridad; las operaciones respaldadas por ella también pueden acelerar el análisis de las divulgaciones de vulnerabilidades, la comprensión de las condiciones de explotación, la identificación de rutas de ataque y la relación entre información técnica compleja. Cuanto más ampliamente estén disponibles estas capacidades, menor será el intervalo entre el anuncio de la vulnerabilidad y los intentos de explotarla.
Aquí surge un desequilibrio claro de responsabilidades: el defensor debe proteger un entorno completo y complejo, mientras que el atacante necesita una sola ruta válida para alcanzar su objetivo. Por tanto, no basta con que la organización conozca los sistemas vulnerables o eleve la prioridad del parche; es necesario reducir de inmediato la explotabilidad cuando no sea posible instalar la actualización.
La red como capa temporal de contención
El artículo propone considerar la red como una «capa de control» rápida capaz de proteger las cargas de trabajo mientras continúa la corrección. La red se encuentra fuera de las aplicaciones y tiene visibilidad sobre los patrones de comunicación, las relaciones de confianza y los flujos de tráfico, lo que permite aplicar cambios sin modificar la aplicación ni esperar al despliegue de un nuevo agente en cada punto final.
Según el planteamiento, estos controles pueden restringir el acceso a los sistemas vulnerables, reducir las posibles rutas de ataque, limitar el movimiento lateral, aislar los activos de alto riesgo y reducir el alcance de los daños potenciales. También pueden modificarse a medida que aparece nueva información y con una rapidez que puede superar el ciclo de prueba y despliegue del parche en un entorno empresarial grande.
La fuente ofrece el ejemplo de una vulnerabilidad en HTTP/2 cuya recomendación temporal podría ser desactivar por completo el protocolo, aunque esto podría afectar al rendimiento y la disponibilidad de la aplicación. Una respuesta más precisa podría incluir limitar el número de flujos simultáneos, endurecer las restricciones de las solicitudes o limitar la tasa de los patrones de comunicación abusivos, manteniendo el servicio disponible. El ejemplo ilustra la diferencia entre bloquear completamente la comunicación y restringir el comportamiento del que depende la explotación.
De la visibilidad a la aplicación adaptativa
Sakhnov subraya que las herramientas de visibilidad, la inteligencia de amenazas y la analítica son importantes, pero por sí solas no reducen la exposición al riesgo. La protección adaptativa necesita tres capacidades interrelacionadas: comprender la naturaleza de la vulnerabilidad, relacionarla con la realidad del entorno en términos de configuraciones, rutas de comunicación y exposición, y después convertir esa comprensión en controles que puedan aplicarse rápidamente y a gran escala.
Según la lectura de certi.news, la importancia del planteamiento reside en que identifica una brecha práctica que el parche por sí solo no resuelve: ¿qué hace una organización cuando conoce el riesgo, pero no puede modificar el sistema de inmediato? Sin embargo, esta visión no elimina la gestión de parches ni demuestra que los controles de red sean adecuados para todas las vulnerabilidades. Su eficacia depende de comprender el comportamiento de la explotación y de configurar las reglas de modo que las medidas de contención no se conviertan en una interrupción de los servicios ni en una falsa sensación de seguridad. Además, la fuente presenta la postura editorial de un responsable de Microsoft, no resultados de pruebas independientes ni un compromiso sobre las capacidades de un producto específico. Por tanto, la cuestión abierta sigue siendo hasta qué punto esta protección adaptativa es precisa y aplicable en distintos entornos, mientras la corrección definitiva continúa siendo el tratamiento principal del problema.