🚨 NOVA NOTÍCIA EM DESTAQUE! 🚨
Confira agora e compartilhe com seus amigos!
Apoie esse projeto de divulgacao de noticias! Clique aqui
Os servidores MCP podem expor segredos corporativos por meio de arquivos de configuração de texto simples, acesso com permissão excessiva e injeção imediata, muitas vezes antes mesmo que as equipes de segurança saibam que o servidor está em execução. À medida que mais organizações adotam agentes de IA em seus sistemas, essa exposição pode silenciosamente se tornar uma grande lacuna na segurança dos servidores MCP. O Model Context Protocol (MCP) permite que os agentes de IA acessem as ferramentas e os dados, incluindo documentação interna e infraestrutura em nuvem, que formam a base dos sistemas corporativos. Por trás dessa conveniência, o servidor MCP que conecta essas ferramentas e dados aos sistemas corporativos normalmente contém as chaves de tudo o que toca: credenciais, chaves de conta de serviço, tokens de API e outros segredos. Cada organização deve agora questionar quais segredos estão entregando à IA e quão bem esses segredos são protegidos quando chegam a um servidor MCP.
O que é Protocolo de Contexto de Modelo (MCP)?
Model Context Protocol (MCP) é um padrão aberto, originalmente introduzido pela Anthropic, que permite que assistentes de IA se conectem a ferramentas e dados externos. Em vez de ficar restrito ao conhecimento existente de um modelo, um agente de IA pode usar o MCP para acessar sistemas ativos, extraindo um registro de um banco de dados, abrindo um arquivo ou chamando uma API. O que faz isso funcionar é o servidor MCP: um pequeno programa que fica entre a IA e o sistema que deseja usar, expondo as ações específicas que o agente de IA pode realizar. Com o servidor MCP servindo como intermediário, é aqui que reside o maior risco porque, para atuar em um sistema, um servidor MCP requer as credenciais desse sistema.
Os agentes não produzem mais apenas respostas; eles agem recuperando dados confidenciais e decidindo quais ferramentas chamar usando identidades não humanas (NHIs), como chaves de API e tokens. Como o MCP transforma agentes de IA em identidades ativas operando em sistemas corporativos, um segredo vazado não expõe apenas dados; também concede ao invasor a capacidade de agir de acordo.
Maneiras pelas quais os servidores MCP podem expor segredos
A conveniência do MCP tem um porém: o mesmo servidor que permite que um agente de IA faça um trabalho significativo também é um hub para credenciais. Como o MCP é inovador e se move rapidamente, muitos servidores são construídos e implantados sem as medidas de segurança que deveriam ser esperadas para algo que contém chaves de produção. Aqui estão algumas das maneiras mais comuns pelas quais os segredos podem ser expostos em servidores MCP.
Credenciais de texto simples em arquivos de configuração
Os servidores MCP armazenam rotineiramente os tokens e chaves necessários em arquivos de configuração locais e, muitas vezes, em texto simples. Em muitas configurações, colocar um servidor em execução significa colar uma string de configuração que contém as próprias credenciais. Se esse arquivo for deixado em um disco, é muito provável que ele seja ignorado, copiado entre máquinas ou enviado acidentalmente para um repositório Git. Quando um invasor chega a esse servidor, tudo o que ele contém fica legível.
Expansão de credenciais em servidores não governados
Sem um local central para armazenar segredos, cada agente de IA acaba gerenciando os seus próprios. As mesmas credenciais — incluindo chaves de API e tokens — ficam espalhadas por arquivos de configuração e variáveis de ambiente, e cópias duplicadas se acumulam no desenvolvimento, na preparação e na produção. Como ninguém possui um inventário completo desses segredos, eles raramente são alternados, deixando-os válidos e estáticos indefinidamente. Cada segredo disperso e duradouro pode ser roubado por um invasor, criando outro ponto de entrada potencial para uma violação.
Injeção imediata
Nem todo vazamento exige a invasão de um invasor. Como os agentes de IA leem e agem de acordo com o material que recebem, um invasor pode ocultar instruções em um documento, tíquete de suporte ou página da web que o agente acessa. Como resultado, o agente pode seguir essas instruções ocultas, tratando-as como comandos legítimos no que é conhecido como injeção imediata. Os agentes podem ser induzidos a usar indevidamente suas ferramentas ou a entregar os segredos que eles deveriam proteger.
Permissão excessiva
Para evitar erros de autorização durante a construção, os desenvolvedores geralmente concedem amplas permissões ao servidor MCP e seguem em frente. No entanto, esses escopos generosos tendem a ser enviados para produção se forem esquecidos. Quando o privilégio mínimo não é imposto, um agente de IA pode ir muito além do necessário para sua tarefa, o que significa que qualquer comprometimento único expõe muito mais do que deveria.
Risco de servidor exposto
Qualquer pessoa pode publicar um servidor MCP, o que é um problema da cadeia de suprimentos esperando para acontecer. Conectar-se a alguém não confiável pode se voltar contra você, como demonstrou o CVE-2025-6514. No mcp-remote (um proxy OAuth baixado mais de 400.000 vezes e executado na máquina cliente), um servidor malicioso pode acionar a injeção de comando do sistema operacional, levando à execução remota de código na máquina que executa o proxy e concedendo aos invasores acesso para roubar suas credenciais.
Como proteger segredos corporativos em servidores MCP
MCP muda onde os segredos
O que é Protocolo de Contexto de Modelo (MCP)?
Model Context Protocol (MCP) é um padrão aberto, originalmente introduzido pela Anthropic, que permite que assistentes de IA se conectem a ferramentas e dados externos. Em vez de ficar restrito ao conhecimento existente de um modelo, um agente de IA pode usar o MCP para acessar sistemas ativos, extraindo um registro de um banco de dados, abrindo um arquivo ou chamando uma API. O que faz isso funcionar é o servidor MCP: um pequeno programa que fica entre a IA e o sistema que deseja usar, expondo as ações específicas que o agente de IA pode realizar. Com o servidor MCP servindo como intermediário, é aqui que reside o maior risco porque, para atuar em um sistema, um servidor MCP requer as credenciais desse sistema.
Os agentes não produzem mais apenas respostas; eles agem recuperando dados confidenciais e decidindo quais ferramentas chamar usando identidades não humanas (NHIs), como chaves de API e tokens. Como o MCP transforma agentes de IA em identidades ativas operando em sistemas corporativos, um segredo vazado não expõe apenas dados; também concede ao invasor a capacidade de agir de acordo.
Maneiras pelas quais os servidores MCP podem expor segredos
A conveniência do MCP tem um porém: o mesmo servidor que permite que um agente de IA faça um trabalho significativo também é um hub para credenciais. Como o MCP é inovador e se move rapidamente, muitos servidores são construídos e implantados sem as medidas de segurança que deveriam ser esperadas para algo que contém chaves de produção. Aqui estão algumas das maneiras mais comuns pelas quais os segredos podem ser expostos em servidores MCP.
Credenciais de texto simples em arquivos de configuração
Os servidores MCP armazenam rotineiramente os tokens e chaves necessários em arquivos de configuração locais e, muitas vezes, em texto simples. Em muitas configurações, colocar um servidor em execução significa colar uma string de configuração que contém as próprias credenciais. Se esse arquivo for deixado em um disco, é muito provável que ele seja ignorado, copiado entre máquinas ou enviado acidentalmente para um repositório Git. Quando um invasor chega a esse servidor, tudo o que ele contém fica legível.
Expansão de credenciais em servidores não governados
Sem um local central para armazenar segredos, cada agente de IA acaba gerenciando os seus próprios. As mesmas credenciais — incluindo chaves de API e tokens — ficam espalhadas por arquivos de configuração e variáveis de ambiente, e cópias duplicadas se acumulam no desenvolvimento, na preparação e na produção. Como ninguém possui um inventário completo desses segredos, eles raramente são alternados, deixando-os válidos e estáticos indefinidamente. Cada segredo disperso e duradouro pode ser roubado por um invasor, criando outro ponto de entrada potencial para uma violação.
Injeção imediata
Nem todo vazamento exige a invasão de um invasor. Como os agentes de IA leem e agem de acordo com o material que recebem, um invasor pode ocultar instruções em um documento, tíquete de suporte ou página da web que o agente acessa. Como resultado, o agente pode seguir essas instruções ocultas, tratando-as como comandos legítimos no que é conhecido como injeção imediata. Os agentes podem ser induzidos a usar indevidamente suas ferramentas ou a entregar os segredos que eles deveriam proteger.
Permissão excessiva
Para evitar erros de autorização durante a construção, os desenvolvedores geralmente concedem amplas permissões ao servidor MCP e seguem em frente. No entanto, esses escopos generosos tendem a ser enviados para produção se forem esquecidos. Quando o privilégio mínimo não é imposto, um agente de IA pode ir muito além do necessário para sua tarefa, o que significa que qualquer comprometimento único expõe muito mais do que deveria.
Risco de servidor exposto
Qualquer pessoa pode publicar um servidor MCP, o que é um problema da cadeia de suprimentos esperando para acontecer. Conectar-se a alguém não confiável pode se voltar contra você, como demonstrou o CVE-2025-6514. No mcp-remote (um proxy OAuth baixado mais de 400.000 vezes e executado na máquina cliente), um servidor malicioso pode acionar a injeção de comando do sistema operacional, levando à execução remota de código na máquina que executa o proxy e concedendo aos invasores acesso para roubar suas credenciais.
Como proteger segredos corporativos em servidores MCP
MCP muda onde os segredos
Fonte: https://thehackernews.com
#samirnews #samir #news #boletimtec #como #os #servidores #mcp #podem #expor #segredos #empresariais
🚀 Mais conteúdos incríveis estão por vir, fique atento!
Postar um comentário