El despliegue de IA en Malasia supera a la seguridad de identidades, advierte ManageEngine

ManageEngine ha emitido una seria advertencia a través de un informe de Google News: Malasia está desplegando agentes de IA más rápido de lo que las empresas pueden proteger sus identidades digitales.

La preocupación no es simplemente que las compañías estén adoptando software desconocido. Cada agente, flujo de trabajo automatizado e integración de máquinas necesita credenciales que le otorguen acceso a datos y sistemas empresariales. Esas credenciales pueden seguir activas mucho después de que un proyecto haya terminado.

Malasia ya ha establecido marcos nacionales en torno a la ciberseguridad, la privacidad y la IA responsable. El conflicto se sitúa ahora entre ese avance normativo y la gestión diaria de accesos empresariales. Las organizaciones pueden seguir principios de gobernanza de alto nivel y, aun así, conceder a un agente de IA privilegios administrativos permanentes.

Esa brecha convierte esto en algo más que otra historia sobre adopción de IA. Plantea una cuestión práctica para todas las empresas malasias: ¿quién, o qué, está actualmente autorizado a actuar dentro de su red?

Lo que realmente cambia con la advertencia de ManageEngine

La advertencia desplaza la gobernanza empresarial de la IA de un debate sobre el riesgo de los modelos a un problema de control de identidades.

El informe original sobre seguridad de identidades fue publicado por Tech Wire Asia el 3 de agosto de 2026. Se centró en una debilidad fácil de pasar por alto durante un despliegue acelerado de IA.

Un agente de IA no entra en la red de una empresa como un algoritmo abstracto. Normalmente recibe una cuenta de servicio, token, certificado, clave API u otra credencial de máquina. Esa identidad determina a qué aplicaciones, registros y acciones puede acceder el agente.

Jay Reddy, de ManageEngine, dijo a la publicación que los desarrolladores suelen tratar a los agentes autónomos como integraciones convencionales de aplicaciones. Los equipos pueden asignar permisos administrativos permanentes o cuentas de servicio con amplios privilegios para evitar retrasos de integración.

Ese atajo puede mantener en marcha un piloto. También crea un acceso persistente que no refleja la evolución de la tarea, el nivel de riesgo ni el contexto operativo del agente.

Un agente autónomo difiere de una integración estática porque puede planificar pasos, utilizar varias herramientas y responder a entradas cambiantes. Una credencial diseñada para una conexión predecible puede volverse peligrosa cuando se vincula a software que realiza acciones diversas.

La investigación de ManageEngine sobre seguridad de identidades sitúa este problema dentro de un cambio mucho más amplio. Las identidades no humanas incluyen cuentas de servicio, certificados, bots, cargas de trabajo, secretos de aplicaciones y agentes de IA. Se están convirtiendo en la categoría de identidad dominante en muchos entornos empresariales.

ManageEngine afirma que las identidades de máquina suelen superar a los usuarios humanos en una proporción de más de 100 a uno en las organizaciones encuestadas. Algunos sectores se aproximan a una proporción de 500 a uno.

Estas cifras proceden de la encuesta de ManageEngine, no de un censo exclusivo de Malasia. No deben interpretarse como una proporción medida en todas las empresas malasias.

La conclusión más amplia sigue siendo importante. Una empresa con varios miles de empleados puede seguir teniendo cientos de miles de credenciales de máquina distribuidas entre servicios en la nube, aplicaciones internas y plataformas de automatización.

ManageEngine también concluyó que solo el 12% de las organizaciones encuestadas contaba con una gestión integral y automatizada del ciclo de vida de las identidades de máquina. El 88% restante dependía de procesos manuales o improvisados que tienen dificultades para operar a escala de máquina.

La gestión del ciclo de vida abarca la creación, modificación, supervisión y retirada de una identidad. Debe eliminar el acceso cuando se retira una aplicación, un agente cambia de función o una credencial deja de ser necesaria.

