Microsoft y las 398 vulnerabilidades: el nuevo desafío de la ciberseguridad empresarial

Microsoft volvió a poner la gestión de vulnerabilidades en el centro de la agenda empresarial. En su actualización de seguridad de agosto de 2026, la compañía corrigió 398 vulnerabilidades, según el recuento independiente de Zero Day Initiative. Entre ellas existe una vulnerabilidad de Windows ya explotada activamente y cuatro fallos críticos de ejecución remota de código que pueden ser aprovechados sin autenticación ni interacción del usuario.

Sin embargo, el dato más importante para una organización no es solamente la cantidad de vulnerabilidades. El verdadero desafío está en determinar qué corregir primero, qué activos están expuestos, qué servicios son realmente críticos y cuánto tiempo puede permanecer una brecha sin afectar la operación. En este escenario, la gestión de parches deja de ser una tarea técnica aislada y pasa a formar parte de la estrategia de ciberseguridad y madurez digital de la empresa.

398 vulnerabilidades: el problema no es solamente el volumen

El parche de agosto incluye vulnerabilidades distribuidas en diferentes componentes del ecosistema Microsoft. Entre ellas destaca CVE-2026-68820, una vulnerabilidad de escalamiento de privilegios en el controlador afd.sys de Windows, que Microsoft identifica como explotada activamente. Un atacante que ya haya conseguido ejecutar código en un equipo podría utilizarla para obtener privilegios SYSTEM.

También existen cuatro vulnerabilidades con puntuación CVSS de 9,8 que afectan a Windows DNS Server, Windows Deployment Services, Microsoft QUIC y HPC Pack. En determinados escenarios pueden permitir ejecución remota de código sin autenticación y sin interacción del usuario. Esto demuestra por qué una estrategia de parcheo basada exclusivamente en la puntuación CVSS puede ser insuficiente.

Para un área de TI, por tanto, la pregunta ya no debería ser simplemente «¿qué vulnerabilidades tenemos?», sino «¿qué vulnerabilidades representan hoy el mayor riesgo para nuestro negocio?».

Ese cambio de perspectiva es fundamental para construir una verdadera estrategia de ciberseguridad.

La vulnerabilidad más grave no siempre tiene el número más alto

Uno de los principales aprendizajes de esta actualización es que criticidad técnica y riesgo empresarial no son exactamente lo mismo.

Una vulnerabilidad con CVSS 7 puede ser más urgente que una vulnerabilidad 9,8 si existe evidencia de explotación activa y el activo afectado es crítico para la organización.

Por eso, una empresa debería cruzar al menos cinco variables:

  • Existencia de explotación activa.
  • Exposición del activo a Internet.
  • Criticidad del sistema para el negocio.
  • Facilidad de explotación.
  • Capacidad de detección y respuesta.

Esta metodología requiere inventario, visibilidad y procesos. Sin ellos, incluso los mejores servicios TI pueden terminar reaccionando tarde ante una amenaza.

SharePoint demuestra que los ataques modernos funcionan como cadenas

Otro elemento especialmente relevante de la actualización de agosto es SharePoint Server.

El parche completa una cadena de explotación que comenzó con una vulnerabilidad de bypass de autenticación corregida durante julio. La segunda parte, relacionada con ejecución de código, se aborda en agosto. Rapid7 había demostrado cómo ambas vulnerabilidades podían combinarse para alcanzar ejecución remota de código sin autenticación contra servidores SharePoint locales.

Esto cambia la manera en que las organizaciones deben entender las vulnerabilidades.

Los atacantes no necesariamente buscan una única vulnerabilidad crítica. Pueden combinar varias debilidades aparentemente independientes hasta construir una ruta de compromiso.

Por eso, la protección de una organización moderna debe considerar la relación entre identidad, endpoints, servidores, aplicaciones, redes, datos y privilegios.

Aquí la arquitectura de software y hardware deja de ser una cuestión puramente de infraestructura y se transforma en una parte fundamental del riesgo empresarial.

El nuevo desafío: pasar del Patch Tuesday al Continuous Security

Durante años, muchas organizaciones han gestionado las actualizaciones siguiendo ciclos mensuales. El problema es que el ecosistema de amenazas actual funciona a una velocidad diferente.

Las vulnerabilidades pueden ser descubiertas, publicadas y explotadas rápidamente. La existencia de una vulnerabilidad activamente explotada demuestra que el intervalo entre «vulnerabilidad conocida» y «incidente» puede ser mucho menor que el ciclo operativo de muchas empresas.

La tendencia apunta, por tanto, hacia una gestión continua de exposición y vulnerabilidades.

Esto implica combinar:

  • Inventario permanente de activos.
  • Gestión automatizada de parches.
  • Priorización basada en riesgo.
  • Threat intelligence.
  • Gestión de configuraciones.
  • Segmentación de redes.
  • Protección de endpoints.
  • Monitoreo continuo.
  • Validación de respaldos.
  • Pruebas de recuperación.

La organización que adopta este enfoque puede evolucionar desde una seguridad reactiva hacia una seguridad basada en riesgo.

¿Qué significa esto para las empresas chilenas?

En Chile, muchas organizaciones dependen intensivamente del ecosistema Microsoft para productividad, colaboración, identidad, infraestructura y aplicaciones empresariales.

Eso significa que una vulnerabilidad en Windows, SharePoint, servicios de red o componentes relacionados puede tener consecuencias que van mucho más allá del equipo afectado.

Una intrusión puede convertirse en robo de información, interrupción operacional, ransomware, movimiento lateral, compromiso de cuentas privilegiadas o indisponibilidad de sistemas críticos.

Además, la expansión de la inteligencia artificial está aumentando la velocidad con la que las organizaciones incorporan nuevas aplicaciones, automatizaciones y servicios digitales. Cuanto mayor sea la superficie tecnológica, mayor será también la necesidad de gobierno y control.

Por eso, modernizar la infraestructura sin modernizar la seguridad puede generar una paradoja: más capacidad tecnológica, pero también una superficie de ataque mayor.

Visión experta de TiChile: la gestión de vulnerabilidades es un indicador de madurez digital

Desde una perspectiva de madurez digital, la capacidad de una empresa para responder ante vulnerabilidades revela mucho más que su nivel de actualización tecnológica.

Una organización madura sabe qué activos posee, quién los utiliza, qué información contienen, qué dependencias tienen y cuál sería el impacto si dejan de funcionar.

Una organización menos madura suele descubrir estos elementos durante una emergencia.

La preparación comienza con una visión integral.

1. Conocer el ecosistema tecnológico

No se puede proteger aquello que no está identificado.

La organización debería mantener un inventario actualizado de endpoints, servidores, aplicaciones, servicios cloud, dispositivos de red y sistemas críticos.

2. Priorizar según el negocio

No todos los activos tienen el mismo valor.

Un servidor que soporta un proceso operacional crítico debe tener una prioridad diferente a un equipo de usuario con información de bajo impacto.

3. Automatizar donde sea posible

La gestión manual de cientos o miles de dispositivos aumenta la posibilidad de errores.

Las herramientas de administración, monitoreo y automatización deben formar parte de los servicios TI orientados a operación segura y continua.

4. Integrar seguridad e infraestructura

La seguridad no debería funcionar como una capa independiente.

Debe existir coordinación entre infraestructura, redes, usuarios, aplicaciones, cloud & datacenter y equipos de ciberseguridad.

5. Prepararse para el peor escenario

Una vulnerabilidad puede convertirse en un incidente.

Por eso, además del parche, es necesario contar con respaldo, recuperación, segmentación, monitoreo y procedimientos de respuesta.

Los errores que las organizaciones deberían evitar

Uno de los errores más comunes es asumir que instalar todos los parches inmediatamente constituye una estrategia completa de seguridad.

No siempre es posible hacerlo sin evaluar dependencias y continuidad operacional.

Otro error es utilizar exclusivamente la clasificación CVSS como criterio de priorización. El caso de la vulnerabilidad explotada de Windows demuestra que el contexto puede ser más importante que la puntuación.

También es peligroso asumir que los sistemas cloud eliminan la necesidad de gestionar vulnerabilidades. La infraestructura híbrida continúa requiriendo gobierno, configuración segura, control de identidades y monitoreo.

Finalmente, una organización no debería considerar la seguridad como una compra puntual de tecnología. La tecnología es un componente; la capacidad real depende también de personas, procesos y gobierno.

¿Qué debería hacer una empresa hoy?

  • Identificar todos los activos Microsoft presentes en la organización.
  • Validar si existen Windows DNS Server, Windows Deployment Services, SharePoint Server, QUIC o HPC Pack expuestos o instalados.
  • Priorizar inmediatamente la vulnerabilidad CVE-2026-68820 en sistemas afectados, debido a que Microsoft reporta explotación activa.
  • Aplicar los parches de julio y agosto en servidores SharePoint locales para cerrar la cadena de ataque descrita por Rapid7.
  • Revisar exposición externa de servicios críticos.
  • Comprobar privilegios administrativos y cuentas con acceso elevado.
  • Validar respaldos y procedimientos de recuperación.
  • Monitorear indicadores de compromiso asociados a sistemas vulnerables.
  • Establecer una política de priorización basada en riesgo, no solamente en CVSS.
  • Medir periódicamente la madurez de la ciberseguridad de la organización.

¿Por qué este tema importa para la madurez digital?

La madurez digital no depende solamente de cuánta tecnología utiliza una empresa. También depende de su capacidad para gobernarla, protegerla y mantenerla disponible.

Personas

Los equipos necesitan capacidades para interpretar vulnerabilidades, priorizar riesgos y responder ante incidentes. La capacitación debe incluir tanto a especialistas de seguridad como a responsables de infraestructura y operaciones.

Procesos

La gestión de vulnerabilidades debe tener responsables, tiempos de respuesta, criterios de escalamiento y mecanismos de validación. Un parche sin seguimiento no constituye un proceso maduro.

Tecnología

El hardware, el software, las redes, endpoints, servidores y plataformas cloud deben gestionarse como un ecosistema integrado. La tecnología debe proporcionar visibilidad y capacidad de respuesta.

Gobierno

La dirección debe conocer qué riesgos tecnológicos pueden afectar los objetivos empresariales. La seguridad deja de ser solamente una responsabilidad del área TI cuando puede afectar ingresos, continuidad, reputación o cumplimiento.

Riesgo

La pregunta final debe ser empresarial: ¿qué ocurriría si este sistema fuese comprometido mañana?

Responderla permite transformar una lista técnica de vulnerabilidades en una verdadera matriz de riesgo.

Tecnología, IA y seguridad: una relación que seguirá creciendo

La evolución de la inteligencia artificial también tendrá consecuencias en la gestión de vulnerabilidades.

La IA puede ayudar a analizar grandes cantidades de información, identificar patrones, priorizar alertas y acelerar determinadas tareas de seguridad. Pero también puede aumentar la capacidad de los atacantes para descubrir y explotar debilidades.

Por eso, la adopción de IA no debería producirse separada de las políticas de seguridad, gobierno y gestión de riesgo.

Una organización que incorpora nuevas capacidades de IA sobre una infraestructura mal gobernada no necesariamente aumenta su madurez digital. Puede simplemente aumentar la velocidad con la que opera sobre una base tecnológica vulnerable.

Las 398 vulnerabilidades corregidas por Microsoft en agosto de 2026 representan algo más que un nuevo récord de parches. Son una señal de que la gestión tradicional de vulnerabilidades está evolucionando hacia un modelo de gestión continua del riesgo tecnológico.

La prioridad no debería ser contar cuántos parches se instalaron, sino comprender qué activos están expuestos, qué vulnerabilidades pueden ser explotadas, qué impacto tendría un compromiso y cuánto tiempo necesita la organización para detectar, contener y recuperarse.

Para las empresas chilenas, este escenario refuerza una conclusión estratégica: la ciberseguridad debe formar parte de la madurez digital y no funcionar como una actividad aislada del negocio.

Las organizaciones que desarrollen visibilidad, automatización, gobierno, resiliencia y capacidad de respuesta estarán mejor preparadas para crecer digitalmente sin aumentar de manera descontrolada su exposición al riesgo.

CTA final

