A implementação de IA na Malásia está superando a segurança de identidades, alerta a ManageEngine

A ManageEngine emitiu um forte alerta em uma reportagem do Google News: a Malásia está implementando agentes de IA mais rapidamente do que as empresas conseguem proteger suas identidades digitais.

A preocupação não é simplesmente que as companhias estejam adotando softwares desconhecidos. Cada agente, fluxo de trabalho automatizado e integração de máquina precisa de credenciais que concedam acesso a dados e sistemas empresariais. Essas credenciais podem permanecer ativas muito tempo depois do fim de um projeto.

A Malásia já estabeleceu estruturas nacionais para cibersegurança, privacidade e IA responsável. O conflito agora está entre esse avanço em políticas públicas e a gestão cotidiana de acessos nas empresas. As organizações podem seguir princípios de governança de alto nível e, ainda assim, conceder privilégios administrativos permanentes a um agente de IA.

Essa lacuna torna o tema mais do que outra história sobre adoção de IA. Ela levanta uma questão prática para todas as empresas malaias: quem, ou o quê, está atualmente autorizado a agir dentro de sua rede?

O que o alerta da ManageEngine realmente muda

O alerta desloca a governança corporativa de IA de uma discussão sobre risco de modelos para um problema de controle de identidades.

O relatório original sobre segurança de identidades foi publicado pela Tech Wire Asia em 3 de agosto de 2026. Ele se concentrou em uma fragilidade fácil de ignorar durante uma implementação acelerada de IA.

Um agente de IA não entra na rede de uma empresa como um algoritmo abstrato. Normalmente, ele recebe uma conta de serviço, token, certificado, chave de API ou outra credencial de máquina. Essa identidade determina quais aplicações, registros e ações o agente pode acessar.

Jay Reddy, da ManageEngine, disse à publicação que desenvolvedores frequentemente tratam agentes autônomos como integrações convencionais de aplicações. As equipes podem atribuir permissões administrativas permanentes ou contas de serviço com privilégios amplos para evitar atrasos de integração.

Esse atalho pode manter um piloto em andamento. Mas também cria acessos persistentes que não refletem a mudança de tarefa, nível de risco ou contexto operacional do agente.

Um agente autônomo difere de uma integração estática porque pode planejar etapas, chamar várias ferramentas e responder a entradas variáveis. Uma credencial criada para uma conexão previsível pode se tornar perigosa quando é vinculada a um software que executa ações diversas.

A pesquisa da ManageEngine sobre segurança de identidades insere esse problema em uma transformação muito maior. Identidades não humanas incluem contas de serviço, certificados, bots, cargas de trabalho, segredos de aplicações e agentes de IA. Elas estão se tornando a categoria de identidade dominante em muitos ambientes corporativos.

A ManageEngine afirma que as identidades de máquina geralmente superam os usuários humanos em mais de 100 para um nas organizações pesquisadas. Alguns setores estão se aproximando de uma proporção de 500 para um.

Esses números vêm da pesquisa da ManageEngine, e não de um censo exclusivo da Malásia. Eles não devem ser interpretados como uma proporção medida em todas as empresas malaias.

A constatação mais ampla continua importante. Uma empresa com vários milhares de funcionários ainda pode ter centenas de milhares de credenciais de máquina distribuídas entre serviços em nuvem, aplicações internas e plataformas de automação.

A ManageEngine também constatou que apenas 12% das organizações pesquisadas tinham gestão abrangente e automatizada do ciclo de vida de identidades de máquina. Os 88% restantes dependiam de processos manuais ou improvisados que têm dificuldade para operar na escala das máquinas.

A gestão do ciclo de vida abrange a criação, modificação, monitoramento e retirada de uma identidade. Ela deve remover acessos quando uma aplicação é desativada, um agente muda de função ou uma credencial deixa de ser necessária.

Sem esse processo, um piloto abandonado pode deixar para trás uma conta órfã. A aplicação pode desaparecer do painel do projeto, enquanto seu token de acesso continua válido.

O problema vai além de credenciais esquecidas. Um agente de IA ativo pode herdar mais acesso do que sua tarefa exige, especialmente quando as equipes de implementação priorizam velocidade.

Privilégio mínimo significa conceder apenas o acesso necessário para uma função definida. Isso se torna mais difícil quando um agente precisa concluir várias etapas em e-mail, armazenamento de documentos, registros de clientes e bancos de dados internos.