Sin ese proceso, un piloto abandonado puede dejar tras de sí una cuenta huérfana. La aplicación puede desaparecer del panel del proyecto mientras su token de acceso sigue siendo válido.

El problema va más allá de las credenciales olvidadas. Un agente de IA activo puede heredar más acceso del que requiere su tarea, especialmente cuando los equipos de despliegue priorizan la velocidad.

El principio de mínimo privilegio implica conceder únicamente el acceso necesario para una función definida. Se vuelve más difícil cuando un agente debe completar varios pasos entre correo electrónico, almacenamiento de documentos, registros de clientes y bases de datos internas.

Por tanto, un titular de Google News sobre “seguridad de identidades” puede parecer más limitado que el problema subyacente. La advertencia abarca adquisiciones, desarrollo de software, gobernanza de datos, arquitectura en la nube y respuesta a incidentes.

El cambio inmediato es conceptual. Las empresas deben dejar de tratar a los agentes de IA únicamente como productos que aprobar y empezar a tratarlos como identidades que gobernar.

Por qué Google News está destacando ahora este riesgo

Las ambiciones nacionales de IA de Malasia están entrando en una fase operativa, mientras muchos programas de identidad aún reflejan un modelo de seguridad centrado en las personas.

Malasia no se acerca a la IA sin un marco normativo. El país publicó sus Directrices Nacionales sobre Gobernanza y Ética de la IA el 20 de septiembre de 2024.

Las directrices establecen siete principios que abarcan equidad, fiabilidad, privacidad, seguridad, transparencia, rendición de cuentas, inclusión y beneficio humano. Se aplican a todo el ciclo de vida de los sistemas de IA.

La Oficina Nacional de IA de Malasia describe esas directrices como voluntarias. Sus nuevos recursos de gobernanza de IA están destinados a ayudar a las organizaciones a traducir los principios en prácticas operativas.

El gobierno también está desarrollando el Plan de Acción Nacional de IA 2026–2030 bajo su orientación AI Nation 2030. Se espera que el plan aborde adopción, infraestructura, talento, gobernanza y participación de la industria.

Esto genera impulso tanto para las organizaciones públicas como privadas. Los consejos de administración quieren despliegues útiles, los departamentos buscan ganancias de productividad y los equipos técnicos afrontan presión para llevar los pilotos a producción.

Sin embargo, la gobernanza de IA a nivel normativo y la gobernanza operativa de identidades resuelven partes distintas del problema.

Un marco ético puede exigir rendición de cuentas, privacidad y seguridad. No descubre automáticamente una clave API no documentada ni revoca el acceso de un agente después de que termina un piloto.

La Oficina Nacional de IA de Malasia reconoce esta distinción de forma indirecta. Sus orientaciones abarcan despliegue, supervisión y retirada, no solo desarrollo de modelos.

Esa visión del ciclo de vida es esencial. Un agente puede cumplir los criterios de aprobación iniciales de una organización y después volverse riesgoso porque cambian sus permisos, herramientas conectadas o instrucciones operativas.

Malasia también cuenta con normas vinculantes de ciberseguridad en áreas específicas. La Ley de Ciberseguridad fue promulgada el 26 de junio de 2024 y entró en vigor el 26 de agosto de 2024.

La ley establece obligaciones en torno a la Infraestructura Nacional Crítica de Información, conocida como NCII. También aborda incidentes cibernéticos, responsabilidades sectoriales y licencias para determinados proveedores de servicios de ciberseguridad.

La Ley refuerza la estructura nacional de ciberseguridad de Malasia. Sin embargo, no elimina la necesidad de que cada empresa mantenga inventarios internos precisos y controles de acceso.

Las obligaciones de privacidad también se están endureciendo. Las enmiendas a la PDPA de Malasia introdujeron cambios que incluyen notificación de brechas y responsabilidades de protección de datos.

