{"id":2875,"date":"2026-10-15T21:23:42","date_gmt":"2026-10-15T21:23:42","guid":{"rendered":"https:\/\/touchconsulting.io\/es\/?p=2875"},"modified":"2026-10-15T21:25:07","modified_gmt":"2026-10-15T21:25:07","slug":"gestion-vulnerabilidades-ia","status":"publish","type":"post","link":"https:\/\/touchconsulting.io\/es\/blog\/gestion-vulnerabilidades-ia\/","title":{"rendered":"Gesti\u00f3n de vulnerabilidades con IA: por qu\u00e9 parchear todo ya no alcanza"},"content":{"rendered":"
La gesti\u00f3n de vulnerabilidades con IA<\/strong> ya no es una opci\u00f3n para equipos que quieren innovar. Es una necesidad para sostener el ritmo actual. Seg\u00fan el an\u00e1lisis del Grupo de Inteligencia de Amenazas de Google<\/a>, publicado el 30 de septiembre, las vulnerabilidades divulgadas cada mes pasaron de 5.045 en enero a 10.477 en julio de 2026.<\/p>\n Adem\u00e1s, las vulnerabilidades explotadas en ataques reales subieron de un promedio de 10,5 al mes en 2025 a 18 al mes entre enero y agosto de 2026. Por eso, parchear todo en orden de llegada dej\u00f3 de ser viable.<\/p>\n En este art\u00edculo ver\u00e1s qu\u00e9 dicen los datos, por qu\u00e9 el CVSS no alcanza y c\u00f3mo armar un modelo de priorizaci\u00f3n por riesgo con herramientas que tu equipo ya puede usar.<\/p>\n El informe de Google aporta cifras \u00fatiles para decidir. Entre enero y agosto de 2026 registr\u00f3 141 vulnerabilidades distintas explotadas en ataques, m\u00e1s que las 127 de todo 2025. Sin embargo, solo el 0,23% de todas las vulnerabilidades divulgadas en 2026 se explot\u00f3, es decir, aproximadamente una de cada 431.<\/p>\n Esto cambia la conversaci\u00f3n. El problema no es la cantidad de fallos, sino saber cu\u00e1les son los pocos que los atacantes realmente usan. Adem\u00e1s, Google advierte que parte del volumen est\u00e1 inflado. Solo las entradas asociadas a un \u00fanico componente central de c\u00f3digo abierto generaron unas 5.000 vulnerabilidades en ese per\u00edodo, sin ning\u00fan zero-day explotado asociado.<\/p>\n El crecimiento de la explotaci\u00f3n vino sobre todo de vulnerabilidades ya conocidas, llamadas n-days, y no de zero-days. Los zero-days pasaron de un promedio de 8 al mes en 2025 a 11 en 2026. Seg\u00fan Google, es posible que los atacantes usen modelos de lenguaje para comparar versiones, parches y pruebas de concepto. As\u00ed, convertir\u00edan un fallo conocido en un ataque con mayor rapidez.<\/p>\n Google tambi\u00e9n analiz\u00f3 las vulnerabilidades que probablemente descubri\u00f3 la IA. Reconoce que los datos p\u00fablicos las subestiman, porque no existe una etiqueta est\u00e1ndar para identificarlas. Aun as\u00ed, el patr\u00f3n es claro: el 50% de ellas permite ejecuci\u00f3n remota de c\u00f3digo, frente al 26% del conjunto general.<\/p>\n Adem\u00e1s, la IA encuentra menos fallos de bajo riesgo. Entre las vulnerabilidades descubiertas con IA, el 58% es de riesgo medio, frente al 28% del resto. Por lo tanto, la gesti\u00f3n de vulnerabilidades con IA debe asumir que cada fallo que llega a tu lista pesa m\u00e1s y que el tiempo de reacci\u00f3n se acorta. No obstante, Google aclara que son se\u00f1ales tempranas y que los datos son incompletos.<\/p>\n La puntuaci\u00f3n CVSS mide la severidad t\u00e9cnica de un fallo. No mide si alguien lo est\u00e1 explotando ni cu\u00e1nto da\u00f1o har\u00eda en tu negocio. Por eso, Google usa su propia clasificaci\u00f3n de riesgo, basada en inteligencia de amenazas, en lugar del CVSS para su an\u00e1lisis.<\/p>\n Por ejemplo, un fallo con puntuaci\u00f3n media en un servidor expuesto y con explotaci\u00f3n conocida merece atenci\u00f3n antes que uno con puntuaci\u00f3n cr\u00edtica en un sistema aislado y sin explotaci\u00f3n. La puntuaci\u00f3n sigue siendo \u00fatil como una entrada m\u00e1s, pero no como \u00fanico criterio.<\/p>\n En la pr\u00e1ctica, necesitas cruzar al menos cuatro se\u00f1ales:<\/p>\n Seg\u00fan Google, los equipos de borde y de seguridad representaron el 14% de las vulnerabilidades explotadas entre enero y agosto de 2026. Los sistemas de directorio y colaboraci\u00f3n sumaron otro 11%. Adem\u00e1s, m\u00e1s del 65% de los fallos de borde explotados ten\u00eda una calificaci\u00f3n alta o cr\u00edtica.<\/p>\n Los res\u00famenes semanales de principios de octubre confirman el patr\u00f3n. De acuerdo con NetworkTigers<\/a>, varias fallas en equipos de acceso remoto y administraci\u00f3n de redes se explotaron antes de que existiera un parche. Por eso, tu inventario de activos expuestos debe ser el primer insumo de la priorizaci\u00f3n.<\/p>\n En sectores como miner\u00eda, energ\u00eda o telecomunicaciones, estos equipos suelen estar en sitios remotos y con ventanas de mantenimiento limitadas. En consecuencia, las mitigaciones temporales, como restringir el acceso de administraci\u00f3n desde internet, pueden ser la mejor respuesta mientras llega el parche.<\/p>\n Un modelo simple combina herramientas de escaneo, criterio de riesgo y automatizaci\u00f3n con supervisi\u00f3n humana.<\/p>\n Empieza por el inventario. Con Nmap puedes descubrir equipos, puertos y servicios abiertos en tus redes. Adem\u00e1s, revisa los activos que viven en la nube con Microsoft Defender for Cloud, que eval\u00faa la postura de seguridad de tus cargas en Azure.<\/p>\n Programa escaneos peri\u00f3dicos con Nessus para detectar vulnerabilidades conocidas y configuraciones d\u00e9biles. Para aplicaciones y servidores web, Nikto ayuda a identificar archivos peligrosos y versiones desactualizadas. As\u00ed, no dependes de una auditor\u00eda anual.<\/p>\n Cruza los resultados con las cuatro se\u00f1ales anteriores. Luego asigna plazos distintos: horas para lo explotado y expuesto, semanas para lo cr\u00edtico no expuesto y el ciclo normal para el resto.<\/p>\n Aplica el parche o la mitigaci\u00f3n y vuelve a escanear para confirmar el cierre. Google recomienda adem\u00e1s combinar la defensa dirigida del per\u00edmetro con una remediaci\u00f3n automatizada. Para empezar, Google Cloud public\u00f3 un plan de gesti\u00f3n de vulnerabilidades asistida por IA<\/a>.<\/p>\n La gesti\u00f3n de vulnerabilidades con IA ayuda, pero no decide por ti. Usa la IA para clasificar, agrupar duplicados y proponer prioridades. Sin embargo, deja que una persona apruebe los cambios en sistemas cr\u00edticos, como los de operaci\u00f3n en miner\u00eda, energ\u00eda o manufactura.<\/p>\n Tambi\u00e9n conviene medir. Define indicadores como el tiempo promedio de remediaci\u00f3n de vulnerabilidades explotadas, el porcentaje de activos expuestos con parche al d\u00eda y la cantidad de excepciones abiertas. Adem\u00e1s, usa marcos como NIST, OWASP o ISO 27001 para dar estructura al proceso y facilitar las auditor\u00edas.<\/p>\n Finalmente, recuerda que no todos los ataques empiezan por una vulnerabilidad. Por eso, combina este modelo con simulaciones de phishing y capacitaci\u00f3n, por ejemplo con KnowBe4 o Gophish.<\/p>\n Para pasar de la teor\u00eda a la pr\u00e1ctica, puedes seguir esta hoja de ruta durante el primer mes:<\/p>\n As\u00ed, tendr\u00e1s una base concreta para decidir d\u00f3nde automatizar. Adem\u00e1s, la gesti\u00f3n de vulnerabilidades con IA gana valor cuando se apoya en procesos claros y en datos de activos confiables. No se trata de comprar m\u00e1s herramientas, sino de ordenar las decisiones.<\/p>\n Los datos de 2026 muestran m\u00e1s fallos, m\u00e1s explotaci\u00f3n y atacantes que reaccionan con mayor rapidez. Sin embargo, solo una fracci\u00f3n m\u00ednima de las vulnerabilidades se usa en ataques reales. Por lo tanto, la ventaja est\u00e1 en identificar esa fracci\u00f3n a tiempo y no en parchear m\u00e1s r\u00e1pido sin criterio.<\/p>\n En Touch Consulting ayudamos a empresas de miner\u00eda, energ\u00eda, finanzas y telecomunicaciones a evaluar su exposici\u00f3n con servicios de Ciberseguridad<\/a>. Adem\u00e1s, apoyamos la modernizaci\u00f3n de entornos con Cloud Services<\/a> y desarrollamos software seguro con Software Development<\/a>.<\/p>\nM\u00e1s vulnerabilidades, m\u00e1s explotaci\u00f3n: lo que muestran los datos de 2026<\/h2>\n
\u00bfQu\u00e9 cambia cuando la IA encuentra los fallos?<\/h2>\n
\u00bfPor qu\u00e9 el CVSS solo no basta para priorizar?<\/h2>\n
\n
Per\u00edmetro y servicios expuestos: d\u00f3nde se concentra el ataque<\/h2>\n
Un modelo de gesti\u00f3n de vulnerabilidades con IA en cuatro pasos<\/h2>\n
1. Descubrir qu\u00e9 tienes expuesto<\/h3>\n
2. Escanear de forma continua<\/h3>\n
3. Priorizar con contexto<\/h3>\n
4. Remediar y verificar<\/h3>\n
Automatizar sin perder el control humano<\/h2>\n
Hoja de ruta de 30 d\u00edas para tu equipo<\/h2>\n
\n
Conclusi\u00f3n: la gesti\u00f3n de vulnerabilidades con IA empieza por priorizar<\/h2>\n