La seguridad tecnológica comienza por conocer el nivel real de exposición de la organización.

Si tu empresa necesita evaluar sus capacidades actuales, identificar brechas y definir una hoja de ruta para fortalecer su ciberseguridad, cloud & datacenter, infraestructura y procesos tecnológicos, el equipo de TiChile puede acompañar ese proceso desde una perspectiva estratégica y empresarial.

Conoce las capacidades de ciberseguridad de TiChile y evalúa cómo avanzar hacia una mayor madurez tecnológica.

Botón de evaluación

Evaluación de madurez en ciberseguridad:
Realizar evaluación de madurez en ciberseguridad

Imagen indicada para insertar en WordPress: boton-evaluacion2png.png
Imagen del botón de evaluación

/0 Comments/by

Infraestructura de IA: el nuevo desafío para la madurez digital empresarial

La expansión de la inteligencia artificial está entrando en una nueva fase: ya no se trata únicamente de desarrollar modelos o incorporar asistentes digitales, sino de disponer de suficiente capacidad computacional para ejecutarlos a escala. El caso de CoreWeave es una señal clara de este cambio. La compañía, especializada en infraestructura cloud optimizada para IA, reportó ingresos de US$2.580 millones durante el segundo trimestre de 2026, ligeramente por encima de las expectativas, y elevó su previsión de inversión de capital para todo el año a entre US$35.000 y US$39.000 millones.

Más relevante que el resultado financiero es lo que existe detrás de estas cifras: una demanda creciente por capacidad de cómputo para inteligencia artificial. CoreWeave cerró el trimestre con un backlog de US$104.200 millones y más de US$25.000 millones en nuevos compromisos de clientes durante el trimestre siguiente. La compañía también señaló que su capacidad de corto plazo está prácticamente vendida.

El mensaje para las empresas es contundente: la infraestructura se está convirtiendo en una variable estratégica de la adopción de IA.

La IA está cambiando la definición de infraestructura empresarial

Durante años, las conversaciones sobre transformación digital estuvieron centradas en migrar aplicaciones a la nube, modernizar servidores, virtualizar infraestructura y mejorar la conectividad. Hoy aparece una nueva exigencia: disponer de infraestructura capaz de soportar cargas de trabajo de IA intensivas en procesamiento.

CoreWeave representa precisamente esta evolución. Reuters la describe como una empresa «neocloud», especializada en ofrecer capacidad cloud y hardware orientados a otras compañías tecnológicas. Su estrecha relación con Nvidia le ha permitido posicionarse alrededor de chips especializados para IA y atraer clientes como Microsoft, Meta, Anthropic y Caterpillar.

Esto demuestra que la competencia tecnológica no se está produciendo solamente en el nivel del software. También ocurre en procesadores, GPU, redes, almacenamiento, refrigeración, energía y disponibilidad de datacenters.

Para las organizaciones, esto implica revisar la arquitectura completa. Una estrategia de cloud & datacenter diseñada para cargas tradicionales puede no responder de la misma manera frente a modelos generativos, entrenamiento de IA, inferencia masiva o agentes autónomos.

El verdadero desafío: capacidad, costo y disponibilidad

El crecimiento de la infraestructura para IA también introduce una tensión importante. Más capacidad significa mayores inversiones, pero no necesariamente mejores resultados empresariales.

CoreWeave elevó su previsión de gasto de capital desde US$31.000-US$35.000 millones hasta US$35.000-US$39.000 millones para 2026. Durante el segundo trimestre, su inversión de capital alcanzó US$9.400 millones, frente a US$6.800 millones en el trimestre anterior.

Para un CIO, la pregunta relevante no debería ser cuánto está invirtiendo el mercado en IA, sino cuánto necesita realmente invertir su organización para conseguir resultados medibles.

Comprar infraestructura sin una arquitectura definida puede generar capacidad ociosa. Depender exclusivamente de servicios cloud puede elevar los costos recurrentes. Mantener infraestructura insuficiente puede limitar proyectos estratégicos.

La respuesta requiere equilibrio entre hardware, software, servicios TI, cloud, datos y gobierno tecnológico.

¿Qué significa esta tendencia para las empresas chilenas?

Chile no necesita replicar las inversiones de los grandes proveedores internacionales. Sin embargo, sí necesita comprender que la infraestructura de IA será progresivamente un componente de competitividad empresarial.

Una empresa chilena que quiera utilizar IA para automatizar procesos, analizar grandes volúmenes de información, desarrollar agentes corporativos o implementar modelos especializados tendrá que evaluar:

  • Capacidad de procesamiento.
  • Arquitectura cloud e híbrida.
  • Disponibilidad y calidad de datos.
  • Seguridad de la información.
  • Costos de operación.
  • Integración con aplicaciones existentes.
  • Escalabilidad.
  • Continuidad operacional.

Aquí aparece una diferencia importante entre experimentar con IA y tener verdadera madurez digital.

La primera etapa consiste en probar herramientas. La segunda consiste en integrarlas al negocio. La tercera exige construir una arquitectura capaz de sostenerlas de manera segura, escalable y económicamente viable.

El riesgo de adoptar IA sin preparar la infraestructura

Uno de los errores más frecuentes consiste en considerar la IA como una aplicación aislada.

Una organización puede adquirir software de IA, contratar una plataforma cloud o habilitar asistentes generativos, pero si sus datos están fragmentados, sus sistemas son antiguos o no existe una estrategia de integración, los resultados serán limitados.

También existen riesgos relacionados con la ciberseguridad. Una mayor cantidad de modelos, APIs, agentes y servicios conectados implica una superficie tecnológica más amplia. Los datos utilizados por sistemas de IA deben estar protegidos y los accesos deben gestionarse bajo criterios de mínimo privilegio.

La infraestructura de IA, por tanto, no puede diseñarse separada de la estrategia de seguridad.

La oportunidad para las organizaciones que actúen temprano

Las empresas que comiencen ahora a preparar su infraestructura pueden obtener una ventaja importante.

No necesariamente mediante grandes inversiones iniciales, sino mediante una arquitectura gradual que permita identificar qué cargas de trabajo necesitan aceleración, cuáles pueden ejecutarse en cloud y cuáles requieren infraestructura dedicada.

La combinación de inteligencia artificial, automatización, datos y una arquitectura tecnológica moderna puede transformar procesos de atención, operaciones, análisis, mantenimiento, logística y toma de decisiones.

El objetivo no debería ser «tener IA», sino crear capacidad empresarial para utilizarla de forma sostenible.

Visión experta de TiChile: la infraestructura debe seguir a la estrategia

Desde una perspectiva de consultoría, la principal conclusión de esta tendencia es que la infraestructura no debe convertirse en el punto de partida de una estrategia de IA. Debe ser consecuencia de una estrategia empresarial previamente definida.

Una organización debería comenzar identificando qué problemas quiere resolver y qué procesos pueden generar valor mediante IA. Posteriormente debe evaluar los datos disponibles, los sistemas involucrados, los requerimientos de seguridad y las necesidades de procesamiento.

Recién después tiene sentido determinar qué arquitectura necesita.

Una estrategia madura combina personas, procesos, tecnología, gobierno y gestión del riesgo. La infraestructura debe responder a ese modelo, no al revés.

Entre las capacidades que deberían desarrollar las organizaciones destacan:

  1. Arquitectura tecnológica: capacidad para combinar infraestructura local, cloud y servicios especializados.
  2. Gobierno de datos: políticas para garantizar calidad, acceso, trazabilidad y protección.
  3. FinOps y control de costos: medición permanente del costo real de las cargas de IA.
  4. Seguridad: protección de modelos, datos, identidades, APIs y endpoints.
  5. Observabilidad: visibilidad sobre rendimiento, disponibilidad y consumo.
  6. Talento: profesionales capaces de conectar negocio, datos e infraestructura.
  7. Gobierno de IA: reglas claras sobre qué puede hacer la IA y bajo qué condiciones.

Un error que las organizaciones deberían evitar es adoptar infraestructura exclusivamente por presión del mercado. Otro es asumir que toda carga de IA debe ejecutarse de la misma manera.

La arquitectura correcta dependerá del caso de uso, sensibilidad de los datos, latencia requerida, costos y nivel de escalabilidad.

Conexión con los servicios de TiChile

La transición hacia una infraestructura preparada para IA requiere una visión integral. Los servicios TI pueden contribuir a evaluar infraestructura, integración, soporte y evolución tecnológica.

El componente físico también recupera importancia. Servidores, estaciones de trabajo, almacenamiento y capacidad de procesamiento forman parte del ecosistema de hardware que permite sostener nuevas cargas empresariales.

Al mismo tiempo, la capa de software determina cómo se integran aplicaciones, datos y herramientas de automatización.

La adopción de inteligencia artificial requiere además evaluar casos de uso, arquitectura, gobierno y escalabilidad, evitando convertir la IA en una iniciativa aislada del resto de la organización.

La infraestructura híbrida y los centros de datos adquieren especial relevancia. Por eso, una estrategia de cloud & datacenter debe considerar rendimiento, disponibilidad, costos, crecimiento y ubicación de las cargas.

Finalmente, la infraestructura debe diseñarse con controles adecuados de ciberseguridad y dentro de una estrategia de madurez digital que permita avanzar de manera progresiva.

Botón de evaluación

Evaluación de madurez digital: Evaluar la madurez digital de su organización

¿Qué debería hacer una empresa hoy?

  • Mapear sus casos de uso de IA antes de realizar nuevas inversiones en infraestructura.
  • Medir la capacidad actual de servidores, almacenamiento, redes y servicios cloud.
  • Identificar las cargas de trabajo que requieren GPU, alta disponibilidad o baja latencia.
  • Revisar la arquitectura de datos y determinar si está preparada para aplicaciones de IA.
  • Establecer un modelo de gobierno para datos, IA, identidades y accesos.
  • Implementar FinOps para controlar el crecimiento de los costos cloud.
  • Evaluar escenarios híbridos en lugar de asumir que todo debe ejecutarse en la nube.
  • Incorporar ciberseguridad desde el diseño, no como una etapa posterior.
  • Medir resultados de negocio, no solamente cantidad de herramientas implementadas.
  • Construir una hoja de ruta tecnológica vinculada a los objetivos estratégicos.

¿Por qué este tema importa para la madurez digital?

Personas

La IA cambia los perfiles tecnológicos que necesita una organización. Ingenieros de infraestructura, especialistas cloud, profesionales de datos, expertos en seguridad y líderes de negocio deberán trabajar de forma más integrada.

Procesos

La infraestructura debe estar alineada con procesos concretos. Una arquitectura avanzada no genera valor si no mejora productividad, experiencia de clientes, eficiencia operacional o capacidad de decisión.

Tecnología

GPU, cloud, redes, almacenamiento, plataformas de datos y software de IA forman ahora un ecosistema interdependiente. La modernización debe considerar esta integración.

Gobierno

La organización necesita definir quién decide sobre arquitectura, datos, costos, proveedores, modelos y accesos. Sin gobierno, el crecimiento tecnológico puede generar fragmentación.

Riesgo

La dependencia de infraestructura especializada introduce nuevos riesgos relacionados con disponibilidad, costos, proveedores, energía, seguridad y continuidad operacional.

Por eso, la madurez digital no consiste simplemente en incorporar tecnología más avanzada. Consiste en tener la capacidad organizacional para gobernarla y convertirla en resultados sostenibles.

El caso de CoreWeave revela algo mucho más importante que el crecimiento de una compañía de infraestructura cloud. Muestra que la economía de la IA está entrando en una etapa donde el acceso al cómputo, la capacidad de datacenter y la arquitectura tecnológica se convierten en factores estratégicos.

Para las empresas chilenas, la lección no es que deban realizar inversiones multimillonarias en infraestructura. La lección es que deben comenzar a evaluar seriamente qué arquitectura necesitarán para competir en una economía cada vez más impulsada por IA.

La pregunta estratégica ya no es solamente «¿qué herramienta de IA deberíamos implementar?». La pregunta correcta es:

«¿Tenemos la infraestructura, los datos, las personas, los procesos y el gobierno necesarios para escalar la IA de manera segura y rentable?»