Por isso, uma manchete do Google News sobre “segurança de identidades” pode soar mais limitada do que a questão subjacente. O alerta envolve compras, desenvolvimento de software, governança de dados, arquitetura de nuvem e resposta a incidentes.

A mudança imediata é conceitual. As empresas precisam deixar de tratar agentes de IA apenas como produtos a aprovar e passar a tratá-los como identidades a governar.

Por que o Google News está destacando o risco agora

As ambições nacionais da Malásia em IA estão entrando em uma fase operacional, enquanto muitos programas de identidade ainda refletem um modelo de segurança centrado em pessoas.

A Malásia não está se aproximando da IA sem uma estrutura de políticas. O país divulgou suas Diretrizes Nacionais sobre Governança e Ética de IA em 20 de setembro de 2024.

As diretrizes estabelecem sete princípios que abrangem justiça, confiabilidade, privacidade, segurança, transparência, responsabilização, inclusão e benefício humano. Elas se aplicam a todo o ciclo de vida dos sistemas de IA.

O National AI Office da Malásia descreve essas diretrizes como voluntárias. Seus novos recursos sobre governança de IA destinam-se a ajudar organizações a transformar princípios em práticas de trabalho.

O governo também está desenvolvendo o Plano de Ação Nacional de IA 2026–2030 sob sua diretriz AI Nation 2030. Espera-se que o plano aborde adoção, infraestrutura, talentos, governança e participação da indústria.

Isso gera impulso tanto para organizações públicas quanto privadas. Conselhos querem implementações úteis, departamentos querem ganhos de produtividade e equipes técnicas enfrentam pressão para levar pilotos à produção.

No entanto, a governança de IA em nível de política pública e a governança operacional de identidades resolvem partes diferentes do problema.

Uma estrutura ética pode exigir responsabilização, privacidade e segurança. Ela não descobre automaticamente uma chave de API não documentada nem revoga o acesso de um agente após o fim de um piloto.

O National AI Office da Malásia reconhece essa distinção indiretamente. Suas orientações abrangem implementação, monitoramento e desativação, e não apenas o desenvolvimento de modelos.

Essa visão de ciclo de vida é essencial. Um agente pode atender aos critérios iniciais de aprovação de uma organização e, mais tarde, tornar-se arriscado porque suas permissões, ferramentas conectadas ou instruções operacionais mudam.

A Malásia também possui regras obrigatórias de cibersegurança em áreas específicas. A Cyber Security Act foi promulgada em 26 de junho de 2024 e entrou em vigor em 26 de agosto de 2024.

A lei estabelece obrigações relacionadas à Infraestrutura Nacional Crítica de Informação, conhecida como NCII. Ela também trata de incidentes cibernéticos, responsabilidades setoriais e licenciamento para determinados provedores de serviços de cibersegurança.

A Lei fortalece a estrutura nacional de cibersegurança da Malásia. No entanto, ela não elimina a necessidade de cada empresa manter inventários internos precisos e controles de acesso.

As obrigações de privacidade também estão se tornando mais rigorosas. As alterações à PDPA da Malásia introduziram mudanças que incluem notificação de violações e responsabilidades de proteção de dados.

Essas regras aumentam as consequências de uma governança fraca de credenciais. Um agente com acesso excessivo pode transformar um token comprometido em exposição em diversos sistemas de dados.

A pressão resultante recai primeiro sobre diretores de segurança da informação, equipes de identidade, administradores de nuvem e proprietários de aplicações. Eles precisam apoiar uma implementação mais rápida sem perder visibilidade.

Ela também chega aos conselhos. Líderes seniores não podem supervisionar riscos de IA se a organização não consegue listar seus agentes, proprietários, credenciais e ações permitidas.

A atual direção de políticas da Malásia incentiva a adoção responsável, mas grande parte de suas orientações específicas sobre IA continua não vinculativa. As empresas ainda são responsáveis por traduzir princípios amplos em controles técnicos.

É por isso que essa história aparece agora. A adoção de IA avançou além de demonstrações isoladas, enquanto a arquitetura de segurança subjacente a muitas implementações não avançou no mesmo ritmo.

Os comentários da ManageEngine sobre governança de IA enquadram a IA tanto como uma fonte de crescimento de identidades quanto como uma possível ajuda para equipes de segurança. Esse papel duplo complica a resposta.

