Cyber Security Brasilby Igor Deungaro

Sandbox para execução de ferramentas: contêiner, gVisor ou microVM?

Sandbox para execução de ferramentas: contêiner, gVisor ou microVM?

Se uma ferramenta MCP executa código escolhido por um modelo que lê conteúdo não confiável, você tem execução remota de código com passos extras. A pergunta não é se vale isolar — é quanto isolamento comprar.

Três níveis, três custos

Contêiner padrão. Namespaces e cgroups. Barato, rápido, e compartilha o kernel do host. Serve para separar ferramentas entre si e limitar recurso, mas uma falha de kernel atravessa. Com seccomp restritivo, usuário não-root, sistema de arquivos somente leitura e sem capabilities, cobre a maior parte dos casos internos.

gVisor ou sandbox de syscall. Interpõe uma camada entre o processo e o kernel real, reduzindo drasticamente a superfície de syscall exposta. Custa latência de I/O e alguma incompatibilidade. É o meio-termo defensável quando a ferramenta processa arquivo enviado por terceiro.

microVM. Kernel próprio, isolamento de hardware, inicialização em dezenas de milissegundos. É o padrão de quem executa código de cliente arbitrário. Se a sua ferramenta roda código gerado pelo modelo, esse é o nível correto — e sai mais barato que o incidente.

Como escolher sem sobre-engenharia

  • Ferramenta só de leitura sobre dado interno → contêiner endurecido basta.
  • Ferramenta que processa arquivo externo (converter, extrair, parsear) → gVisor. Parsers são historicamente a origem de metade das RCEs.
  • Ferramenta que executa código ou comando → microVM, descartada após cada tarefa.
O nível de isolamento deve seguir a origem da entrada, não a criticidade do dado de saída.

O que sandbox não resolve

Isolamento contém execução, não autorização. Um sandbox perfeito com uma credencial de escrita ampla dentro dele ainda deixa o agente apagar a tabela — legitimamente, pela API, sem tocar no kernel. É por isso que sandbox e menor privilégio de credencial são controles complementares, e o segundo costuma render mais.

E lembre da lição do ferramental de cliente: pesquisadores mostraram RCE em ferramenta de inspeção de MCP, ou seja, examinar um servidor suspeito comprometia a máquina de quem examinava. Sandbox também vale para a estação do desenvolvedor.

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

Sandboxing Tool Execution: Container, gVisor or microVM?

If an MCP tool executes code chosen by a model that reads untrusted content, you have remote code execution with extra steps. The question is not whether isolation is worth it — it is how much isolation to buy. Three levels, three costs Standard container. Namespaces and cgroups. Cheap, fast, and sharing the host kernel. Good for separating tools from each other and capping resources, but a kernel flaw goes straight through. With restrictive seccomp, a non-root user, a read-only filesystem and no capabilities, it covers most internal cases. gVisor or syscall sandboxing. Interposes a layer between the process and the real kernel, sharply reducing exposed syscall surface. It costs I/O latency and some compatibility. This is the defensible middle ground when a tool processes files supplied by third parties. microVM. Its own kernel, hardware isolation, boot in tens of milliseconds. It is the standard for anyone executing arbitrary customer code. If your tool runs model-generated c...

Marcadores