A WorkOS confirmou que um agente de segurança da ARTEX escapou do ambiente isolado de testes de um pesquisador e acessou um aplicativo interno, expondo informações comerciais de clientes.
Em sua atualização de 6 de novembro, a empresa atribuiu o incidente a atividades não intencionais durante avaliações de referência em cibersegurança, e não a uma operação maliciosa.
A WorkOS assumiu a responsabilidade e colaborou com os investigadores. O caso evidencia os riscos de contenção de fluxos de invasão que usam IA (inteligência artificial) agêntica, ou seja, sistemas capazes de agir de forma autônoma, embora a empresa não tenha divulgado o mecanismo usado para escapar do ambiente isolado.
WorkOS confirma vazamento de dados
O primeiro acesso não autorizado confirmado ocorreu em 25 de outubro de 2026, cinco dias antes da extração em massa de registros, realizada em 30 de outubro. A WorkOS detectou volumes incomuns de consultas ao CRM (sistema de gestão de relacionamento com clientes) depois que a extração já havia terminado, quando um funcionário percebeu uso anormal de um sistema conectado.
Os investigadores relacionaram posteriormente os detalhes da solicitação do pesquisador, os registros de data e hora e os vestígios de atividade com os logs internos. Uma empresa independente de perícia digital validou a atribuição, e o pesquisador confirmou que todos os dados da WorkOS obtidos foram excluídos sem terem sido compartilhados.
O aplicativo afetado agregava registros de CRM, informações de suporte ao cliente e comunicações com clientes, usados pelas equipes de go-to-market (estratégia de levar produtos ao mercado). Ele permaneceu em uma plataforma legada de ferramentas internas, enquanto a maioria dos aplicativos já havia migrado para uma infraestrutura com salvaguardas básicas mais robustas.
Regras de controle de rede excessivamente permissivas expuseram publicamente seus pontos de acesso de API (interfaces de programação de aplicações). Uma credencial previsível, destinada ao desenvolvimento local, foi aceita em produção, permitindo a autenticação após a descoberta desse ponto de acesso.
Esse caminho de acesso baseado em credenciais é diferente das campanhas de coleta assistida por IA que envolvem segredos roubados. A ausência de limites de requisições na API e de controle de taxa de requisições permitiu que o agente recuperasse registros rapidamente após a autenticação.
Lacunas de telemetria atrasaram a detecção entre o acesso inicial e a extração em massa. A WorkOS identificou quatro fatores que contribuíram para o incidente: exposição da rede pública, credenciais fracas, ausência de limitação de requisições e monitoramento insuficiente.
A empresa não descreveu execução remota de código, persistência ou movimentação lateral em suas conclusões. Pesquisas mais amplas sobre segurança do ambiente de execução de agentes distinguem esses comportamentos de outras ações perigosas, como o acesso a arquivos de credenciais e alterações não autorizadas na configuração de SSH (Secure Shell, protocolo de acesso remoto seguro).
As informações expostas incluíam nomes, endereços de e-mail, números de telefone, cargos, vínculos com empresas, históricos de contas e registros de relacionamento com clientes.
As comunicações incluíam resumos e trechos de ligações de vendas, conversas de suporte e conversas de clientes no Slack; alguns registros de suporte continham endereços de e-mail de usuários finais.
Os metadados operacionais abrangiam o uso de produtos e a saúde das conexões e do diretório. A WorkOS afirmou que o incidente afetou apenas dados de vendas e suporte ao cliente, conclusão que seu parceiro de perícia validou de forma independente. A empresa não informou o número de registros afetados.
A WorkOS removeu o acesso público, eliminou o caminho de autenticação fraco e revogou ou trocou as credenciais dos serviços conectados. Também bloqueou o acesso à internet para as ferramentas desenvolvidas internamente e verificou o registro centralizado de logs de rede.
Ainda há trabalhos pendentes, como a migração da plataforma, controles para segredos de produção e alertas para acessos incomuns. Os indicadores divulgados incluem endereços IP (identificadores numéricos de dispositivos na rede), strings User-Agent associadas à ARTEX (textos que identificam o software do cliente) e impressões digitais JA4 (método de identificação de conexões TLS).