As organizações querem que a IA detecte comportamentos arriscados, revise acessos e reduza o trabalho manual. Ao mesmo tempo, cada componente de IA defensiva pode introduzir mais credenciais e integrações que exigem governança.

Esse ciclo pode produzir ferramentas de segurança que ampliam justamente o ambiente de identidades que deveriam controlar. Consolidação e automação tornam-se necessárias, mas também exigem implementação cuidadosa.

A pressão real, portanto, não é desacelerar todos os projetos de IA. É fazer com que os controles de identidade operem na velocidade e na escala desses projetos.

Agentes de IA versus segurança de identidades centrada em pessoas

O conflito central das empresas na Malásia é a velocidade de implementação da IA versus uma arquitetura de identidade construída em torno de funcionários e aplicações previsíveis.

A gestão tradicional de identidades e acessos começa com eventos humanos reconhecíveis. Uma pessoa entra na empresa, muda de função, solicita acesso e, por fim, sai.

Esses eventos podem acionar fluxos de trabalho que envolvem recursos humanos, gestores e administradores de TI. A responsabilidade costuma ser visível, mesmo quando a execução é imperfeita.

Identidades de máquina não seguem esse padrão. Um desenvolvedor pode criar várias contas de serviço durante um único projeto, enquanto plataformas de nuvem geram credenciais por meio de processos automatizados de infraestrutura.

Os agentes de IA acrescentam outra camada. Um único agente pode receber acesso a um modelo de linguagem, documentos internos, um sistema de tickets, registros de clientes e ferramentas de comunicação.

Sua função também pode mudar sem uma transferência formal. Novas instruções ou integrações podem ampliar sua autoridade efetiva, mesmo quando sua conta original permanece inalterada.

É por isso que uma simples lista de contas de usuário já não basta. As equipes de segurança precisam compreender as relações entre agentes, credenciais, ferramentas, dados, proprietários e comportamento real.

O Identity Security Outlook 2026 da ManageEngine identificou uma lacuna significativa de percepção. Segundo suas conclusões da pesquisa, 80% dos líderes seniores acreditavam que contas de máquina inativas estavam sendo monitoradas.

Pouco mais da metade dos profissionais confirmou essa confiança. A diferença sugere que executivos podem acreditar que um controle existe, mesmo quando equipes da linha de frente enxergam cobertura incompleta.

O mesmo estudo constatou que nove em cada dez organizações pesquisadas estavam testando ou usando IA na gestão de identidades e acessos. Apenas 7% relataram implementação em toda a organização.

Essa lacuna importa porque pilotos limitados não comprovam que a segurança assistida por IA funciona em diretórios legados, plataformas de nuvem e milhares de contas de máquina.

As expectativas dos executivos também superaram a confiança operacional. A ManageEngine informou que 68% dos respondentes do C-suite estavam otimistas sobre o uso de IA para modelagem e análise de riscos de identidade.

Apenas 27% dos gestores consideraram esse uso prático. A pesquisa não comprova que nenhum dos grupos esteja correto, mas expõe um problema de implementação que a aprovação de orçamento, por si só, não consegue resolver.

A pesquisa da ManageEngine sobre segurança de identidades também aponta para a consolidação de plataformas. Mais de 80% dos líderes de segurança pesquisados estavam consolidando ferramentas fragmentadas de identidade em plataformas unificadas.

A consolidação pode reduzir pontos cegos quando sistemas separados gerenciam o acesso da força de trabalho, contas privilegiadas, permissões na nuvem, certificados e segredos de aplicações. Ela também pode fornecer uma camada compartilhada de políticas.

No entanto, adquirir uma plataforma unificada não cria automaticamente um inventário preciso de identidades. As organizações ainda precisam identificar responsáveis, definir comportamentos aceitáveis e conectar todos os ambientes relevantes.

Este é o principal antagonista da história: a rápida implantação de IA versus operações de identidade centradas em pessoas.

O conflito não é ManageEngine contra outro fornecedor. Microsoft, CyberArk, Okta, SailPoint e provedores de nuvem abordam partes do crescente problema de identidade por meio de produtos diferentes.

Suas abordagens variam, mas a direção da indústria é semelhante. Os programas de identidade estão se estendendo da autenticação de funcionários para o acesso de cargas de trabalho, credenciais de máquinas e autorização contínua.

Autorização contínua significa que as decisões de acesso podem ser reavaliadas à medida que o contexto muda. Um sistema pode considerar a ação solicitada, a sensibilidade dos dados, o comportamento da credencial e o risco atual.