Quienes respondan esta pregunta antes de que la presión competitiva aumente tendrán mejores posibilidades de convertir la inteligencia artificial en una verdadera capacidad empresarial.

CTA final

La preparación para la próxima etapa de la IA comienza con conocer el estado real de la infraestructura y la madurez tecnológica de la organización.

TiChile puede ayudar a las empresas a evaluar sus capacidades actuales, identificar brechas y definir una hoja de ruta tecnológica alineada con sus objetivos de negocio.

Conoce las soluciones de TiChile

/0 Comments/by

GitHub y la nueva era de la resiliencia digital: lo que las empresas deben aprender de las fallas de una plataforma crítica

GitHub se ha convertido en mucho más que una plataforma para almacenar código. Para miles de organizaciones, forma parte de una cadena tecnológica que conecta repositorios, integración continua, despliegues, automatización, APIs, herramientas de colaboración y, cada vez más, inteligencia artificial aplicada al desarrollo. Por eso, cuando alguno de sus servicios presenta degradaciones, el impacto potencial va mucho más allá de un problema para desarrolladores: puede afectar procesos críticos de entrega de software y operación digital.

Los incidentes registrados durante junio de 2026 son particularmente interesantes porque muestran diferentes tipos de fragilidad. GitHub reportó degradaciones que afectaron Actions, Pull Requests, Webhooks e Issues; problemas con Copilot Cloud Agent; y una falla en el proceso de registro provocada por un cambio de configuración. En el caso de Copilot Cloud Agent, algunos errores podían producirse silenciosamente, haciendo que determinados trabajos parecieran exitosos cuando en realidad una herramienta interna había fallado.

La verdadera lección para una empresa no es que «GitHub puede caerse». La lección es mucho más importante: la transformación digital aumenta la dependencia de plataformas interconectadas y, por lo tanto, exige nuevas capacidades de resiliencia, observabilidad y gobierno tecnológico.

¿Qué ocurrió realmente?

Durante junio se produjeron varios incidentes relevantes en el ecosistema de GitHub.

El 25 de junio, una degradación afectó simultáneamente a Webhooks, Pull Requests, Actions e Issues. Según GitHub, el problema estuvo relacionado con dificultades en un hipervisor y un aumento de tráfico que generaron timeouts, una tormenta de conexiones y rebalanceos continuos. La mitigación se realizó reemplazando el nodo afectado.

Días después, entre el 26 y el 28 de junio, Copilot Cloud Agent presentó problemas en determinadas herramientas. El incidente resulta especialmente relevante para las empresas porque algunos tool calls afectados podían fallar silenciosamente. GitHub reconoció que esta brecha de monitoreo retrasó la identificación del problema y posteriormente anunció nuevas alertas, pruebas de regresión y mejoras en los procesos de despliegue.

El 30 de junio ocurrió otro incidente relacionado con el flujo de registro. Aproximadamente el 62% de los nuevos registros fallaron durante una ventana de unos 30 minutos debido a un cambio de configuración que bloqueaba el proceso. GitHub indicó que adoptaría despliegues graduales y validaciones adicionales.

Estos casos tienen algo en común: no todos fueron provocados por un ataque externo. Algunos estuvieron relacionados con configuración, infraestructura, despliegues, capacidad o monitoreo.

Y precisamente ahí está la lección empresarial.

El nuevo riesgo: sistemas que funcionan… hasta que dejan de hacerlo

Durante años, la conversación sobre disponibilidad tecnológica estuvo centrada principalmente en servidores, redes y centros de datos.

Hoy el escenario es diferente.

Una organización moderna puede depender simultáneamente de proveedores cloud, plataformas de desarrollo, APIs, servicios de identidad, herramientas SaaS, sistemas de automatización, modelos de inteligencia artificial y servicios de terceros.

Una falla en cualquiera de estos componentes puede propagarse hacia procesos que aparentemente no tienen relación directa con ellos.

Por eso, contratar servicios TI ya no debería entenderse únicamente como disponer de soporte técnico. La organización necesita capacidad para identificar dependencias, medir criticidad, establecer niveles de servicio y diseñar mecanismos de recuperación.

La pregunta estratégica tampoco debería ser solamente:

«¿Qué ocurre si nuestro proveedor se cae?»

Debe ser:

«¿Qué procesos de negocio dejan de funcionar si este proveedor deja de estar disponible durante una hora, un día o una semana?»

La tendencia detrás del caso GitHub: más automatización, más dependencia

La transformación digital está creando una paradoja.

Mientras más automatizamos, más eficiente puede ser una organización. Pero también aumenta la cantidad de componentes tecnológicos que deben funcionar correctamente.

Esto es particularmente evidente con la llegada de agentes de inteligencia artificial.

Un agente puede consultar información, utilizar herramientas, modificar código, ejecutar tareas y comunicarse con otros sistemas. Por lo tanto, una interrupción ya no necesariamente significa que una persona no pueda acceder a una aplicación.

Puede significar que una cadena automatizada completa deje de ejecutarse correctamente.

El caso de Copilot Cloud Agent es una señal de esta nueva realidad. Cuando una herramienta utilizada por un agente falla silenciosamente, la disponibilidad deja de ser el único problema. Aparece un segundo riesgo: la organización puede creer que una tarea fue ejecutada correctamente cuando no lo fue.

Eso convierte la observabilidad en una capacidad estratégica.

¿Qué significa esto para las empresas chilenas?

Para una empresa chilena, el problema no necesariamente será GitHub.

Puede ser un ERP, un proveedor cloud, una plataforma de pagos, un servicio de identidad, una API, un sistema de comunicaciones o una plataforma de seguridad.

El principio es el mismo.

Cuando los procesos críticos dependen de terceros, la empresa debe conocer sus puntos únicos de falla.

Esto es especialmente importante en sectores como banca, retail, telecomunicaciones, minería, logística, salud y servicios profesionales, donde una interrupción tecnológica puede traducirse rápidamente en pérdidas económicas, incumplimientos contractuales o deterioro de la experiencia del cliente.

Aquí el hardware sigue teniendo importancia, pero ya no puede analizarse de forma aislada. Servidores, almacenamiento, conectividad y dispositivos deben integrarse con plataformas software, servicios cloud y procesos operacionales.

La resiliencia nace de la arquitectura completa.

El problema no es la nube: es no conocer las dependencias

Una conclusión equivocada sería pensar que las organizaciones deben evitar las plataformas cloud.

La realidad es exactamente la contraria.

El cloud & datacenter permite construir arquitecturas altamente escalables y resilientes. El problema aparece cuando la empresa migra procesos sin analizar adecuadamente dependencias, niveles de servicio, mecanismos de respaldo y alternativas operacionales.

Una arquitectura madura debe contemplar preguntas como:

  • ¿Qué sistemas dependen de este proveedor?
  • ¿Qué ocurre si una API deja de responder?
  • ¿Existe una alternativa?
  • ¿Cuánto tiempo podemos operar manualmente?
  • ¿Dónde están los datos?
  • ¿Tenemos respaldos independientes?
  • ¿Cómo recuperamos el servicio?
  • ¿Quién toma la decisión durante una interrupción?

La tecnología cloud no elimina el riesgo.

Lo transforma.

Visión experta de TiChile: la resiliencia es un indicador de madurez digital

Desde una perspectiva de madurez digital, una empresa avanzada no es aquella que simplemente utiliza muchas tecnologías.

Es aquella que entiende cómo esas tecnologías interactúan entre sí y qué consecuencias tiene su indisponibilidad.

La madurez se observa cuando una organización puede anticipar escenarios, detectar anomalías rápidamente, responder ante incidentes y recuperar sus operaciones con el menor impacto posible.

Para lograrlo, existen cinco capacidades fundamentales.

1. Observabilidad

No basta con saber que una aplicación está «encendida».

La organización debe comprender qué está ocurriendo en aplicaciones, infraestructura, APIs, integraciones y procesos automatizados.

2. Gestión de dependencias

Cada servicio crítico debe tener identificadas sus dependencias internas y externas.

Esto permite conocer qué proveedores pueden generar un impacto sistémico.

3. Automatización controlada

Automatizar no significa eliminar controles.

Los cambios críticos deben contar con validaciones, pruebas, despliegues graduales, mecanismos de rollback y monitoreo posterior.

El aprendizaje de GitHub es claro: los cambios de configuración pueden convertirse en incidentes cuando llegan a producción sin suficientes controles.

4. Resiliencia operacional

Las empresas necesitan definir cuánto tiempo pueden permanecer sin un determinado sistema y qué procesos alternativos utilizarían.

Aquí convergen infraestructura, servicios TI, continuidad operacional y gobierno.

5. Seguridad integrada

La ciberseguridad no debe tratarse como una capa independiente.

Una mala configuración, un cambio no validado o una dependencia externa pueden generar riesgos de disponibilidad y seguridad simultáneamente.

Los errores que las organizaciones deberían evitar

Uno de los mayores errores es asumir que «si el proveedor es grande, el riesgo es cero».

Ningún proveedor tecnológico puede garantizar disponibilidad absoluta.

Otro error consiste en medir únicamente el uptime.

Un servicio puede mostrar una disponibilidad elevada y aun así experimentar fallas que afectan procesos críticos.

También es peligroso confiar exclusivamente en monitoreo técnico. Las organizaciones deben supervisar el impacto sobre el negocio.

Y existe un riesgo creciente con la IA: asumir que una automatización exitosa significa necesariamente que el resultado fue correcto.

En sistemas agentic, la observabilidad del resultado debe ser tan importante como la disponibilidad de la herramienta.

¿Qué debería hacer una empresa hoy?

  • Identificar sus 10 servicios tecnológicos más críticos.
  • Mapear las dependencias entre aplicaciones, APIs, proveedores y procesos.
  • Definir RTO y RPO para los sistemas prioritarios.
  • Revisar los mecanismos de respaldo y recuperación.
  • Implementar monitoreo y observabilidad sobre servicios críticos.
  • Establecer procesos de rollback para cambios de infraestructura y configuración.
  • Incorporar despliegues progresivos en aplicaciones críticas.
  • Evaluar proveedores tecnológicos según disponibilidad y capacidad de recuperación.
  • Diseñar procedimientos manuales para procesos que no pueden detenerse.
  • Revisar las dependencias de herramientas de IA y agentes autónomos.
  • Ejecutar periódicamente pruebas de continuidad y recuperación.
  • Integrar riesgo tecnológico en las decisiones de la alta dirección.

¿Por qué este tema importa para la madurez digital?

Personas

Los equipos necesitan comprender que disponibilidad y resiliencia no son únicamente responsabilidades del área de infraestructura. Desarrollo, operaciones, seguridad y negocio deben trabajar sobre objetivos comunes.

Procesos

Los procesos de cambio, despliegue, respaldo, recuperación y respuesta a incidentes deben estar documentados y probados.

Tecnología

La arquitectura debe diseñarse considerando redundancia, observabilidad, automatización, recuperación y capacidad de crecimiento.

Gobierno

La dirección debe conocer cuáles son las dependencias tecnológicas críticas y cuánto riesgo está dispuesta a aceptar.

Riesgo

La interrupción de un proveedor tecnológico debe formar parte de los escenarios de riesgo operacional y continuidad del negocio.

Un nuevo concepto de resiliencia para la era de la IA

El caso GitHub también anticipa un cambio más profundo.

La resiliencia empresarial de los próximos años no consistirá únicamente en mantener servidores disponibles.

Será necesario garantizar que personas, aplicaciones, automatizaciones, agentes de IA, datos e infraestructura puedan continuar operando de manera controlada incluso cuando alguno de sus componentes falle.

Eso exige una combinación de arquitectura, gobierno, observabilidad, seguridad y capacidad de recuperación.

La empresa madura no es la que nunca experimenta incidentes.

Es la que puede detectar rápidamente lo que ocurre, limitar su impacto, recuperar sus operaciones y aprender del evento.

Conexión con las capacidades tecnológicas de TiChile

Este escenario requiere una visión integral. Los servicios TI permiten abordar soporte, infraestructura y operación; el software y la automatización permiten modernizar procesos; mientras que el hardware proporciona la base física necesaria para determinadas cargas críticas.

