Líderes de pensamento

De Ferramenta a Insidioso: O Surgimento de Identidades Autônomas de IA em Organizações

mm

A IA teve um impacto significativo nas operações de todas as indústrias, entregando resultados aprimorados, aumentando a produtividade e alcançando resultados extraordinários. As organizações de hoje dependem de modelos de IA para obter uma vantagem competitiva, tomar decisões informadas e analisar e estruturar seus esforços comerciais. Desde a gestão de produtos até as vendas, as organizações estão implantando modelos de IA em todos os departamentos, adaptando-os para atender a objetivos específicos.

A IA não é mais apenas uma ferramenta suplementar nas operações comerciais; ela se tornou uma parte integral da estratégia e infraestrutura de uma organização. No entanto, à medida que a adoção de IA cresce, um novo desafio surge: Como gerenciar entidades de IA dentro do quadro de identidade de uma organização?

IA como identidades organizacionais distintas

A ideia de modelos de IA terem identidades únicas dentro de uma organização evoluiu de um conceito teórico para uma necessidade. As organizações estão começando a atribuir papéis e responsabilidades específicos a modelos de IA, concedendo-lhes permissões assim como fariam para funcionários humanos. Esses modelos podem acessar dados sensíveis, executar tarefas e tomar decisões de forma autônoma.

Com modelos de IA sendo integrados como identidades distintas, eles essencialmente se tornam contrapartes digitais de funcionários. Assim como os funcionários têm controle de acesso baseado em papéis, os modelos de IA podem ser atribuídos permissões para interagir com vários sistemas. No entanto, essa expansão de papéis de IA também aumenta a superfície de ataque, introduzindo uma nova categoria de ameaças de segurança.

Os perigos de identidades de IA autônomas em organizações

Enquanto as identidades de IA beneficiaram as organizações, elas também levantam alguns desafios, incluindo:

  • Envenenamento de modelo de IA: Atores ameaçadores mal-intencionados podem manipular modelos de IA injetando dados tendenciosos ou aleatórios, causando que esses modelos produzam resultados imprecisos. Isso tem um impacto significativo em aplicações financeiras, de segurança e de saúde.
  • Ameaças internas de IA: Se um sistema de IA for comprometido, ele pode agir como uma ameaça interna, seja devido a vulnerabilidades não intencionais ou manipulação adversária. Ao contrário de ameaças internas tradicionais que envolvem funcionários humanos, as ameaças internas baseadas em IA são mais difíceis de detectar, pois podem operar dentro do escopo de suas permissões atribuídas.
  • IA desenvolvendo “personalidades” únicas: Modelos de IA, treinados em conjuntos de dados e frameworks diversificados, podem evoluir de maneiras imprevisíveis. Embora careçam de consciência verdadeira, seus padrões de tomada de decisão podem se desviar dos comportamentos esperados. Por exemplo, um modelo de IA de segurança pode começar a marcar incorretamente transações legítimas como fraudulentas ou vice-versa quando exposto a dados de treinamento enganosos.
  • Comprometimento de IA levando a roubo de identidade: Assim como credenciais roubadas podem conceder acesso não autorizado, uma identidade de IA sequestrada pode ser usada para contornar medidas de segurança. Quando um sistema de IA com acesso privilegiado é comprometido, um atacante ganha uma ferramenta incrivelmente poderosa que pode operar sob credenciais legítimas.

Gerenciando identidades de IA: Aplicando princípios de governança de identidade humana

Para mitigar esses riscos, as organizações devem repensar como gerenciam modelos de IA dentro de seu quadro de gerenciamento de identidade e acesso. As seguintes estratégias podem ajudar:

  • Gerenciamento de identidade de IA baseado em papéis: Trate modelos de IA como funcionários, estabelecendo controles de acesso rigorosos, garantindo que eles tenham apenas as permissões necessárias para realizar tarefas específicas.
  • Monitoramento comportamental: Implemente ferramentas de monitoramento impulsionadas por IA para rastrear atividades de IA. Se um modelo de IA começar a exibir comportamento fora de seus parâmetros esperados, alertas devem ser disparados.
  • Arquitetura de Zero Trust para IA: Assim como usuários humanos requerem autenticação em cada etapa, os modelos de IA devem ser continuamente verificados para garantir que estejam operando dentro de seu escopo autorizado.
  • Revogação e auditoria de identidade de IA: As organizações devem estabelecer procedimentos para revogar ou modificar permissões de acesso de IA dinamicamente, especialmente em resposta a comportamento suspeito.