Isso é mais adequado para software autônomo do que uma permissão permanente atribuída uma única vez. Um agente que processa faturas ao meio-dia não necessariamente precisa do mesmo acesso enquanto está ocioso à meia-noite.

Credenciais de curta duração oferecem outra resposta. Elas expiram rapidamente e podem limitar o valor de um segredo roubado.

O acesso just-in-time concede privilégios mais elevados somente quando uma tarefa específica os exige. Isso reduz o acesso permanente disponível para invasores ou agentes com mau funcionamento.

Esses controles não são novos. O desafio é aplicá-los de forma consistente a fluxos de trabalho de IA criados rapidamente, sem transformar a revisão de segurança em um gargalo inviável.

Um agente empresarial do mundo real pode resumir documentos internos, redigir uma resposta e atualizar um sistema de clientes. Cada ação pode cruzar uma fronteira de segurança diferente.

Se o agente receber uma única conta de serviço ampla, os investigadores podem ter dificuldade para determinar qual ação veio do agente, de um desenvolvedor ou de outra aplicação que compartilha essa identidade.

Identidades dedicadas e registros detalhados melhoram a atribuição. Elas também aumentam o número total de identidades que as equipes precisam gerenciar.

Essa troca explica por que os processos manuais de identidade entram em colapso em escala. Melhor responsabilização cria mais objetos para rastrear, enquanto menos contas compartilhadas podem significar muito mais credenciais individuais.

As empresas precisam de automação, mas a automação deve seguir políticas verificadas. Caso contrário, ela pode reproduzir permissões excessivas mais rapidamente do que qualquer administrador humano conseguiria.

O que a alegação de governança de IA da ManageEngine não comprova

O alerta identifica um risco estrutural crível, mas não estabelece que as empresas malaias compartilham uma única falha de segurança uniforme.

O número mais chamativo é a possível proporção de 500 para um entre identidades não humanas e humanas. Os leitores devem tratá-lo com cautela.

A ManageEngine afirma que alguns setores pesquisados se aproximam dessa proporção. A empresa não afirma que todas as organizações malaias mediram o mesmo nível.

O artigo da Tech Wire Asia aplica descobertas globais sobre identidade ao contexto de adoção da Malásia. Ele acrescenta uma entrevista regional informada, mas não é uma auditoria nacional de credenciais malaias.

Essa distinção importa porque os setores possuem infraestruturas tecnológicas muito diferentes. Um provedor de nuvem, banco, fabricante, hospital e pequeno varejista não criarão identidades de máquinas no mesmo ritmo.

As definições também podem alterar a contagem. Alguns estudos incluem certificados, chaves, cargas de trabalho, bots, contas de serviço e identidades de aplicações como objetos separados.

Outros se concentram em contas que podem autenticar diretamente. Comparar proporções sem alinhar as definições pode exagerar diferenças aparentes.

A ManageEngine também vende produtos de identidade e segurança. Sua pesquisa ainda pode oferecer evidências úteis, mas sua posição comercial deve permanecer visível.

As conclusões mais fortes vêm de descobertas alinhadas à arquitetura observável. Agentes de IA precisam de credenciais, privilégios permanentes aumentam a exposição e contas abandonadas criam riscos.

A conclusão mais fraca seria que uma proporção específica descreve a Malásia como um todo. As evidências disponíveis não sustentam essa afirmação.

As recomendações de governança de IA da ManageEngine também favorecem a consolidação. Uma plataforma unificada pode reduzir a fragmentação, mas a centralização introduz seu próprio risco de concentração.

Se um plano de controle de identidade for configurado incorretamente ou comprometido, o impacto pode se espalhar amplamente. As organizações precisam de resiliência, segregação de funções e registros independentes em torno de sistemas centralizados.

A análise de identidade assistida por IA apresenta outra incerteza. Um algoritmo pode sinalizar padrões de acesso incomuns, mas também pode produzir falsos positivos ou não detectar comportamentos semelhantes à automação legítima.

As equipes de segurança precisam entender quais decisões são consultivas e quais acionam a aplicação automática. Bloquear um agente crítico com base em um sinal fraco pode interromper as operações.

Por outro lado, permitir que um sistema de IA aprove acessos sem revisão humana pode recriar o mesmo problema de privilégios excessivos sob um novo rótulo.