Del mismo modo, cloud & datacenter permite diseñar arquitecturas escalables y resilientes, mientras que la ciberseguridad protege los activos y procesos frente a amenazas y errores de configuración.

La incorporación responsable de inteligencia artificial añade una nueva dimensión: las empresas deben evaluar no solamente qué agentes implementar, sino también cómo supervisarlos, qué permisos otorgarles y cómo validar sus resultados.

El punto de unión de todas estas capacidades es la madurez digital.

No se trata de acumular tecnología. Se trata de desarrollar la capacidad organizacional para utilizarla de manera segura, resiliente y alineada con el negocio

Los incidentes registrados por GitHub durante junio de 2026 deberían ser interpretados como algo más que interrupciones puntuales de una plataforma tecnológica.

Representan una señal de hacia dónde está evolucionando el riesgo empresarial.

Las organizaciones están construyendo arquitecturas cada vez más automatizadas, distribuidas e inteligentes. Esa evolución genera enormes oportunidades de productividad, pero también aumenta las dependencias tecnológicas y la complejidad operacional.

Por eso, la próxima etapa de la transformación digital no debería medirse solamente por cuántas aplicaciones utiliza una empresa, cuántos procesos automatizó o cuánta IA implementó.

Debería medirse por su capacidad para seguir operando cuando algo inevitablemente falle.

La resiliencia, la observabilidad y la capacidad de recuperación ya no son características técnicas deseables. Son componentes esenciales de una estrategia empresarial digitalmente madura.

¿Está preparada su empresa?

Si su organización necesita evaluar sus dependencias tecnológicas, fortalecer su resiliencia, mejorar su arquitectura o avanzar hacia una estrategia de transformación digital más madura, TiChile puede ayudar a identificar brechas y oportunidades de mejora.

El primer paso no es comprar más tecnología.

Es entender dónde está hoy la organización y qué capacidades necesita desarrollar para operar con mayor seguridad, continuidad y eficiencia.

Converse con TiChile y evalúe el nivel de madurez digital de su organización.

/0 Comments/by

IA y ciberseguridad empresarial: la nueva defensa contra amenazas a velocidad de máquina

La alianza anunciada el 22 de junio de 2026 entre IBM y OpenAI representa algo más que una colaboración entre dos compañías tecnológicas. Marca una señal relevante para el mercado empresarial: la inteligencia artificial está entrando directamente en los procesos de ciberseguridad, desde la identificación de vulnerabilidades hasta la validación y remediación de riesgos. IBM anunció su incorporación al programa OpenAI Daybreak Cyber Partner y el lanzamiento de un servicio de seguridad de aplicaciones que utiliza capacidades de IA para identificar y validar vulnerabilidades con mayor velocidad y precisión.

El verdadero cambio, sin embargo, no está solamente en la tecnología utilizada. Está en la velocidad con que las organizaciones deberán detectar, analizar y responder a los riesgos. Cuando las amenazas digitales pueden operar de manera automatizada, una estrategia de ciberseguridad basada exclusivamente en intervención humana comienza a mostrar sus límites. Para las empresas chilenas, esto abre una discusión mucho más amplia sobre madurez digital, gobierno tecnológico, capacidades internas y preparación para una nueva generación de ataques.

La ciberseguridad está entrando en la era de la IA

IBM anunció que trabajará con OpenAI para incorporar capacidades avanzadas de IA en flujos empresariales de seguridad. Entre las iniciativas se encuentra un nuevo servicio de seguridad de aplicaciones destinado a descubrir y validar vulnerabilidades de software. La solución se relaciona además con Project Lightwell, iniciativa de IBM y Red Hat orientada a reforzar la seguridad del software de código abierto mediante ingeniería y herramientas de IA.

La importancia estratégica está en el cambio de paradigma.

Durante años, las empresas construyeron sus defensas alrededor de firewalls, antivirus, plataformas SIEM, XDR, SOC, gestión de vulnerabilidades y equipos especializados. Estas herramientas siguen siendo fundamentales, pero la escala y velocidad de las amenazas están obligando a incorporar nuevas capas de automatización.

La inteligencia artificial puede ayudar a correlacionar grandes volúmenes de eventos, identificar patrones, priorizar vulnerabilidades y apoyar determinadas tareas de investigación y respuesta. El objetivo no debería ser sustituir al especialista, sino aumentar su capacidad de decisión y reducir el tiempo entre la detección de un problema y la acción correctiva.

De la automatización a la ciberseguridad inteligente

La tendencia que representa esta alianza es más profunda que la incorporación de un nuevo producto.

La IA está comenzando a convertirse en una capacidad operacional transversal.

Un SOC moderno puede recibir miles o millones de señales provenientes de endpoints, aplicaciones, redes, identidades y servicios cloud. El problema ya no consiste solamente en recopilar información. Consiste en determinar rápidamente qué merece atención, cuál es el contexto de una amenaza y qué respuesta debe ejecutarse.

En este escenario, los servicios TI deben evolucionar desde una lógica predominantemente reactiva hacia modelos donde automatización, analítica, observabilidad y seguridad trabajen conjuntamente.

También cambia el papel del software. Las aplicaciones empresariales son ahora una parte crítica de la superficie de ataque. Por eso, la seguridad debe integrarse desde el desarrollo y no incorporarse únicamente cuando una aplicación llega a producción.

El anuncio de IBM y OpenAI refleja precisamente esta convergencia: desarrollo de software, gestión de vulnerabilidades, IA y ciberseguridad comienzan a funcionar como componentes de una misma arquitectura empresarial.

¿Qué significa para las empresas chilenas?

Para una organización chilena, la principal pregunta no debería ser si utilizar IA en seguridad, sino qué nivel de preparación necesita antes de hacerlo.

Una empresa con infraestructura fragmentada, sistemas legacy sin monitoreo, identidades mal gestionadas y procesos de respuesta manuales tendrá dificultades para aprovechar estas tecnologías.

En cambio, una organización con una estrategia de cloud & datacenter, gestión centralizada de identidades, monitoreo, respaldo, segmentación de redes y procesos formales de respuesta estará mucho mejor preparada para incorporar automatización avanzada.

El desafío también alcanza al hardware. La evolución de las cargas de IA requiere infraestructura capaz de soportar procesamiento, almacenamiento, conectividad y seguridad a escala. Pero invertir únicamente en infraestructura no resuelve el problema. El valor aparece cuando hardware, software, datos y procesos están alineados con los objetivos del negocio.

El riesgo de no adaptarse

La principal amenaza no es quedarse sin una herramienta de IA.

Es mantener una arquitectura empresarial diseñada para un entorno donde los ataques ocurrían a una velocidad que los equipos humanos podían gestionar manualmente.

Las organizaciones que no evolucionen pueden enfrentar:

  • Mayor tiempo de detección y respuesta ante incidentes.
  • Sobrecarga de los equipos de seguridad.
  • Dificultades para priorizar vulnerabilidades críticas.
  • Mayor exposición de aplicaciones y software de terceros.
  • Falta de visibilidad sobre activos tecnológicos.
  • Dependencia excesiva de procesos manuales.
  • Incremento del riesgo operacional.
  • Dificultades para demostrar cumplimiento y gobierno de seguridad.

La IA también introduce nuevos riesgos. Un modelo puede entregar resultados incorrectos, utilizar información inadecuada o convertirse en un nuevo vector de ataque si no existen controles apropiados.

Por eso, implementar IA sin gobierno puede generar una paradoja: una tecnología incorporada para mejorar la seguridad podría crear nuevas superficies de riesgo.

La visión experta de TiChile: la madurez antes que la tecnología

Desde una perspectiva de madurez digital, la pregunta correcta no es “¿qué herramienta de IA debería comprar?”, sino “¿qué capacidades necesita nuestra organización para utilizar IA de forma segura y sostenible?”.

Una empresa madura debe evaluar cinco dimensiones.

1. Personas

Los equipos necesitan comprender tanto las capacidades como las limitaciones de la IA. Los especialistas en seguridad deben evolucionar hacia funciones donde interpreten resultados, validen decisiones automatizadas y gestionen escenarios complejos.

2. Procesos

La automatización debe incorporarse dentro de procesos definidos. No tiene sentido utilizar IA para acelerar una respuesta si la organización no sabe quién debe aprobarla, ejecutarla o documentarla.

3. Tecnología

La arquitectura debe permitir integrar seguridad, identidad, endpoints, aplicaciones, datos, redes y nube. Una estrategia de ciberseguridad aislada del resto de la infraestructura tendrá una capacidad limitada para aprovechar IA.

4. Gobierno

Las organizaciones necesitan definir quién puede utilizar IA, qué datos puede procesar, qué acciones puede ejecutar y cómo se registran sus actividades.

5. Riesgo

Cada iniciativa de IA debería evaluarse desde una perspectiva empresarial. No todas las tareas requieren el mismo nivel de autonomía. Una recomendación generada por IA no tiene el mismo riesgo que una acción automatizada capaz de modificar sistemas críticos.

Aquí es donde la madurez digital deja de ser un concepto abstracto y se convierte en una capacidad concreta para tomar mejores decisiones tecnológicas.

Los errores que las empresas deberían evitar

El primero es implementar IA simplemente porque el mercado lo está haciendo.

El segundo es asumir que una plataforma de seguridad con funciones de IA resolverá automáticamente los problemas de una arquitectura deficiente.

El tercero es ignorar la calidad de los datos. Una IA que trabaja sobre información incompleta o desordenada puede acelerar decisiones equivocadas.

El cuarto es automatizar acciones críticas sin establecer controles humanos, trazabilidad y mecanismos de reversión.

Finalmente, las empresas deberían evitar considerar la IA como un proyecto exclusivamente del área TI. Su impacto involucra operaciones, riesgo, cumplimiento, recursos humanos, finanzas y dirección ejecutiva.

¿Qué debería hacer una empresa hoy?

  • Mapear sus activos críticos: aplicaciones, datos, identidades, endpoints, infraestructura y servicios cloud.
  • Evaluar su nivel de madurez en ciberseguridad antes de automatizar procesos críticos.
  • Identificar casos de uso concretos para IA, comenzando por tareas repetitivas y de alto volumen.
  • Priorizar la gestión de vulnerabilidades en aplicaciones y software de terceros.
  • Fortalecer la observabilidad, integrando información proveniente de diferentes capas tecnológicas.
  • Definir políticas de gobierno de IA, incluyendo datos, permisos, supervisión y trazabilidad.
  • Capacitar a los equipos, combinando conocimiento de seguridad, datos e inteligencia artificial.
  • Medir resultados, especialmente reducción del tiempo de detección, investigación y respuesta.
  • Mantener supervisión humana en decisiones que puedan afectar sistemas críticos o continuidad operacional.
  • Construir una hoja de ruta tecnológica, evitando inversiones aisladas que no estén conectadas con la estrategia empresarial.

¿Por qué este tema importa para la madurez digital?

La alianza entre IBM y OpenAI demuestra que la evolución tecnológica no puede analizarse únicamente desde el punto de vista de una nueva herramienta.

Personas

La IA cambia el trabajo de los especialistas. El profesional de seguridad deberá interpretar más información y supervisar procesos automatizados.

Procesos

Las organizaciones deberán rediseñar sus flujos de detección, investigación y respuesta para aprovechar la velocidad de la automatización.

Tecnología

La convergencia entre hardware, software, datos, nube e infraestructura de seguridad será cada vez más importante.

Gobierno

La IA requiere reglas claras sobre acceso, datos, autonomía, supervisión y responsabilidad.

Riesgo

La organización debe comprender tanto el riesgo que la IA puede reducir como los nuevos riesgos que puede introducir.

En este escenario, los servicios TI adquieren un papel estratégico: conectar las distintas capas tecnológicas con las necesidades reales del negocio.

La infraestructura cloud & datacenter debe entregar disponibilidad, escalabilidad y seguridad; el software debe incorporar seguridad desde su ciclo de desarrollo; y la inteligencia artificial debe implementarse dentro de un marco de gobierno y control.

Una nueva etapa para la ciberseguridad empresarial