Estas normas aumentan las consecuencias de una gobernanza deficiente de credenciales. Un agente con acceso excesivo puede convertir un token comprometido en una exposición que afecte a varios sistemas de datos.

La presión resultante recae primero en los responsables de seguridad de la información, los equipos de identidad, los administradores de nube y los propietarios de aplicaciones. Deben respaldar despliegues más rápidos sin perder visibilidad.

También alcanza a los consejos de administración. Los líderes sénior no pueden supervisar el riesgo de IA si la organización no puede enumerar sus agentes, sus propietarios, sus credenciales y sus acciones permitidas.

La orientación normativa actual de Malasia fomenta una adopción responsable, pero gran parte de sus directrices específicas sobre IA sigue sin ser vinculante. Las empresas siguen teniendo la responsabilidad de traducir principios generales en controles técnicos.

Por eso esta historia aparece ahora. La adopción de IA ha avanzado más allá de demostraciones aisladas, mientras la arquitectura de seguridad que sustenta muchos despliegues no ha progresado al mismo ritmo.

Los comentarios de ManageEngine sobre gobernanza de IA presentan la IA tanto como una fuente de crecimiento de identidades como una posible ayuda para los equipos de seguridad. Ese doble papel complica la respuesta.

Las organizaciones quieren que la IA detecte comportamientos de riesgo, revise accesos y reduzca el trabajo manual. Al mismo tiempo, cada componente defensivo de IA puede introducir más credenciales e integraciones que requieren gobernanza.

Este ciclo puede generar herramientas de seguridad que amplían el mismo patrimonio de identidades que se supone deben controlar. La consolidación y la automatización se vuelven necesarias, pero también exigen una implementación cuidadosa.

Por tanto, la verdadera presión no consiste en frenar todos los proyectos de IA. Consiste en hacer que los controles de identidad operen a la velocidad y escala de esos proyectos.

Agentes de IA frente a la seguridad de identidades centrada en las personas

El conflicto empresarial central de Malasia es la velocidad de despliegue de la IA frente a una arquitectura de identidad diseñada en torno a empleados y aplicaciones predecibles.

La gestión tradicional de identidades y accesos comienza con eventos humanos reconocibles. Una persona se incorpora a una empresa, cambia de función, solicita acceso y finalmente se marcha.

Esos eventos pueden activar flujos de trabajo que involucran recursos humanos, gerentes y administradores de TI. La propiedad suele ser visible, incluso cuando la ejecución es imperfecta.

Las identidades de máquina no siguen ese patrón. Un desarrollador puede crear varias cuentas de servicio durante un proyecto, mientras las plataformas en la nube generan credenciales mediante procesos automatizados de infraestructura.

Los agentes de IA añaden otra capa. Un agente puede recibir acceso a un modelo de lenguaje, documentos internos, un sistema de tickets, registros de clientes y herramientas de comunicación.

Su función también puede cambiar sin una transferencia formal. Nuevas instrucciones o integraciones pueden ampliar su autoridad efectiva incluso cuando su cuenta original permanece sin cambios.

Por eso ya no basta con una simple lista de cuentas de usuario. Los equipos de seguridad necesitan comprender las relaciones entre agentes, credenciales, herramientas, datos, propietarios y comportamiento real.

El Identity Security Outlook 2026 de ManageEngine detectó una importante brecha de percepción. Según sus resultados de encuesta, el 80% de los líderes sénior creía que se estaban rastreando las cuentas de máquina inactivas.

Apenas la mitad de los profesionales confirmó esa confianza. La diferencia sugiere que los ejecutivos pueden creer que existe un control incluso cuando los equipos de primera línea observan una cobertura incompleta.

El mismo estudio concluyó que nueve de cada diez organizaciones encuestadas estaban probando o utilizando IA en la gestión de identidades y accesos. Solo el 7% informó de un despliegue en toda la organización.