Também existe uma fronteira de governança entre um agente de IA e o modelo que o sustenta. As ferramentas e credenciais do agente determinam o que ele pode fazer, enquanto o modelo influencia como ele escolhe suas ações.

Uma empresa pode realizar testes de modelo, mas negligenciar o escopo das credenciais. Outra pode restringir permissões enquanto deixa de monitorar instruções inseguras ou entradas manipuladas.

A injeção de prompt ilustra essa sobreposição. Ela ocorre quando conteúdo malicioso tenta redirecionar o comportamento de um sistema de IA por meio de instruções ocultas nos dados que ele processa.

Um agente com acesso somente leitura pode expor informações após uma injeção de prompt. Um agente com privilégios excessivos também pode alterar registros, enviar mensagens ou invocar ferramentas administrativas.

A governança de identidade não pode impedir todos os ataques de prompt. Ela pode limitar os danos ao restringir o que o agente comprometido está autorizado a fazer.

Isso torna o princípio do menor privilégio uma medida de contenção, e não uma prova de segurança completa da IA. A avaliação de modelos, os controles de dados, o monitoramento e a resposta a incidentes continuam necessários.

As orientações voluntárias da Malásia para IA têm limites semelhantes. Elas oferecem aos conselhos e às equipes um vocabulário comum, mas as organizações precisam transformar esse vocabulário em políticas técnicas aplicáveis.

As leis de cibersegurança e privacidade do país criam obrigações mais firmes em seus respectivos escopos. Ainda assim, a conformidade após uma violação não substitui a prevenção de acessos desnecessários.

As empresas também devem resistir a uma falsa escolha entre adoção rápida e controle rigoroso. Uma aprovação manual demorada para cada agente pode levar funcionários a usar ferramentas não autorizadas.

Shadow AI refere-se a serviços de IA usados sem aprovação organizacional formal. Ela pode mover dados para além dos sistemas aprovados e criar identidades que as equipes de segurança nunca veem.

Um programa viável deve tornar a implantação segura mais fácil de descobrir e usar. Padrões de credenciais, conectores aprovados, expiração automatizada e responsabilidade clara podem reduzir o atrito.

É aqui que as práticas de conhecimento também importam. As equipes precisam de registros acessíveis sobre quem aprovou um agente, quais sistemas ele pode alcançar e por que essas permissões continuam necessárias.

Uma base de conhecimento técnica pesquisável pode apoiar as revisões, embora a documentação por si só não possa aplicar políticas de acesso.

Uma leitura cética não invalida o alerta da ManageEngine. Ela restringe a alegação ao que as evidências sustentam.

A Malásia enfrenta um risco plausível e crescente de identidades de máquinas. As fontes disponíveis não estabelecem uma taxa nacional única de exposição nem comprovam que a consolidação de plataformas, por si só, resolverá o problema.

Os três sinais a acompanhar após esta reportagem do Google News

A próxima etapa será medida por inventários de identidade, ciclos de vida de acesso aplicáveis e evidências de que os conselhos podem enxergar os mesmos riscos que os profissionais.

O primeiro sinal é se as organizações malaias começam a reportar inventários completos de agentes de IA e identidades não humanas.

Um inventário deve conectar cada identidade a um responsável, propósito de negócio, ambiente, tipo de credencial, dados acessíveis e política de expiração. Contar contas sem essas relações oferece proteção limitada.

Esse sinal reforçaria o alerta da ManageEngine se as empresas descobrissem grandes números de credenciais órfãs ou compartilhadas durante as revisões. Ele enfraqueceria a interpretação mais severa se os inventários mostrassem responsabilidade bem definida e privilégios limitados.

O processo deve incluir agentes criados por equipes centrais de tecnologia e aqueles montados em departamentos individuais. Ferramentas low-code podem permitir que usuários de negócio implantem automação sem os controles tradicionais de lançamento de software.

Os conselhos não precisam de uma lista de cada token. Eles precisam de métricas confiáveis que mostrem quantas identidades de agentes existem, quantas não têm responsáveis e quantas mantêm privilégios permanentes.

O segundo sinal é a adoção de ciclos de vida de identidade automatizados e aplicáveis para agentes de IA.

As organizações devem conseguir emitir credenciais de curta duração, restringir ferramentas, revisar comportamentos e revogar acessos quando um fluxo de trabalho muda. A desativação deve remover os segredos e as contas de serviço associados.