La colaboración entre IBM y OpenAI es una señal de hacia dónde se dirige el mercado. IBM busca incorporar capacidades avanzadas de IA en operaciones de seguridad y utilizar estas tecnologías para identificar riesgos con mayor rapidez. La iniciativa también muestra que la protección del software y de las cadenas de suministro tecnológicas se está convirtiendo en una prioridad estratégica.

Pero la verdadera ventaja competitiva no estará necesariamente en quién implemente primero una herramienta de IA.

Estará en quién tenga la capacidad organizacional para integrarla correctamente.

Las empresas con mayor madurez serán aquellas capaces de combinar personas, procesos, tecnología y gobierno para utilizar IA sin perder control sobre sus activos críticos.

La ciberseguridad del futuro no será solamente una cuestión de proteger sistemas. Será una cuestión de orquestar inteligencia, automatización y riesgo a la velocidad que exige el negocio digital.

Evaluación de madurez digital

[Botón: Evaluar madurez digital de la organización]
Evaluación de Madurez Digital TiChile

La alianza entre IBM y OpenAI permite anticipar una transformación importante: la IA está dejando de ser una herramienta experimental para convertirse en una capa operacional de la seguridad empresarial.

Para las compañías chilenas, esperar a que esta tendencia esté completamente consolidada puede significar reaccionar cuando los riesgos ya hayan aumentado. La oportunidad está en comenzar ahora con una evaluación seria de arquitectura, datos, procesos, capacidades y gobierno.

La pregunta estratégica para el CIO ya no debería ser si la IA llegará a la ciberseguridad. Ya está llegando. La pregunta es si la organización está preparada para utilizarla con suficiente madurez.

En TiChile ayudamos a las organizaciones a evaluar su nivel de preparación tecnológica y construir una estrategia alineada con sus objetivos de negocio.

Si tu empresa necesita avanzar en ciberseguridad, inteligencia artificial, cloud, infraestructura o madurez digital, contacta a TiChile para analizar dónde se encuentra hoy la organización y cuáles deberían ser sus próximos pasos.

Conoce los servicios TI de TiChile · Conoce nuestra propuesta de Ciberseguridad · Conoce nuestra propuesta de Inteligencia Artificial

/0 Comments/by

Soberanía digital y cloud: el nuevo desafío estratégico para las empresas chilenas

La discusión sobre soberanía digital está dejando de ser exclusivamente un asunto regulatorio o geopolítico para convertirse en una preocupación concreta de arquitectura tecnológica. Un análisis publicado por InfoWorld plantea que el impulso europeo para reducir la dependencia de proveedores tecnológicos extranjeros podría generar un efecto inesperado: mayor fragmentación, complejidad y concentración del mercado cloud.

El debate es relevante para cualquier organización que dependa de la nube para operar aplicaciones críticas, almacenar información o desplegar capacidades de inteligencia artificial. Para las empresas chilenas, la pregunta no debería ser simplemente si utilizar proveedores globales o locales, sino cuánto control tienen realmente sobre sus datos, infraestructura, contratos, identidades, continuidad operacional y capacidad de cambiar de plataforma.

Soberanía cloud: mucho más que dónde están los datos

El concepto de soberanía digital suele asociarse con la ubicación física de la información. Sin embargo, el escenario actual es bastante más complejo.

Una arquitectura cloud puede involucrar centros de datos, proveedores de infraestructura, software, APIs, servicios administrados, sistemas de respaldo y múltiples subcontratistas. Por eso, saber en qué país está almacenada una base de datos no necesariamente permite conocer el nivel real de dependencia tecnológica.

InfoWorld plantea precisamente esta dificultad en el contexto europeo. La preocupación por un eventual “kill switch” —la posibilidad de que factores políticos, legales o geopolíticos afecten servicios tecnológicos críticos— está llevando a gobiernos y organizaciones a reconsiderar su dependencia de proveedores externos.

Para una empresa, esto transforma la estrategia de cloud & datacenter en una decisión directamente relacionada con riesgo empresarial.

La pregunta ya no es solamente:

¿Qué proveedor cloud ofrece más funcionalidades?

También es:

¿Qué ocurre con mi operación si ese proveedor cambia sus condiciones, aumenta sus precios, enfrenta una interrupción o deja de ser compatible con mis necesidades regulatorias?

El problema de depender de un único ecosistema

La concentración del mercado cloud tiene una explicación económica: los grandes proveedores pueden invertir enormes cantidades en infraestructura, seguridad, servicios administrados, inteligencia artificial y capacidades globales.

Esto genera ventajas para las empresas, pero también dependencia.

Una organización que construye toda su arquitectura alrededor de un único proveedor puede terminar enfrentando elevados costos de migración, dependencia de servicios propietarios y dificultades para trasladar aplicaciones o datos.

Aquí aparece una dimensión fundamental de la madurez digital: una empresa madura no necesariamente evita la nube pública. Lo que hace es comprender sus dependencias y diseñar una arquitectura que permita administrarlas.

La estrategia multicloud tampoco debe convertirse automáticamente en la respuesta. Mantener múltiples proveedores puede incrementar costos, duplicar herramientas y aumentar la complejidad operacional.

La pregunta correcta es qué nivel de portabilidad, redundancia y diversificación necesita cada carga de trabajo.

¿Qué significa esto para las empresas chilenas?

Chile tiene una economía altamente digitalizada y sectores como banca, retail, minería, telecomunicaciones, servicios financieros y comercio electrónico dependen cada vez más de infraestructura tecnológica.

En este contexto, una interrupción cloud no es solamente un problema del área de TI. Puede afectar ventas, atención al cliente, logística, producción, facturación y reputación.

Por eso, la estrategia de servicios TI debe incorporar una visión de resiliencia tecnológica.

Una empresa debería conocer:

  • Qué sistemas dependen de cada proveedor.
  • Dónde se encuentran sus datos críticos.
  • Qué aplicaciones utilizan servicios propietarios.
  • Cuánto costaría migrar una carga de trabajo.
  • Cuánto tiempo podría operar sin determinado servicio.
  • Qué alternativas existen ante una interrupción.
  • Qué obligaciones contractuales y regulatorias debe cumplir.
  • Cómo se recuperan los datos después de un incidente.

La ausencia de estas respuestas representa una brecha de madurez.

La soberanía digital también es ciberseguridad

La soberanía tecnológica y la ciberseguridad están estrechamente relacionadas.

Una arquitectura altamente dependiente de terceros necesita controles sólidos de identidad, acceso, cifrado, monitoreo, respaldo y recuperación.

Además, la expansión de la inteligencia artificial está agregando nuevas dependencias. Los sistemas de IA requieren infraestructura, datos, modelos, APIs y servicios especializados. Si estos componentes se concentran en un único ecosistema, el riesgo estratégico puede aumentar.

Esto obliga a revisar también el software utilizado por la organización y las dependencias que existen entre aplicaciones, plataformas cloud y proveedores externos.

La seguridad, por tanto, no debería evaluarse únicamente desde la perspectiva de ataques informáticos. También debe analizarse como capacidad de mantener el control operativo y tecnológico frente a cambios externos.

El verdadero riesgo: fragmentar sin estrategia

El análisis de InfoWorld advierte sobre un posible efecto contraproducente de las políticas de soberanía: la fragmentación.

Este punto resulta especialmente relevante para las empresas.

Adoptar múltiples nubes, plataformas locales y soluciones independientes puede parecer una estrategia de reducción de riesgo. Sin embargo, si no existe una arquitectura coherente, puede producir exactamente lo contrario:

  • Más herramientas que administrar.
  • Mayor superficie de ataque.
  • Datos fragmentados.
  • Procesos duplicados.
  • Mayores costos.
  • Menor visibilidad.
  • Dificultades de integración.
  • Falta de especialistas.
  • Mayor complejidad para responder a incidentes.

La diversificación debe ser estratégica, no simplemente reactiva.

Visión experta de TiChile

Desde una perspectiva de madurez digital, la soberanía cloud debería abordarse como un problema de gobierno tecnológico.

Una organización madura no toma decisiones de infraestructura exclusivamente por precio, funcionalidades o presión comercial. Evalúa la tecnología considerando impacto operacional, seguridad, datos, continuidad, integración y capacidad de evolución.

El primer paso consiste en clasificar las cargas de trabajo.

No todas las aplicaciones necesitan el mismo nivel de soberanía. Un sistema crítico de producción puede requerir controles diferentes a una herramienta colaborativa o a una aplicación de marketing.

También es necesario desarrollar una arquitectura basada en principios de portabilidad. Esto no significa que todo tenga que ser completamente independiente del proveedor, sino que la empresa debe conocer qué dependencias son aceptables y cuáles representan un riesgo.

El hardware también forma parte de esta ecuación cuando determinadas cargas requieren infraestructura local, procesamiento especializado o capacidades de recuperación independientes.

Otro componente crítico es la gobernanza de datos. Antes de decidir dónde ejecutar una aplicación, la empresa debe saber qué información procesa, quién puede acceder a ella, qué requisitos regulatorios existen y cuánto tiempo debe conservarse.

Finalmente, la organización necesita capacidades internas. Una estrategia cloud sofisticada sin profesionales capaces de administrarla termina trasladando completamente el control al proveedor.

Errores que deberían evitarse

Uno de los principales errores es asumir que “multicloud” equivale automáticamente a resiliencia.

Otro es seleccionar proveedores sin evaluar los costos reales de salida.

También es un error considerar la soberanía exclusivamente desde la ubicación geográfica de los datos.

La empresa debe evaluar toda la cadena tecnológica: infraestructura, software, soporte, identidades, APIs, contratos, datos, respaldo y capacidades de recuperación.

Conexión con los servicios de TiChile

La transformación de la arquitectura empresarial requiere combinar diferentes capacidades tecnológicas. Los servicios TI pueden apoyar la evaluación y evolución de la infraestructura, mientras que las capacidades de cloud & datacenter permiten diseñar arquitecturas alineadas con disponibilidad, continuidad y crecimiento.

La infraestructura física sigue teniendo un papel relevante en determinados escenarios, especialmente cuando la organización necesita procesamiento local, respaldo o capacidades específicas de infraestructura y hardware.

En paralelo, el software debe evaluarse considerando interoperabilidad, dependencia de proveedor y capacidad de integración.

Cuando existen cargas de trabajo relacionadas con inteligencia artificial, la evaluación debe incluir modelos, datos, infraestructura de procesamiento y dependencia de APIs.

Finalmente, la ciberseguridad debe estar integrada desde el diseño y no añadirse después. Todo esto forma parte de una estrategia de madurez digital orientada a construir organizaciones más resilientes.

¿Qué debería hacer una empresa hoy?

  • Realizar un inventario de sus proveedores cloud y tecnológicos.
  • Identificar las aplicaciones y datos críticos.
  • Clasificar las cargas de trabajo según criticidad y sensibilidad.
  • Medir la dependencia respecto de cada proveedor.
  • Revisar contratos, condiciones de salida y mecanismos de recuperación.
  • Evaluar escenarios de interrupción prolongada.
  • Definir qué cargas necesitan redundancia o portabilidad.
  • Revisar las políticas de respaldo y recuperación.
  • Incorporar soberanía y dependencia tecnológica en la gestión de riesgos.
  • Evitar adoptar multicloud sin una justificación operacional clara.
  • Establecer indicadores de disponibilidad, recuperación y dependencia.
  • Revisar periódicamente la arquitectura ante cambios tecnológicos y regulatorios.

¿Por qué este tema importa para la madurez digital?

Personas

La estrategia requiere profesionales capaces de comprender cloud, seguridad, datos, infraestructura y continuidad. La dependencia tecnológica aumenta cuando las capacidades internas son insuficientes.

Procesos

Los procesos críticos deben diseñarse considerando escenarios de interrupción. La continuidad no puede depender exclusivamente de que un proveedor nunca falle.

Tecnología

La arquitectura debe equilibrar rendimiento, costo, seguridad, portabilidad y disponibilidad. Una buena arquitectura no elimina las dependencias: las hace visibles y administrables.

Gobierno

El CIO y la alta dirección deben participar en las decisiones cloud. La selección de proveedores tiene consecuencias estratégicas que exceden al departamento de TI.

Riesgo

La dependencia tecnológica debe formar parte del mapa de riesgos empresariales. Una interrupción, cambio contractual o restricción regulatoria puede transformarse rápidamente en un problema operacional.