Esa diferencia importa porque los pilotos limitados no demuestran que la seguridad asistida por IA funcione en directorios heredados, plataformas en la nube y miles de cuentas de máquina.

Las expectativas de los ejecutivos también superaron la confianza operativa. ManageEngine informó que el 68% de los encuestados de la alta dirección se mostraba optimista sobre la IA para el modelado y análisis de riesgos de identidad.

Solo el 27% de los gerentes consideraba práctico ese uso. La encuesta no demuestra que ninguno de los dos grupos tenga razón, pero expone un problema de despliegue que la aprobación presupuestaria por sí sola no puede resolver.

La investigación de ManageEngine sobre seguridad de identidades también apunta hacia la consolidación de plataformas. Más del 80% de los líderes de seguridad encuestados estaba consolidando herramientas de identidad fragmentadas en plataformas unificadas.

La consolidación puede reducir los puntos ciegos cuando sistemas separados gestionan el acceso de la fuerza laboral, las cuentas privilegiadas, los derechos de acceso en la nube, los certificados y los secretos de aplicaciones. También puede proporcionar una capa de políticas compartida.

Sin embargo, adquirir una plataforma unificada no crea automáticamente un inventario preciso de identidades. Las organizaciones siguen necesitando identificar a los responsables, definir comportamientos aceptables y conectar todos los entornos relevantes.

Este es el principal adversario de la historia: el rápido despliegue de IA frente a operaciones de identidad centradas en las personas.

El conflicto no es ManageEngine contra otro proveedor. Microsoft, CyberArk, Okta, SailPoint y los proveedores de nube abordan partes del creciente problema de identidad mediante productos diferentes.

Sus enfoques varían, pero la dirección de la industria es similar. Los programas de identidad se están extendiendo desde la autenticación de empleados hacia el acceso de cargas de trabajo, las credenciales de máquinas y la autorización continua.

La autorización continua implica que las decisiones de acceso pueden reevaluarse a medida que cambia el contexto. Un sistema podría considerar la acción solicitada, la sensibilidad de los datos, el comportamiento de las credenciales y el riesgo actual.

Esto resulta más adecuado para software autónomo que un permiso permanente asignado una sola vez. Un agente que procesa facturas al mediodía no necesita necesariamente el mismo acceso mientras está inactivo a medianoche.

Las credenciales de corta duración ofrecen otra respuesta. Caducan rápidamente y pueden limitar el valor de un secreto robado.

El acceso justo a tiempo concede privilegios superiores solo cuando una tarea específica los requiere. Reduce el acceso permanente disponible para atacantes o agentes que funcionan incorrectamente.

Estos controles no son nuevos. El desafío consiste en aplicarlos de forma coherente a flujos de trabajo de IA creados rápidamente sin convertir la revisión de seguridad en un cuello de botella inutilizable.

Un agente empresarial del mundo real puede resumir documentos internos, redactar una respuesta y actualizar un sistema de clientes. Cada acción puede atravesar un límite de seguridad diferente.

Si el agente recibe una única cuenta de servicio con permisos amplios, los investigadores pueden tener dificultades para determinar qué acción provino del agente, de un desarrollador o de otra aplicación que comparte esa identidad.

Las identidades dedicadas y los registros detallados mejoran la atribución. También aumentan el número total de identidades que los equipos deben gestionar.

Esta disyuntiva explica por qué los procesos manuales de identidad colapsan a escala. Una mayor responsabilidad crea más objetos que rastrear, mientras que menos cuentas compartidas pueden significar muchas más credenciales individuales.

Las empresas necesitan automatización, pero la automatización debe seguir políticas verificadas. De lo contrario, puede reproducir permisos excesivos más rápido de lo que jamás podría hacerlo un administrador humano.

Lo que la afirmación de ManageEngine sobre la gobernanza de IA no demuestra

La advertencia identifica un riesgo estructural creíble, pero no establece que las empresas malasias compartan un único fallo de seguridad uniforme.