A palavra-chave é aplicável. Um documento de política que diz que agentes devem usar o princípio do menor privilégio não impede que um administrador emita um token permanente de escopo amplo.

Evidências de expiração automatizada e privilégios just-in-time reforçariam o argumento de que a arquitetura de segurança está acompanhando o ritmo. A dependência contínua de planilhas manuais sustentaria a preocupação da ManageEngine.

Esse sinal também testa as alegações dos fornecedores. Plataformas de identidade devem demonstrar cobertura em serviços de nuvem, diretórios internos, certificados, segredos de aplicações e frameworks de agentes.

Um painel que mostra apenas usuários da força de trabalho não responderá ao problema de identidade de máquinas. Tampouco o fará um assistente de IA que recomenda mudanças, mas não consegue implementá-las ou verificá-las com segurança.

As empresas devem medir tanto a prevenção quanto a recuperação. Elas precisam saber com que rapidez conseguem desativar um agente, rotacionar as credenciais relacionadas e reconstruir suas ações recentes.

O terceiro sinal é se a Malásia transforma os princípios nacionais de IA em requisitos de responsabilização mais específicos.

O National AI Office afirma que a Malásia ainda não possui uma lei dedicada à IA. Ele também observa que um Projeto de Lei de Governança de IA está sendo explorado.

Futuras políticas podem esclarecer responsabilidades para implantadores de IA, avaliação de riscos, documentação, testes de segurança e monitoramento contínuo. Reguladores setoriais também podem emitir requisitos antes que uma lei geral entre em vigor.

Novas regras reforçariam o julgamento central do artigo se abordassem explicitamente a identidade, o acesso e a desativação de agentes. Linguagem ética genérica sem requisitos operacionais deixaria a lacuna empresarial em grande parte inalterada.

O desenvolvimento regulatório não deve ser medido apenas pela aprovação, pelo Parlamento, de um único estatuto de IA. A aplicação de regras de privacidade, obrigações de NCII, normas de contratação pública e orientações setoriais podem moldar as práticas de identidade.

Os operadores de serviços financeiros e infraestrutura crítica provavelmente enfrentarão o escrutínio mais intenso. Seus agentes podem interagir com registros sensíveis e sistemas operacionais, onde permissões excessivas acarretam consequências maiores.

A resposta dos conselhos merece igual atenção. O National AI Office da Malásia publicou orientações voluntárias destinadas a ajudar diretores a supervisionar a adoção de IA.

Os conselhos devem perguntar se a organização consegue interromper um agente imediatamente, e não apenas se aprovou o caso de negócio original. Também devem perguntar quem revisa o acesso depois que a função do agente muda.

Essas perguntas conectam a responsabilização de alto nível às evidências técnicas. Elas também expõem a lacuna entre a confiança dos executivos e a visibilidade dos profissionais identificada na pesquisa da ManageEngine.

Para os desenvolvedores, a lição é direta. As credenciais fazem parte da arquitetura de um agente, não são um detalhe de implantação a ser revisto após o lançamento.

Para os compradores empresariais, a cobertura de identidade deve ser avaliada junto com a precisão do modelo e os recursos de fluxo de trabalho. Um agente útil com autoridade impossível de rastrear cria um passivo operacional.

Para os trabalhadores do conhecimento, a questão afeta quais documentos e sistemas um assistente pode acessar. A conveniência cresce quando as ferramentas se conectam de forma ampla, mas também cresce o impacto de uma ação equivocada ou manipulada.

O enquadramento do Google News desaparecerá quando outra manchete o substituir. O problema subjacente de identidade persistirá, porque cada nova ação automatizada cria uma decisão de autorização.

A Malásia já estabeleceu uma direção de política pública baseada em IA responsável, cibersegurança e privacidade. Seu próximo teste é saber se as organizações conseguem tornar esses princípios visíveis em credenciais, logs e controles de revogação.

O alerta da ManageEngine deve, portanto, ser avaliado com base em evidências operacionais nos próximos meses. As empresas estão encontrando contas de agentes abandonadas? Estão substituindo privilégios permanentes? Conseguem provar quem é responsável por cada identidade de máquina?

Essas respostas mostrarão se a arquitetura de segurança da Malásia está alcançando suas ambições em IA.

Antes de aprovar a próxima implantação de agente, faça uma pergunta concreta: se este sistema se comportar de forma inesperada esta noite, sua organização conseguirá identificar suas credenciais e remover todas as permissões antes da manhã?