La discusión europea sobre soberanía cloud plantea una pregunta que también debería hacerse el mercado chileno: ¿cuánto control tiene realmente una organización sobre la tecnología de la que depende?

La respuesta no pasa necesariamente por abandonar los grandes proveedores cloud ni por construir infraestructuras completamente locales. Tampoco consiste en adoptar múltiples nubes indiscriminadamente.

La verdadera soberanía digital consiste en desarrollar la capacidad de tomar decisiones tecnológicas con conocimiento de las dependencias, riesgos, costos y alternativas disponibles.

Para las empresas chilenas, este enfoque representa una evolución natural de la transformación digital. El objetivo ya no es simplemente migrar a la nube, implementar IA o modernizar infraestructura. El siguiente nivel consiste en construir una arquitectura tecnológica resiliente, gobernada y preparada para escenarios de incertidumbre.

CTA final

En TiChile ayudamos a las organizaciones a evaluar su nivel de madurez digital, identificar dependencias tecnológicas y construir estrategias de infraestructura, nube, datos y seguridad alineadas con sus objetivos de negocio.

Si tu empresa está revisando su estrategia cloud, resiliencia tecnológica o gobierno de infraestructura, conversemos sobre cómo transformar la dependencia tecnológica en una capacidad estratégica.

 

/0 Comments/by

Ciberseguridad a escala de máquina: cómo la IA está cambiando la defensa empresarial

La ciberseguridad empresarial está entrando en una nueva etapa. El 2 de junio de 2026, Cisco anunció una plataforma orientada a que las organizaciones puedan construir y administrar agentes de inteligencia artificial capaces de supervisar y defender infraestructura tecnológica. La propuesta, denominada Cisco Cloud Control, responde a un escenario en el que las amenazas también pueden aprovechar sistemas automatizados para operar a una velocidad y escala difíciles de igualar mediante equipos humanos.

La importancia de esta tendencia va mucho más allá de una nueva herramienta de seguridad. El verdadero cambio está en la escala operacional: si los atacantes pueden automatizar reconocimiento, explotación y movimiento dentro de una infraestructura, las empresas necesitan desarrollar capacidades defensivas capaces de analizar, decidir y responder con una velocidad equivalente. Reuters recogió precisamente esta transición hacia una operación de seguridad basada en “machine scale”.

La ciberseguridad entra en la era de los agentes de IA

Durante años, las organizaciones han construido sus capacidades de defensa alrededor de personas, procesos y plataformas. Los equipos SOC monitorean eventos, analizan alertas, investigan incidentes y ejecutan acciones de respuesta.

Ese modelo continúa siendo necesario, pero comienza a mostrar sus límites frente a un entorno donde la automatización puede producir miles o millones de eventos en poco tiempo.

La incorporación de agentes de IA introduce una nueva posibilidad: delegar determinadas tareas de análisis, correlación, investigación y respuesta a sistemas capaces de operar continuamente.

La propuesta de Cisco es representativa de este cambio. Cloud Control busca integrar en un mismo entorno capacidades de networking, seguridad, cómputo, observabilidad y colaboración, permitiendo que personas y agentes trabajen con información operacional compartida.

Para una organización, esto significa que la conversación deja de ser simplemente “¿tenemos buenas herramientas de seguridad?” y pasa a ser:

¿Tenemos una arquitectura capaz de responder automáticamente cuando una amenaza se mueve a velocidad de máquina?

De la automatización a la defensa autónoma

No toda automatización equivale a inteligencia artificial. Un firewall que bloquea una dirección IP según una regla predefinida está automatizando una acción. Un agente capaz de analizar contexto, relacionar diferentes señales, determinar una respuesta y ejecutar acciones bajo determinadas políticas representa un nivel diferente de automatización.

Esta distinción será fundamental para los CIO y responsables de seguridad.

Los agentes pueden convertirse en una extensión del SOC, pero también introducen nuevos riesgos. Un agente con acceso a sistemas críticos necesita permisos, límites operacionales, supervisión y mecanismos de auditoría.

Por eso, una estrategia de ciberseguridad moderna no debería centrarse exclusivamente en adquirir herramientas con IA. Debe establecer qué decisiones pueden automatizarse, cuáles requieren aprobación humana y cómo se controla cada acción ejecutada por una identidad no humana.

¿Qué significa esto para las empresas chilenas?

Chile está avanzando hacia una economía cada vez más digitalizada. Banca, retail, minería, telecomunicaciones, energía, salud, logística y servicios profesionales dependen de infraestructuras conectadas y de operaciones digitales continuas.

En este contexto, el crecimiento de los agentes de IA puede representar una oportunidad, pero también una nueva superficie de riesgo.

Una empresa que utiliza servicios ti de forma estratégica puede comenzar a integrar automatización, monitoreo y respuesta en sus operaciones de seguridad. Sin embargo, hacerlo sin una arquitectura adecuada puede generar otro problema: agentes con demasiados privilegios, sistemas desconectados, información de baja calidad y decisiones automatizadas sin suficiente supervisión.

La infraestructura también adquiere importancia. Los agentes necesitan acceso a datos, aplicaciones, redes y sistemas de procesamiento. Por eso, cloud & datacenter deben considerarse parte de la estrategia de seguridad y no solamente como infraestructura de soporte.

La misma lógica aplica al software y al hardware. Una arquitectura de defensa moderna necesita integrar aplicaciones, plataformas de seguridad, equipos de red, capacidad de cómputo y mecanismos de observabilidad.

El nuevo riesgo: proteger a la empresa de los agentes y a los agentes de la empresa

La evolución de la IA introduce una paradoja.

Las organizaciones necesitarán agentes para defenderse de amenazas automatizadas, pero esos mismos agentes pueden convertirse en un nuevo vector de riesgo.

Un agente mal configurado podría:

  • Tener permisos excesivos.
  • Acceder a información sensible.
  • Ejecutar acciones incorrectas.
  • Propagar una decisión errónea a múltiples sistemas.
  • Ser manipulado mediante instrucciones maliciosas.
  • Operar sobre datos incompletos o incorrectos.
  • Generar dependencia excesiva de automatizaciones difíciles de auditar.

Por eso, la adopción de inteligencia artificial aplicada a seguridad debe acompañarse de controles de identidad, segmentación, políticas de acceso, trazabilidad y supervisión.

Cisco también está desarrollando capacidades relacionadas con Zero Trust para agentes, AI Defense y Agentic SOC, reflejando que la protección debe abordar tanto los sistemas que utilizan agentes como los propios agentes.

La madurez digital determina la capacidad de adoptar IA con seguridad

Aquí aparece una diferencia importante entre digitalización y madurez digital.

Una organización puede tener múltiples herramientas tecnológicas y seguir presentando una baja capacidad para operar IA de forma segura.

La madurez digital implica que personas, procesos, tecnología, gobierno y gestión de riesgos funcionan de manera coordinada.

Una empresa madura no comienza preguntando qué agente comprar.

Primero pregunta:

¿Qué proceso queremos mejorar, qué información necesita el agente, qué decisiones podrá tomar, qué riesgos generará y cómo mediremos su desempeño?

Ese cambio de perspectiva es fundamental.

Visión experta de TiChile

Desde una perspectiva estratégica, la llegada de agentes de IA a la ciberseguridad debería abordarse como una evolución del modelo operativo de TI y no como una simple incorporación de software.

1. Personas

Los equipos de TI y seguridad necesitarán nuevas competencias. Ya no será suficiente saber administrar herramientas tradicionales de monitoreo.

Será necesario comprender IA, automatización, gestión de identidades, análisis de datos, arquitectura cloud y respuesta ante incidentes.

La IA no elimina necesariamente al especialista de seguridad. Lo transforma en un profesional capaz de supervisar operaciones automatizadas de mayor escala.

2. Procesos

Antes de automatizar una respuesta es necesario conocer el proceso.

Las empresas deberían identificar qué acciones son repetitivas, qué decisiones pueden automatizarse y cuáles necesitan intervención humana.

Un proceso mal diseñado puede ser automatizado más rápido, pero seguirá siendo un proceso mal diseñado.

3. Tecnología

La infraestructura debe permitir integración.

Los agentes necesitan conectarse con herramientas de seguridad, redes, sistemas de observabilidad, plataformas cloud y aplicaciones empresariales.

Por eso, una estrategia de hardware, software, infraestructura y cloud & datacenter debe construirse como un ecosistema y no como componentes aislados.

4. Gobierno

Toda organización que utilice agentes debería establecer políticas claras sobre:

  • Identidad de agentes.
  • Permisos.
  • Datos autorizados.
  • Acciones permitidas.
  • Supervisión humana.
  • Registro de actividades.
  • Gestión de cambios.
  • Auditoría.

5. Riesgo

La pregunta clave no es si la IA puede automatizar una tarea.

La pregunta es:

¿Cuál sería el impacto si el agente toma una decisión incorrecta?

Este enfoque permite diferenciar automatizaciones de bajo riesgo de aquellas que requieren controles mucho más estrictos.

Errores que las empresas deberían evitar

Uno de los principales errores sería implementar agentes de IA sin revisar previamente la arquitectura existente.

Otros errores frecuentes pueden ser:

  • Automatizar procesos que no están correctamente definidos.
  • Otorgar privilegios excesivos a agentes.
  • No registrar sus acciones.
  • Utilizar datos sin gobierno.
  • Depender de un único proveedor sin evaluar riesgos.
  • Confundir una demostración tecnológica con una capacidad empresarial.
  • No establecer mecanismos de recuperación ante errores.
  • No preparar a los equipos para supervisar sistemas autónomos.

La incorporación de servicios ti debe estar orientada precisamente a resolver problemas de negocio y operación, no simplemente a sumar nuevas herramientas al ecosistema tecnológico.

¿Qué debería hacer una empresa hoy?

  • Identificar procesos críticos que podrían beneficiarse de automatización inteligente.
  • Mapear las identidades humanas y no humanas presentes en la organización.
  • Revisar privilegios y permisos antes de implementar agentes.
  • Evaluar la arquitectura de ciberseguridad y su capacidad de integración.
  • Conectar observabilidad, seguridad y datos para disponer de contexto operacional.
  • Definir qué decisiones pueden automatizarse y cuáles deben permanecer bajo control humano.
  • Establecer métricas para medir precisión, tiempos de respuesta, falsos positivos y resultados.
  • Preparar a los equipos de TI y seguridad para trabajar con agentes.
  • Evaluar la madurez digital antes de escalar iniciativas de IA.
  • Comenzar con casos de uso controlados y aumentar progresivamente el nivel de autonomía.

¿Por qué este tema importa para la madurez digital?

Personas

La organización necesita profesionales capaces de supervisar sistemas automatizados y comprender sus limitaciones.

Procesos

La IA puede acelerar operaciones, pero requiere procesos estandarizados, documentados y medibles.

Tecnología

Las plataformas deben estar integradas para que los agentes puedan obtener contexto y ejecutar acciones de forma segura.

Gobierno

La autonomía tecnológica necesita políticas, responsabilidades, controles y auditoría.

Riesgo

Cada agente representa una nueva identidad y potencialmente una nueva superficie de ataque.

Por eso, la implementación de inteligencia artificial sin gobierno puede aumentar la complejidad en lugar de reducirla.

La verdadera madurez digital consiste en conseguir que tecnología, personas y procesos evolucionen conjuntamente.

La oportunidad para las empresas que actúen temprano

El escenario también representa una oportunidad.

Una organización que consiga integrar IA, automatización y ciberseguridad puede reducir tiempos de detección, acelerar determinadas respuestas y liberar a sus especialistas para tareas de mayor complejidad.

La ventaja competitiva no estará necesariamente en tener más agentes que otras empresas.

Estará en diseñar mejor los procesos, controlar mejor los datos y establecer una arquitectura donde los agentes puedan actuar con límites claros.

Ese es el verdadero salto desde la automatización tradicional hacia una operación empresarial inteligente.

La decisión de Cisco de impulsar una plataforma para operar y defender infraestructura mediante agentes de IA es una señal de una transformación más profunda: la ciberseguridad está pasando de un modelo predominantemente humano a uno donde humanos y máquinas trabajan conjuntamente a escala continua. Reuters identifica precisamente esta necesidad de responder a amenazas automatizadas mediante capacidades que operen a escala de máquina.