La cifra más llamativa es la posible proporción de 500 a uno entre identidades no humanas y humanas. Los lectores deben tratarla con cautela.

ManageEngine afirma que algunos sectores encuestados se acercan a esa proporción. La empresa no sostiene que todas las organizaciones malasias hayan medido el mismo nivel.

El artículo de Tech Wire Asia aplica hallazgos globales sobre identidad al contexto de adopción de Malasia. Añade una entrevista regional informada, pero no es una auditoría nacional de credenciales malasias.

Esta distinción importa porque las industrias tienen entornos tecnológicos muy diferentes. Un proveedor de nube, un banco, un fabricante, un hospital y un pequeño minorista no crearán identidades de máquinas al mismo ritmo.

Las definiciones también pueden alterar el recuento. Algunos estudios incluyen certificados, claves, cargas de trabajo, bots, cuentas de servicio e identidades de aplicaciones como objetos separados.

Otros se centran en cuentas que pueden autenticarse directamente. Comparar proporciones sin igualar las definiciones puede exagerar las diferencias aparentes.

ManageEngine también vende productos de identidad y seguridad. Su investigación puede seguir ofreciendo evidencia útil, pero su posición comercial debe mantenerse visible.

Las conclusiones más sólidas provienen de hallazgos que coinciden con una arquitectura observable. Los agentes de IA necesitan credenciales, los privilegios permanentes aumentan la exposición y las cuentas abandonadas crean riesgos.

La conclusión más débil sería que una proporción concreta describe a Malasia en su conjunto. La evidencia disponible no respalda esa afirmación.

Las recomendaciones de ManageEngine sobre gobernanza de IA también favorecen la consolidación. Una plataforma unificada puede reducir la fragmentación, pero la centralización introduce su propio riesgo de concentración.

Si un plano de control de identidad se configura incorrectamente o se ve comprometido, el impacto puede extenderse ampliamente. Las organizaciones necesitan resiliencia, separación de funciones y registros independientes alrededor de los sistemas centralizados.

Los análisis de identidad asistidos por IA presentan otra incertidumbre. Un algoritmo puede señalar patrones de acceso inusuales, pero también puede producir falsos positivos o pasar por alto comportamientos que se asemejan a automatización legítima.

Los equipos de seguridad deben entender qué decisiones son consultivas y cuáles activan una aplicación automática. Bloquear un agente crítico basándose en una señal débil puede interrumpir las operaciones.

Por el contrario, permitir que un sistema de IA apruebe el acceso sin revisión humana puede recrear el mismo problema de exceso de privilegios bajo una nueva etiqueta.

También existe un límite de gobernanza entre un agente de IA y el modelo que lo respalda. Las herramientas y credenciales del agente determinan qué puede hacer, mientras que el modelo influye en cómo elige sus acciones.

Una empresa podría realizar pruebas del modelo pero descuidar el alcance de las credenciales. Otra podría restringir los permisos sin supervisar instrucciones inseguras o entradas manipuladas.

La inyección de prompts ilustra esa superposición. Ocurre cuando contenido malicioso intenta redirigir el comportamiento de un sistema de IA mediante instrucciones ocultas en los datos que procesa.

Un agente con acceso de solo lectura puede exponer información tras una inyección de prompts. Un agente con privilegios excesivos también puede modificar registros, enviar mensajes o invocar herramientas administrativas.

La gobernanza de identidad no puede prevenir todos los ataques de prompts. Puede limitar el daño al restringir lo que el agente comprometido está autorizado a hacer.

Esto convierte el privilegio mínimo en una medida de contención, no en una prueba de seguridad completa de la IA. La evaluación de modelos, los controles de datos, la supervisión y la respuesta a incidentes siguen siendo necesarios.

La orientación voluntaria de Malasia sobre IA tiene límites similares. Proporciona a los consejos de administración y a los equipos un vocabulario común, pero las organizaciones deben convertir ese vocabulario en políticas técnicas aplicables.

