Cyber Security Brasilby Igor Deungaro

Network Segmentation for Agents: Where the MCP Server Belongs

Network Segmentation for Agents: Where the MCP Server Belongs

The highest-yield question in a cloud assessment is short: who can reach this? Applied to MCP servers, it usually has an uncomfortable answer — anything inside the VPC, because nobody designed it.

Two directions, two different problems

Segmentation for agents is not only about controlling who gets in. It is also about controlling where the process can go, and the second direction is the one almost everyone forgets.

Ingress: who can invoke tools. If the answer is “any pod in the cluster”, a compromise of any other service becomes action execution with the agent's credentials.

Egress: where the process can reach. Egress is what turns SSRF into credential theft, prompt injection into exfiltration, and a third-party server into a command channel. Controlling it is more work and pays more.

A design that works

  • Dedicated namespace or subnet for agent workloads. No cohabiting with business applications.
  • Default deny in both directions. In Kubernetes, a NetworkPolicy with no egress rules already denies everything; open destinations one at a time.
  • Explicit block on the metadata endpoint from any process that accepts untrusted input.
  • Egress proxy with a domain allowlist for tools that genuinely need the internet. That proxy's log is, in practice, the best anomalous-agent-behaviour detector you will get for free.
  • Internal MCP servers bound to loopback or a dedicated network, never 0.0.0.0.

The third-party server case

A third-party MCP server deserves vendor treatment, not plugin treatment. Trend Micro reported CVSS 9.8 command-injection flaws in unofficial AWS and Azure MCP servers — exactly the kind of component someone installs because the name looked official.

If a component executes actions with your credentials, it is a critical vendor. Having been installed with one command does not change that.

The side benefit

Good segmentation gives you something no scanner does: it shrinks the blast radius of flaws you do not know about yet. With more than 40 CVEs disclosed across four months and a cadence near one every four days, designing for containment is more realistic than designing for complete prevention.

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

Marcadores