Para las empresas chilenas, el mensaje no debería ser “hay que implementar agentes de IA inmediatamente”. El mensaje correcto es hay que preparar la organización para utilizarlos de manera segura, gobernada y medible.

Quienes comiencen ahora a fortalecer identidad, datos, procesos, infraestructura, observabilidad y gobierno estarán mejor posicionados para aprovechar la próxima generación de automatización empresarial.

CTA: preparar hoy la seguridad de la empresa del futuro

La transición hacia una operación basada en IA requiere evaluar primero dónde está la organización y cuáles son sus brechas.

En TiChile ayudamos a las empresas a conectar servicios ti, tecnología, infraestructura, ciberseguridad, cloud & datacenter e inteligencia artificial desde una perspectiva de negocio y madurez tecnológica.

Evalúa el nivel de preparación de tu organización y descubre qué capacidades deberías fortalecer para avanzar hacia una operación digital más segura y resiliente.

Evaluar madurez en ciberseguridad

Evaluación de madurez en ciberseguridad

 

/0 Comments/by

Gobernanza de IA: el nuevo desafío para las empresas chilenas

Gobernanza de IA: el nuevo desafío para las empresas chilenas

La inteligencia artificial está dejando de ser una tecnología experimental para convertirse en parte de procesos críticos de negocio. En junio de 2026, Reuters informó que los reguladores bancarios de Estados Unidos están aumentando el nivel de supervisión sobre cómo las instituciones financieras utilizan IA, poniendo especial atención en gobierno de datos, controles, proveedores externos, supervisión humana y planes de contingencia.

Aunque la noticia se concentra en el sector financiero estadounidense, su significado es mucho más amplio. La señal para las empresas es clara: implementar inteligencia artificial ya no consiste solamente en elegir una plataforma o modelo; implica demostrar que la tecnología puede operar de forma segura, controlada, trazable y alineada con los objetivos del negocio.

¿Qué está ocurriendo con la IA empresarial?

Según Reuters, la Office of the Comptroller of the Currency y la Reserva Federal comenzaron a preguntar durante las revisiones bancarias cómo las organizaciones utilizan IA en áreas de mayor riesgo, incluyendo otorgamiento de créditos, procesos de conocimiento del cliente y monitoreo de sanciones. Los supervisores también están examinando el acceso a datos, la gobernanza, la supervisión humana y los riesgos derivados de proveedores tecnológicos.

El punto más relevante no es la existencia de una nueva regulación específica sobre IA. Los reguladores están utilizando marcos de gestión de riesgos existentes para analizar cómo las instituciones controlan estas tecnologías. Entre las preocupaciones aparecen los límites que determinan qué puede hacer un sistema, qué información puede consultar y qué mecanismos existen para detenerlo si presenta un comportamiento no esperado.

Esto marca una evolución importante. La conversación empresarial está pasando de “¿cómo implementamos IA?” a una pregunta mucho más estratégica: “¿cómo gobernamos la IA cuando empieza a participar en decisiones y procesos críticos?”

La IA ya es un problema de gobierno empresarial

Cuando una empresa utiliza IA para generar contenidos internos, analizar información, automatizar procesos o asistir a sus trabajadores, el riesgo puede parecer limitado.

El escenario cambia cuando un sistema comienza a interactuar con bases de datos, aplicaciones empresariales, información de clientes o procesos financieros.

Una solución de inteligencia artificial mal configurada podría acceder a información que no necesita, utilizar datos fuera de contexto, entregar resultados incorrectos o ejecutar acciones sin suficiente supervisión.

Por eso, la incorporación de software, plataformas cloud y herramientas de automatización debe estar acompañada por políticas que definan claramente permisos, responsabilidades, supervisión y mecanismos de respuesta.

Reuters destaca precisamente la preocupación por sistemas capaces de acceder o inferir información más allá de sus límites autorizados.

El nuevo riesgo: IA + terceros + datos

Uno de los elementos más importantes de esta tendencia es el riesgo asociado a proveedores.

Muchas organizaciones no desarrollan sus propios modelos. Utilizan plataformas, APIs, servicios cloud, aplicaciones empresariales y herramientas de terceros.

Esto genera una nueva cadena de dependencia tecnológica.

Si una empresa incorpora IA mediante un proveedor externo, debe preguntarse:

  • ¿Dónde se procesan los datos?
  • ¿Qué información recibe el proveedor?
  • ¿Qué subcontratistas participan?
  • ¿Cómo se protegen los datos?
  • ¿Qué controles de seguridad existen?
  • ¿Qué sucede si el proveedor sufre una vulnerabilidad?
  • ¿Existe un plan para reemplazar el servicio?

Reuters señala que los reguladores están examinando precisamente la relación entre las instituciones financieras, sus proveedores de IA y los subcontratistas utilizados por estos. También están preguntando por estrategias de salida frente a incidentes de seguridad.

Para las organizaciones chilenas, esta realidad debería trasladarse directamente a las evaluaciones de proveedores tecnológicos.

La contratación de servicios ti ya no debería analizar solamente precio, capacidad técnica y soporte. También debe considerar seguridad, gobierno de datos, continuidad operacional y dependencia tecnológica.

¿Qué significa esto para las empresas chilenas?

Chile está avanzando hacia una economía cada vez más digitalizada. Bancos, retail, minería, telecomunicaciones, salud, servicios profesionales y organismos públicos utilizan cada vez más automatización, analítica e IA.

Por eso, aunque el caso analizado por Reuters corresponda a Estados Unidos, la tendencia es perfectamente aplicable al mercado chileno.

Una empresa que utiliza IA debería ser capaz de responder preguntas básicas sobre sus sistemas.

¿Dónde está la IA? ¿Qué datos utiliza? ¿Quién la administra? ¿Qué decisiones puede apoyar? ¿Qué decisiones puede ejecutar? ¿Cómo se controla? ¿Qué ocurre si falla?

Responder estas preguntas requiere una combinación de procesos, personas y tecnología.

La infraestructura también es relevante. La expansión de aplicaciones de IA puede aumentar las necesidades de procesamiento, almacenamiento, conectividad y protección de información, haciendo que cloud & datacenter forme parte de la estrategia de gobernanza y no solamente de la infraestructura tecnológica.

Del mismo modo, el hardware utilizado para procesamiento y trabajo corporativo debe evaluarse dentro de una arquitectura completa de seguridad y gestión.

Los riesgos de no adaptarse

La falta de gobierno puede transformar rápidamente una iniciativa de IA en un riesgo empresarial.

Entre los principales escenarios se encuentran:

1. Exposición de información

Un sistema puede acceder a datos sensibles que no debería consultar.

2. Decisiones incorrectas

Una organización puede utilizar resultados generados por IA sin mecanismos suficientes de validación humana.

3. Dependencia de proveedores

Una empresa puede quedar excesivamente vinculada a una plataforma sin contar con una estrategia de salida.

4. Riesgos de ciberseguridad

Las nuevas arquitecturas de IA amplían la superficie tecnológica que debe protegerse. Por eso, ciberseguridad debe incorporarse desde el diseño y no después de implementar la solución.

5. Falta de trazabilidad

Si la organización no registra qué modelo fue utilizado, con qué información y bajo qué reglas, será difícil investigar incidentes o demostrar cumplimiento.

6. Continuidad operacional

Un proveedor o sistema de IA puede experimentar una interrupción. Sin mecanismos alternativos, procesos críticos podrían quedar afectados.

Visión experta de TiChile: la IA como indicador de madurez digital

Desde una perspectiva de madurez digital, el desafío no consiste en tener muchas herramientas de IA. Consiste en tener la capacidad organizacional para utilizarlas correctamente.

Una empresa madura debería avanzar en cinco dimensiones.

Personas

Los equipos necesitan comprender las capacidades y limitaciones de la IA. No se trata de convertir a todos los trabajadores en especialistas técnicos, sino de desarrollar alfabetización digital y criterios para utilizar estas tecnologías.

Procesos

La IA debe incorporarse dentro de procesos definidos. Antes de automatizar una actividad, es necesario conocer qué ocurre actualmente, qué riesgos existen y qué controles deberían mantenerse.

Tecnología

Las plataformas de IA deben integrarse con una arquitectura tecnológica segura. Esto incluye aplicaciones, redes, infraestructura, datos, software, dispositivos y servicios cloud.

Gobierno

Debe existir claridad respecto de quién puede aprobar, implementar, modificar, supervisar y detener una solución de IA.

Riesgo

La organización debe identificar riesgos tecnológicos, operacionales, regulatorios, de privacidad, seguridad y proveedores.

Esta visión permite entender que la IA no es solamente un proyecto tecnológico. Es un componente de transformación empresarial.

¿Qué errores deberían evitar las organizaciones?

Uno de los errores más frecuentes es implementar herramientas de IA sin un inventario de aplicaciones y datos.

Otro problema es asumir que la seguridad del proveedor elimina la responsabilidad de la empresa. La seguridad debe gestionarse de extremo a extremo.

También es un error permitir que cada área adopte soluciones de IA de manera independiente. Esto puede crear una proliferación de herramientas, información fragmentada y dificultades para controlar los datos.

Finalmente, las organizaciones deberían evitar pensar que gobernanza significa frenar la innovación.

Una buena gobernanza permite precisamente lo contrario: innovar con mayor velocidad porque existen límites, responsabilidades y mecanismos de control conocidos.

¿Qué debería hacer una empresa hoy?

  • Identificar todas las herramientas de IA utilizadas actualmente.
  • Crear un inventario de modelos, aplicaciones y proveedores.
  • Clasificar los procesos según su nivel de criticidad.
  • Definir qué información puede utilizar cada sistema.
  • Establecer controles de acceso y permisos.
  • Mantener supervisión humana en procesos críticos.
  • Crear mecanismos para detener sistemas cuando sea necesario.
  • Evaluar los riesgos de proveedores y subcontratistas.
  • Incorporar requisitos de seguridad en contratos tecnológicos.
  • Definir planes de continuidad y alternativas ante fallas.
  • Registrar decisiones, cambios y eventos relevantes.
  • Integrar IA dentro de la estrategia general de ciberseguridad.
  • Evaluar periódicamente la madurez digital de la organización.

¿Por qué este tema importa para la madurez digital?

La evolución de la IA demuestra que la madurez digital debe medirse mucho más allá de la cantidad de tecnología implementada.

Personas: necesitan capacidades para utilizar IA de forma responsable.

Procesos: deben adaptarse para incorporar automatización sin perder control.

Tecnología: debe proporcionar infraestructura, datos, seguridad e integración suficientes.

Gobierno: debe establecer reglas claras para el uso de IA y definir responsables.

Riesgo: debe evolucionar para considerar modelos, proveedores, datos, ciberseguridad y continuidad operacional.

Una empresa puede tener excelentes herramientas y, sin embargo, presentar una baja madurez digital si no sabe gobernarlas.

Por eso, la adopción de IA puede convertirse en una oportunidad para realizar una evaluación más profunda de toda la organización.

Botón de evaluación

Para este artículo corresponde una evaluación de madurez digital, ya que el foco principal está en gobierno, preparación organizacional, tecnología y gestión del riesgo asociado a IA.

Evaluar la madurez digital de tu empresa

La señal enviada por los reguladores estadounidenses es relevante para cualquier organización que esté acelerando su estrategia de IA: la innovación tecnológica necesita controles proporcionales a su impacto.

La pregunta ya no es si las empresas utilizarán inteligencia artificial. La pregunta es si estarán preparadas para gobernarla cuando forme parte de procesos críticos.

Para las organizaciones chilenas, anticiparse puede representar una ventaja competitiva. Construir políticas, controles, capacidades, infraestructura y mecanismos de supervisión antes de que aparezcan incidentes permite avanzar hacia una adopción de IA más segura y sostenible.

La verdadera madurez digital no consiste en implementar tecnología más rápido que los demás. Consiste en tener la capacidad de innovar, controlar y escalar al mismo tiempo.

CTA final

En TiChile creemos que la transformación tecnológica debe estar acompañada de una visión estratégica de seguridad, infraestructura, datos y personas.