Las leyes de ciberseguridad y privacidad del país crean obligaciones más firmes dentro de sus respectivos ámbitos. Sin embargo, el cumplimiento después de una brecha no sustituye la prevención de accesos innecesarios.

Las empresas también deben resistirse a una falsa elección entre adopción rápida y control estricto. Una aprobación manual prolongada para cada agente puede empujar a los empleados hacia herramientas no autorizadas.

La IA en la sombra se refiere a servicios de IA utilizados sin aprobación organizativa formal. Puede trasladar datos fuera de los sistemas aprobados y crear identidades que los equipos de seguridad nunca ven.

Un programa viable debe hacer que el despliegue seguro sea más fácil de encontrar y utilizar. Patrones de credenciales estándar, conectores aprobados, vencimiento automatizado y una propiedad clara pueden reducir la fricción.

Aquí es donde también importan las prácticas de conocimiento. Los equipos necesitan registros accesibles de quién aprobó un agente, a qué sistemas puede acceder y por qué esos permisos siguen siendo necesarios.

Una base de conocimientos técnica con capacidad de búsqueda puede respaldar las revisiones, aunque la documentación por sí sola no puede aplicar políticas de acceso.

Una lectura escéptica no invalida la advertencia de ManageEngine. Acota la afirmación a lo que respalda la evidencia.

Malasia tiene un riesgo plausible y creciente relacionado con las identidades de máquinas. Las fuentes disponibles no establecen una tasa de exposición nacional única ni demuestran que la consolidación de plataformas por sí sola lo resolverá.

Las tres señales que observar después de este informe de Google News

La próxima etapa se medirá mediante inventarios de identidad, ciclos de vida de acceso aplicables y evidencia de que los consejos de administración pueden ver los mismos riesgos que los profesionales.

La primera señal es si las organizaciones malasias empiezan a informar inventarios completos de agentes de IA e identidades no humanas.

Un inventario debe vincular cada identidad con un responsable, propósito empresarial, entorno, tipo de credencial, datos accesibles y política de vencimiento. Contar cuentas sin esas relaciones ofrece una protección limitada.

Esta señal reforzaría la advertencia de ManageEngine si las empresas descubren un gran número de credenciales huérfanas o compartidas durante las revisiones. Debilitaría la interpretación más grave si los inventarios muestran una propiedad estricta y privilegios limitados.

El proceso debe incluir agentes creados por equipos tecnológicos centrales y aquellos desarrollados dentro de departamentos individuales. Las herramientas de bajo código pueden permitir a los usuarios empresariales desplegar automatizaciones sin los controles tradicionales de lanzamiento de software.

Los consejos de administración no necesitan una lista de cada token. Necesitan métricas fiables que muestren cuántas identidades de agentes existen, cuántas carecen de responsable y cuántas conservan privilegios permanentes.

La segunda señal es la adopción de ciclos de vida de identidad automatizados y aplicables para agentes de IA.

Las organizaciones deberían poder emitir credenciales de corta duración, restringir herramientas, revisar comportamientos y revocar el acceso cuando cambia un flujo de trabajo. La retirada debe eliminar los secretos y las cuentas de servicio asociados.

La palabra clave es aplicable. Un documento de política que dice que los agentes deben usar privilegios mínimos no impide que un administrador emita un token permanente con un alcance amplio.

La evidencia de vencimiento automatizado y privilegios justo a tiempo reforzaría el argumento de que la arquitectura de seguridad se está poniendo al día. La dependencia continua de hojas de cálculo manuales respaldaría la preocupación de ManageEngine.

Esta señal también pone a prueba las afirmaciones de los proveedores. Las plataformas de identidad deben demostrar cobertura en servicios en la nube, directorios internos, certificados, secretos de aplicaciones y marcos de agentes.

