Cyber Security Brasilby Igor Deungaro

Transporte stdio vs HTTP: a decisão de exposição que ninguém documenta

Transporte stdio vs HTTP: a decisão de exposição que ninguém documenta

Quando alguém instala um servidor MCP, escolhe um transporte. Quase sempre por conveniência, sem registrar por quê. Essa escolha define superfície de ataque, modelo de identidade e o que é possível logar — e as duas opções falham de maneiras opostas.

stdio: sem porta, mas não sem risco

No transporte stdio, o cliente sobe o servidor como processo filho e conversa por entrada e saída padrão. Não há porta escutando, o que dá uma sensação de segurança: varredura de rede não encontra nada.

O risco mudou de lugar, não desapareceu. O servidor herda o contexto do usuário que o iniciou — variáveis de ambiente, tokens, chaves SSH, sessão de nuvem. E o próprio mecanismo de inicialização virou vulnerabilidade sistêmica: a pesquisa da OX Security de abril de 2026 descreveu parâmetros de configuração passados diretamente ao shell do sistema operacional sem sanitização, atingindo os SDKs oficiais em quatro linguagens, com estimativa de 200 mil servidores potencialmente afetados.

Sem porta não significa sem superfície. Significa que a superfície é o processo, e você não está olhando pra ela.

HTTP: auditável, e frequentemente aberto

O transporte HTTP torna o servidor um serviço de rede convencional — o que é bom, porque quinze anos de ferramental se aplicam: WAF, gateway, mTLS, log de acesso. O problema é que ele também fica alcançável por quem você não previu.

A medição disponível não é animadora: um estudo de larga escala apontou que cerca de 40% dos servidores remotos expõem suas ferramentas sem autenticação alguma. E servidor remoto sem autenticação não é servidor vulnerável — é API pública de execução de ações.

Como decidir

  • Ferramenta de uso individual, na máquina do usuário → stdio, com argumentos de configuração validados e o processo isolado do resto do ambiente do usuário.
  • Serviço compartilhado por vários agentes ou pessoas → HTTP com OAuth 2.1, validação de audiência e log centralizado. Não vale improvisar.
  • Nunca: HTTP em 0.0.0.0 sem autenticação “porque é só interno”. Rede interna virou perímetro plano na maioria das empresas.

O que registrar na decisão

Anote, por servidor: transporte escolhido, motivo, quem pode alcançar, qual identidade o processo carrega e onde vai o log. São cinco linhas. A ausência dessas cinco linhas é o que faz uma escolha de conveniência virar decisão arquitetural permanente que ninguém consegue justificar seis meses depois.

Este blog publica em português e inglês. / This blog publishes in Portuguese and English. EN · PT

Denunciar abuso

As inseguranças do sucesso da segurança cibernética

As inseguranças do sucesso da segurança cibernética. Tornar-se um grande profissional não precisa custar sua felicidade, mas a cultura da moagem torna isso provável. Nos últimos anos, a questão da saúde mental no setor de segurança cibernética ganhou destaque. Uma  pesquisa de 2019  revelou que 1 em cada 6 CISOs admitiu se  automedicar  para lidar com o estresse de seu trabalho. A tensão passa pelo escritório do CISO e permeia todo o setor. Um perfil que está crescendo  mais rápido que o orçamento  e uma sofisticação cada vez maior e  o impacto financeiro  dos ataques se combinam para transformar o que antes era um canto do departamento de TI em uma panela de pressão. John Hammond  , pesquisador de segurança cibernética da Huntress, falou sobre “ Hard Truths and Unexpected Realities: Lamentations in Producing Cybersecurity Content ” na  Intigriti 1337UP Live  , uma conferência online sobre bugs, em março de 2022. Seus...

DICA: comandos para pentest e segurança ofensiva

Fala galera, blz ? Segue uma lista de comandos maravilhosa, voltada para teste de vulnerabilidades. Observação Pertinente: Os TIPOS de COMANDOS e as INSTRUÇÕES estão em INGLÊS! NÂO ME RESPONSABILIZO POR USO INDEVIDO. Pré-requisitos: ✔️  Python 3.5 ✔️  OS que suporte Python (eu utilizei Kali) Reconnaissance / Enumeration Extracting Live IPs from Nmap Scan nmap 10.1.1.1 --open -oG scan-results; cat scan-results | grep "/open" | cut -d " " -f 2 > exposed-services-ips Simple Port Knocking for x in 7000 8000 9000; do nmap -Pn –host_timeout 201 –max-retries 0 -p $x 1.1.1.1; done DNS lookups, Zone Transfers & Brute-Force whois domain.com dig {a|txt|ns|mx} domain.com dig {a|txt|ns|mx} domain.com @ns1.domain.com host -t {a|txt|ns|mx} megacorpone.com host -a megacorpone.com host -l megacorpone.com ns1.megacorpone.com dnsrecon -d megacorpone.com -t axfr @ns2.megacorpone.com dnsenum domain.com nslookup -> set type=any -> ls -d domain.com for ...

Atacantes precisam de menos de 10 horas para encontrar fraquezas

Atacantes precisam de menos de 10 horas para encontrar fraquezas. Configurações vulneráveis, falhas de software e serviços da Web expostos permitem que hackers encontrem pontos fracos exploráveis ​​nos perímetros das empresas em apenas algumas horas, não em dias. O hacker ético médio pode encontrar uma vulnerabilidade que permite a violação do perímetro da rede e, em seguida, explorar o ambiente em menos de 10 horas, com testadores de penetração focados na segurança da nuvem obtendo acesso mais rapidamente aos ativos direcionados. Além disso, uma vez que uma vulnerabilidade ou fraqueza é encontrada, cerca de 58% dos hackers éticos podem invadir um ambiente em menos de cinco horas. Isso está de acordo com uma pesquisa com 300 especialistas do SANS Institute e patrocinada pela empresa de serviços de segurança cibernética Bishop Fox, que também descobriu que as fraquezas mais comuns exploradas pelos hackers incluem configurações vulneráveis, falhas de software e serviços da Web expost...

Quem sou eu

Minha foto
Igor Deungaro
Bem Vindo ao Cyber Security Brasil, espero que goste !!!
Ver meu perfil completo

Cyber Security

Workload Identity Federation: Removing the Agent's Static Key

Astrix's audit of more than 5,200 MCP servers found 53% relying on static keys or personal access tokens, and 79% passing that credential through environment variables. Two problems stacked: the credential never expires, and it lives somewhere that leaks easily. Why environment variables are the worst place Environment variables show up in process dumps, crash logs, diagnostic tool output, inspected container images and any child process that inherits the environment. They have no access control of their own — anyone running as that user reads everything. Add to that the fact that a static key has no expiry: a credential leaked in 2025 is still valid today unless someone rotated it. Secret rotation in agent environments tends to get postponed precisely because it breaks the automation. What federation changes Instead of the workload holding a credential, it proves who it is. The execution environment issues a short-lived signed token — the Kubernetes service account, the ...

Marcadores