Si tu organización está incorporando inteligencia artificial, modernizando su infraestructura o evaluando nuevos procesos digitales, podemos ayudarte a identificar brechas y oportunidades para avanzar de manera estructurada.

Conoce nuestras capacidades en servicios ti, cloud & datacenter, ciberseguridad, inteligencia artificial y madurez digital para construir una estrategia tecnológica alineada con las necesidades reales de tu empresa.

 

/0 Comments/by

IA y gestión de identidades: el nuevo desafío de la ciberseguridad empresarial

La inteligencia artificial está cambiando quién puede acceder a los sistemas

La expansión de la inteligencia artificial empresarial está generando un cambio que muchas organizaciones todavía no han incorporado a su estrategia de seguridad: ya no solo las personas necesitan identidades digitales. Los sistemas de IA y, especialmente, los agentes capaces de ejecutar tareas de manera autónoma también comienzan a interactuar con aplicaciones, datos, APIs y procesos corporativos. Computer Weekly abordó esta transformación en su edición del 16 de junio de 2026, destacando cómo la IA está modificando las exigencias sobre las plataformas de gestión de identidad y acceso.

El cambio es relevante porque la seguridad empresarial fue diseñada durante años alrededor de usuarios humanos. Ahora, una organización puede tener empleados, proveedores, aplicaciones, dispositivos, servicios automatizados y agentes de IA actuando dentro del mismo ecosistema digital. El desafío ya no consiste solamente en saber quién es el usuario, sino también qué sistema está actuando, con qué permisos, sobre qué información y con qué capacidad para tomar decisiones.

De IAM a inteligencia de identidad

La gestión tradicional de identidades y accesos —IAM— se ha basado principalmente en autenticar usuarios, asignar permisos y controlar el acceso a determinados recursos.

La llegada de la IA agéntica modifica ese modelo.

Un agente puede recibir una instrucción, consultar información, utilizar una aplicación, ejecutar una acción y continuar un flujo de trabajo sin intervención humana permanente. Computer Weekly recoge precisamente esta evolución hacia una visión de identity intelligence, donde la identidad deja de ser únicamente un mecanismo de autenticación y se convierte en una fuente de contexto para determinar si una acción debe permitirse.

Esto tiene implicancias profundas para la ciberseguridad. Si un agente tiene acceso a un sistema financiero, CRM, repositorio documental o plataforma cloud, una configuración incorrecta podría permitirle realizar acciones que originalmente no estaban contempladas.

Por eso, la pregunta estratégica para un CIO ya no debería ser simplemente:

“¿Qué herramientas de IA podemos implementar?”

La pregunta correcta es:

“¿Qué identidades tendrán nuestros sistemas de IA y qué podrán hacer en nuestro entorno?”

Agentic AI: el salto desde responder a ejecutar

La tendencia descrita por Computer Weekly forma parte de una transformación más amplia. Las empresas están pasando de utilizar chatbots y asistentes generativos a experimentar con agentes capaces de coordinar tareas y procesos empresariales.

La propia edición analizada señala que las organizaciones están pasando de generar prompts a orquestar agentes de IA, lo que obliga a revisar gobierno, arquitectura de datos y gestión de costos.

Este cambio aumenta el valor potencial de la inteligencia artificial, pero también amplía la superficie de riesgo.

Un chatbot que responde una pregunta representa un riesgo distinto de un agente que puede:

  • consultar información financiera;
  • modificar registros;
  • enviar comunicaciones;
  • acceder a documentos internos;
  • ejecutar procesos;
  • interactuar con múltiples aplicaciones;
  • generar nuevas acciones a partir de información obtenida de otros sistemas.

La autonomía aumenta la productividad, pero también exige controles proporcionalmente mayores.

¿Qué significa esto para las empresas chilenas?

Para las organizaciones chilenas, este escenario no es una preocupación exclusivamente futura. La adopción de Microsoft Copilot, automatización, plataformas cloud, aplicaciones SaaS y soluciones de IA está aumentando la cantidad de identidades digitales presentes en los ambientes corporativos.

El problema aparece cuando la adopción tecnológica avanza más rápido que la gobernanza.

Una empresa puede contar con excelentes servicios TI, infraestructura moderna y aplicaciones empresariales, pero mantener permisos excesivos, cuentas antiguas, integraciones sin supervisión o identidades técnicas que nadie revisa periódicamente.

La IA puede amplificar estas debilidades.

Por ejemplo, si un agente obtiene acceso a una aplicación corporativa mediante una identidad con privilegios excesivos, el problema no está necesariamente en el modelo de IA. Puede estar en una arquitectura de permisos diseñada para un entorno anterior.

Por eso, la transformación debe involucrar también software, infraestructura, procesos y políticas de seguridad.

El riesgo de tratar a los agentes como simples aplicaciones

Uno de los errores más comunes será considerar a los agentes de IA como otra aplicación empresarial más.

Un agente autónomo tiene características diferentes porque puede interpretar instrucciones, decidir qué herramientas utilizar y ejecutar múltiples acciones.

Esto plantea cinco riesgos principales:

1. Exceso de privilegios

Un agente debería tener solamente los permisos necesarios para realizar una tarea concreta. Si posee acceso demasiado amplio, una instrucción incorrecta o una vulnerabilidad podría generar impactos importantes.

2. Falta de trazabilidad

Las organizaciones deben poder reconstruir qué agente ejecutó una acción, qué información utilizó, qué decisión tomó y qué sistemas modificó.

3. Identidades no gestionadas

Las cuentas de servicio, APIs, automatizaciones y agentes pueden multiplicarse rápidamente. Sin inventario y gobierno, la organización pierde visibilidad sobre quién o qué tiene acceso.

4. Dependencia de terceros

Los agentes pueden conectarse con múltiples proveedores, plataformas SaaS y servicios externos. Cada conexión introduce nuevos puntos de riesgo.

5. Escalamiento automático del incidente

Una identidad humana comprometida puede generar daños importantes. Una identidad automatizada con capacidad para ejecutar cientos de acciones por minuto puede multiplicar el impacto.

La visión experta de TiChile: la madurez digital debe evolucionar

Desde una perspectiva de madurez digital, la adopción de IA no debería medirse solamente por la cantidad de herramientas implementadas.

Una organización madura es capaz de integrar personas, procesos, tecnología, gobierno y gestión de riesgos alrededor de sus objetivos de negocio.

En el caso de los agentes de IA, esto significa incorporar la identidad y los permisos desde la etapa de diseño, no después de implementar la solución.

Las organizaciones deberían desarrollar al menos seis capacidades:

Inventario de identidades: conocer usuarios, aplicaciones, servicios, dispositivos y agentes con acceso al entorno.

Gestión de privilegios: aplicar el principio de mínimo privilegio y revisar permisos periódicamente.

Gobierno de IA: establecer reglas sobre qué información puede utilizar un agente y qué acciones puede ejecutar.

Observabilidad: registrar y analizar las actividades realizadas por identidades humanas y no humanas.

Arquitectura segura: integrar identidad, aplicaciones, datos, redes y plataformas cloud & datacenter bajo una estrategia coherente.

Respuesta ante incidentes: definir qué ocurre cuando una identidad de IA se comporta de manera anómala.

La clave está en evitar una implementación fragmentada. Comprar una solución de IA, otra de seguridad y otra de gestión de identidades no garantiza madurez. El valor aparece cuando estas capacidades funcionan como parte de una arquitectura empresarial integrada.

Tecnología, infraestructura y seguridad deben avanzar juntas

El crecimiento de agentes también tiene implicancias de infraestructura. A medida que aumentan las cargas de IA, las empresas necesitan revisar capacidad de procesamiento, redes, almacenamiento, disponibilidad y protección de datos.

Esto puede involucrar tanto hardware como software, dependiendo de la arquitectura adoptada.

En ambientes híbridos, por ejemplo, la identidad debe mantenerse consistente entre infraestructura local, aplicaciones SaaS y servicios cloud. En consecuencia, la estrategia de cloud & datacenter no puede diseñarse de manera aislada respecto de la seguridad y el gobierno de IA.

La organización también debe preguntarse si sus plataformas actuales pueden entregar los niveles de disponibilidad, monitoreo y control necesarios para procesos cada vez más automatizados.

Errores que las organizaciones deberían evitar

Entre los principales errores estratégicos destacan:

  • Implementar agentes sin definir previamente sus permisos.
  • Permitir que un agente tenga acceso administrativo por comodidad.
  • No diferenciar identidades humanas de identidades no humanas.
  • Incorporar IA sin actualizar las políticas de seguridad.
  • No registrar las acciones ejecutadas por agentes.
  • Utilizar datos corporativos sin una política clara de gobierno.
  • Pensar que la autenticación multifactor resuelve por sí sola el problema.
  • Comprar tecnología sin evaluar previamente la madurez digital de la organización.

La tecnología debe adaptarse al modelo operativo de la empresa y no al contrario.

¿Qué debería hacer una empresa hoy?

  • Identificar qué sistemas de IA, automatizaciones y agentes ya existen en la organización.
  • Crear un inventario de identidades humanas y no humanas.
  • Revisar privilegios de cuentas de servicio, APIs y aplicaciones.
  • Definir políticas específicas para agentes de IA.
  • Aplicar mínimo privilegio a cualquier identidad automatizada.
  • Registrar las acciones realizadas por agentes y sistemas autónomos.
  • Integrar seguridad, datos e IA dentro de una misma estrategia.
  • Evaluar la arquitectura cloud antes de escalar cargas de IA.
  • Preparar al equipo TI y de seguridad para gestionar identidades no humanas.
  • Medir la madurez digital antes de convertir pilotos de IA en procesos críticos.

¿Por qué este tema importa para la madurez digital?

La gestión de identidades asociada a IA puede analizarse desde cinco dimensiones fundamentales:

Personas

Los equipos TI, seguridad, datos y negocio necesitan comprender cómo funcionan los agentes y cuáles son sus responsabilidades.

Procesos

Los procesos automatizados deben incorporar controles, aprobaciones, trazabilidad y mecanismos de recuperación.

Tecnología

IAM, ciberseguridad, observabilidad, infraestructura, aplicaciones y plataformas de IA deben trabajar de forma coordinada.

Gobierno

La empresa necesita definir quién puede implementar agentes, qué información pueden utilizar y qué acciones están autorizados a ejecutar.

Riesgo

Cada nuevo agente debe evaluarse como una nueva capacidad operativa con potencial impacto sobre información, continuidad y reputación.

Esta visión permite entender que la IA no es solamente un proyecto tecnológico. Es una transformación del modelo operativo de la empresa.

Evaluación de madurez digital

Si la organización está incorporando IA, automatización o agentes digitales, evaluar su nivel de preparación permite identificar brechas antes de convertirlas en problemas operacionales o de seguridad.

Evaluar la madurez digital de tu empresa

La evolución hacia agentes de IA está obligando a las empresas a replantear una pieza fundamental de su arquitectura tecnológica: la identidad.

El desafío no consiste en frenar la adopción de IA, sino en construir las condiciones para que pueda escalar de manera segura. Una organización preparada debe saber qué agentes existen, qué identidades utilizan, qué información pueden consultar, qué acciones pueden ejecutar y cómo detectar comportamientos anómalos.

La verdadera ventaja competitiva no estará solamente en implementar IA antes que otros. Estará en integrarla con gobierno, seguridad, datos, infraestructura y procesos empresariales de manera sostenible.

La advertencia de Computer Weekly resulta especialmente relevante en este contexto: la expansión de la IA está obligando a replantear las expectativas sobre los sistemas de identidad y acceso.

CTA: Preparar hoy la empresa para la IA de mañana

La transición hacia una empresa más automatizada requiere una estrategia que combine servicios TI, inteligencia artificial, cloud & datacenter y ciberseguridad, pero siempre desde una perspectiva de negocio y madurez digital.

En TiChile ayudamos a las organizaciones a identificar brechas, ordenar sus capacidades tecnológicas y avanzar hacia una transformación digital más segura y sostenible.

Conoce los servicios TI de TiChile

Conoce las soluciones de inteligencia artificial de TiChile

/0 Comments/by