Un panel que muestra solo usuarios de la fuerza laboral no resolverá el problema de las identidades de máquinas. Tampoco lo hará un asistente de IA que recomienda cambios, pero no puede implementarlos ni verificarlos de forma segura.

Las empresas deben medir tanto la prevención como la recuperación. Necesitan saber con qué rapidez pueden desactivar un agente, rotar las credenciales relacionadas y reconstruir sus acciones recientes.

La tercera señal es si Malasia convierte los principios nacionales de IA en requisitos de responsabilidad más específicos.

La National AI Office afirma que Malasia todavía no cuenta con una ley específica de IA. También señala que se está explorando un proyecto de ley sobre gobernanza de IA.

Las futuras políticas podrían aclarar las responsabilidades de quienes despliegan IA, la evaluación de riesgos, la documentación, las pruebas de seguridad y la supervisión continua. Los reguladores sectoriales también pueden emitir requisitos antes de que llegue una ley general.

Las nuevas normas reforzarían el juicio central del artículo si abordan explícitamente la identidad, el acceso y la retirada de agentes. Un lenguaje ético general sin requisitos operativos dejaría la brecha empresarial en gran medida sin cambios.

El desarrollo regulatorio no debe medirse solo por si el Parlamento aprueba un único estatuto de IA. La aplicación de la privacidad, las obligaciones de NCII, las normas de contratación pública y la orientación sectorial pueden moldear las prácticas de identidad.

Es probable que los servicios financieros y los operadores de infraestructuras críticas enfrenten el escrutinio más cercano. Sus agentes pueden interactuar con registros sensibles y sistemas operativos donde los permisos excesivos conllevan mayores consecuencias.

La respuesta de las salas de juntas merece la misma atención. La National AI Office de Malasia ha publicado orientación voluntaria destinada a ayudar a los directores a supervisar la adopción de IA.

Los consejos de administración deberían preguntar si la organización puede detener un agente de inmediato, no solo si aprobó el caso de negocio original. También deberían preguntar quién revisa el acceso después de que cambia la función del agente.

Estas preguntas conectan la responsabilidad de alto nivel con la evidencia técnica. También exponen la brecha entre la confianza de los ejecutivos y la visibilidad de los profesionales encontrada en la encuesta de ManageEngine.

Para los desarrolladores, la lección es clara. Las credenciales forman parte de la arquitectura de un agente, no son un detalle de despliegue que se deba revisar después del lanzamiento.

Para los compradores empresariales, la cobertura de identidad debe evaluarse junto con la precisión del modelo y las funciones del flujo de trabajo. Un agente útil con autoridad imposible de rastrear crea un pasivo operativo.

Para los trabajadores del conocimiento, la cuestión afecta a qué documentos y sistemas puede acceder un asistente. La comodidad aumenta cuando las herramientas se conectan ampliamente, pero también lo hace el impacto de una acción errónea o manipulada.

El enfoque de Google News se desvanecerá cuando otro titular lo reemplace. El problema subyacente de identidad persistirá porque cada nueva acción automatizada genera una decisión de autorización.

Malasia ya ha establecido una dirección de políticas basada en la IA responsable, la ciberseguridad y la privacidad. Su próxima prueba será determinar si las organizaciones pueden hacer visibles esos principios en las credenciales, los registros y los controles de revocación.

Por lo tanto, la advertencia de ManageEngine debe evaluarse mediante evidencia operativa durante los próximos meses. ¿Están las empresas encontrando cuentas de agentes abandonadas? ¿Están reemplazando privilegios permanentes? ¿Pueden demostrar quién es responsable de cada identidad de máquina?

Las respuestas mostrarán si la arquitectura de seguridad de Malasia está alcanzando sus ambiciones en IA.

Antes de aprobar el próximo despliegue de un agente, plantee una pregunta concreta: si este sistema se comporta de forma inesperada esta noche, ¿puede su organización identificar sus credenciales y eliminar todos los permisos antes de la mañana?