Analisando o possível efeito cobra

Às vezes, a solução para um problema só torna o problema pior, uma situação descrita historicamente como o efeito cobra—também chamado de incentivo perverso. Nesse caso, embora a integração de identidades de IA ao sistema de diretório aborde o desafio de gerenciar identidades de IA, também pode levar a que os modelos de IA aprendam os sistemas de diretório e suas funções.

No longo prazo, os modelos de IA podem exibir comportamento não malicioso, mas permanecer vulneráveis a ataques ou mesmo exfiltrar dados em resposta a prompts mal-intencionados. Isso cria um efeito cobra, onde uma tentativa de estabelecer controle sobre identidades de IA, em vez disso, permite que elas aprendam os controles de diretório, levando a uma situação em que essas identidades se tornam incontroláveis.

Por exemplo, um modelo de IA integrado a um SOC autônomo de uma organização poderia potencialmente analisar padrões de acesso e inferir as permissões necessárias para acessar recursos críticos. Se as medidas de segurança adequadas não estiverem no lugar, tal sistema poderia modificar políticas de grupo ou explorar contas inativas para obter controle não autorizado sobre sistemas.

Equilibrando inteligência e controle

Em última análise, é difícil determinar como a adoção de IA afetará a postura de segurança geral de uma organização. Essa incerteza surge principalmente da escala em que os modelos de IA podem aprender, adaptar-se e agir, dependendo dos dados que consomem. Em essência, um modelo se torna o que consome.

Enquanto o aprendizado supervisionado permite treinamento controlado e orientado, ele pode restringir a capacidade do modelo de se adaptar a ambientes dinâmicos, potencialmente tornando-o rígido ou obsoleto em contextos operacionais em evolução.

Inversamente, o aprendizado não supervisionado concede ao modelo uma maior autonomia, aumentando a probabilidade de que ele explore conjuntos de dados diversificados, potencialmente incluindo aqueles fora de seu escopo pretendido. Isso poderia influenciar seu comportamento de maneiras não intencionais ou inseguras.

O desafio, então, é equilibrar esse paradoxo: restringir um sistema inerentemente não restrito. O objetivo é projetar uma identidade de IA que seja funcional e adaptável, mas não completamente irrestrita, capacitada, mas não incontrolada.

O futuro: IA com autonomia limitada?

Dada a crescente dependência de IA, as organizações precisam impor restrições à autonomia de IA. Embora a independência total para entidades de IA permaneça improvável no futuro próximo, a autonomia controlada, onde os modelos de IA operam dentro de um escopo pré-definido, pode se tornar o padrão. Essa abordagem garante que a IA melhore a eficiência enquanto minimiza riscos de segurança imprevistos.

Não seria surpreendente ver autoridades reguladoras estabelecerem padrões de conformidade específicos que governem como as organizações implantam modelos de IA. O foco principal seria — e deve ser — a privacidade de dados, particularmente para organizações que lidam com informações críticas e sensíveis de identificação pessoal (PII).

Embora esses cenários possam parecer especulativos, eles estão longe de ser improváveis. As organizações devem abordar proativamente esses desafios antes que a IA se torne tanto um ativo quanto uma responsabilidade dentro de seus ecossistemas digitais. À medida que a IA evolui para uma identidade operacional, garantir sua segurança deve ser uma prioridade máxima.

Subha Ganapathy é a Chief IT Security Evangelist da ManageEngine. Com mais de uma década de experiência, a especialização de Subha abrange uma ampla gama de domínios, incluindo detecção e resposta a ameaças, avaliação e mitigação de riscos, conformidade regulatória e implementação de quadros de segurança abrangentes. Subha combina seu conhecimento aprofundado do panorama de ameaças dinâmico com uma abordagem proativa para empoderar as organizações a lidar com desafios de segurança modernos de forma eficaz. Uma líder de pensamento reconhecida na comunidade de segurança cibernética, Ganapathy é uma voz confiável sobre tendências e melhores práticas da indústria. Ela compartilha ativamente suas percepções por meio de artigos, apresentações e discussões engajadoras, inspirando as organizações a adotar estratégias inovadoras e construir defesas robustas contra ameaças emergentes.