Pentest de nuvem

Threat emulation schedule with dates, sources, statuses, and a vulnerabilities list with severity and fix status.

O pentest de nuvem ataca a parte da nuvem pela qual você é responsável: identidade e permissões, storage exposto, workloads, containers e os pipelines que fazem o deploy disso tudo. A infraestrutura do provedor não é sua para testar, e testá-la é proibido. Tudo o que você configurou em cima é seu, e é aí que estão os achados.

Para times que foram rápido e configuraram no caminho

Organizações com várias contas de nuvem, algumas criadas por times que não existem mais, e sem uma visão única de quem alcança o quê.

Times de engenharia com containers e CI/CD, em que o pipeline guarda credenciais que chegam direto à produção.

Times de segurança com uma ferramenta de postura cheia de achados de configuração e sem prova de quais realmente encadeiam até os dados.

User interface with sections titled 'Strikers assigned' showing two profile pictures and their details, and an 'Export' panel with options to include Findings Summary, Assessment Updates, and Compliance Checklist, with a Download button.
[ CONFIGURAÇÃO NÃO É O MESMO QUE ACESSO ]

Um achado de postura, um de host e um caminho até os seus dados

Ferramentas de postura de nuvem são boas e vale rodar uma. O que elas produzem é uma lista de desvios em relação a um baseline, ordenada por uma regra e não por consequência. Um pentest de nuvem parte dessas mesmas condições e faz a única pergunta que interessa ao conselho: isso encadeia até acessar algo que importa, e até onde vai?

O que você está comprando de fato
CSPM / revisão de configuração
Pentest de infraestrutura tradicional
Pentest de nuvem
O que ele avalia
A configuração medida contra um baseline
Hosts, portas e serviços
Configuração mais identidade, mais o caminho que liga as duas
Um bucket de storage aberto
Reportado como má configuração
Normalmente fica fora do escopo
Reportado como caminho: o que havia dentro e o que aquilo destravou depois
Escalada de privilégios via IAM
Sinalizada apenas quando bate com uma regra conhecida
Não é avaliada
Encadeada e provada, papel a papel, até o limite da conta
O pipeline de CI/CD
Raramente entra no escopo
Não entra no escopo
Tratado pelo que é: uma rota com credenciais para a produção
Serverless e serviços gerenciados
Só configuração
Invisível: não há o que port-scanear
Testado como código com permissões atreladas a ele
Com o que você fica
Uma lista de desvios para resolver
Uma lista de achados em nível de host
Rotas de ataque, com evidência e o passo único que quebra cada uma

São complementares. A ferramenta de postura é como você mantém a configuração honesta entre testes; o teste é como você descobre quais desvios estavam sustentando peso.

O que é seu para testar, e o que não é

A linha de responsabilidade compartilhada
O provedor protege a infraestrutura sobre a qual a nuvem roda. Você é responsável pelo que coloca em cima: configuração de identidade e acesso, dados e sua exposição, regras de rede, sistemas operacionais das instâncias que você administra e o código da aplicação. Um pentest de nuvem vive inteiramente do seu lado dessa linha, e quanto mais um workload caminha para gerenciado e serverless, mais do risco restante é identidade e não infraestrutura.
AWS
A AWS declara que clientes podem realizar avaliações de segurança ou pentests da própria infraestrutura na AWS sem aprovação prévia para os serviços da lista permitida, que inclui EC2, RDS, CloudFront, API Gateway, Lambda, ECS, Fargate, Lightsail, Elastic Beanstalk e outros. Testes que envolvem command and control exigem aprovação prévia. São proibidos negação de serviço e sua simulação, flooding de portas, protocolo e requisições, DNS zone walking, hijacking ou pharming via Route 53, takeover de buckets S3 e takeover de subdomínios.
Microsoft Azure
A Microsoft não exige aprovação prévia para pentest desde 15 de junho de 2017. Notificação não é mais necessária, mas quem testa precisa cumprir as Microsoft Cloud Unified Penetration Testing Rules of Engagement. É proibido qualquer teste de negação de serviço, acessar recursos que não são seus, recuperar credenciais alheias, fuzzing intensivo de rede, phishing contra funcionários da Microsoft e ação pós-comprometimento contra serviços online da Microsoft além de uma prova de conceito inicial.
Google Cloud
O Cloud Security FAQ do Google diz explicitamente que quem planeja avaliar a segurança da própria infraestrutura no Cloud Platform com pentest não precisa entrar em contato com o Google. O teste ainda precisa cumprir a Acceptable Use Policy e os Termos de Serviço, e ficar dentro dos seus próprios projetos sem afetar aplicações de outros clientes.
Leia a política antes de cada trabalho
Essas políticas mudam, e as listas de serviços permitidos mudam com mais frequência do que as regras gerais. Trate o que está aqui como orientação e a página atual do provedor como autoridade. Independentemente do que a política permite, as regras de engajamento que você assinar ainda precisam nomear escopo, janela e contato de escalonamento.

De onde os achados de nuvem realmente vêm

IAM, e os caminhos entre papéis
A categoria dominante. Um papel que pode passar outro papel, uma política que permite atualizar as próprias permissões, uma relação de confiança que aceita um principal mais amplo do que o pretendido. Isoladamente cada coisa parece defensável; o achado é a cadeia de uma identidade de baixo privilégio até uma administrativa, e ela é invisível a menos que alguém a percorra.
Storage e dados expostos
Buckets e blobs legíveis por qualquer um, snapshots e imagens de disco compartilhados mais amplamente do que o previsto, backups fora dos controles que protegem o original. O que importa não é a exposição em si, e sim o que havia dentro: credenciais, tokens e configuração encontrados em storage são como um achado baixo vira um achado alto.
SSRF contra o serviço de metadata
Uma requisição que a aplicação faz em seu nome, apontada ao endpoint de metadata, devolvendo credenciais atreladas ao workload. É a ponte clássica entre uma falha de aplicação e o acesso à conta de nuvem, e o motivo pelo qual teste de aplicação e teste de nuvem não deveriam ser comprados como se não tivessem relação.
Containers e Kubernetes
Service accounts com permissão demais, workloads rodando como root, sem network policy entre namespaces e algum componente do control plane exposto. A pergunta interessante quase nunca é se dá para escapar de um container em teoria: é o que a identidade atrelada àquele pod pode fazer na conta de nuvem depois que alguém entra nele.
O pipeline de CI/CD
Sistemas de build guardam credenciais de deploy por definição, o que os torna alvo e não sistema de apoio. Triggers de pull request que executam código não confiável, segredos legíveis nos logs de build, registries de artefatos onde qualquer um pode dar push. Comprometer um pipeline é comprometer a produção com um rastro que parece um deploy.
Segredos espalhados
Chaves em variáveis de ambiente, no user data de uma instância, em imagens de container, no histórico de um repositório. Políticas de rotação que existem no papel. Não tem glamour e está sempre entre as coisas de maior retorno que um tester procura, porque uma credencial válida elimina completamente a necessidade de um exploit.

Perguntas frequentes

Preciso de permissão do meu provedor de nuvem?

Para os três grandes provedores, em geral não, e essa é a crença mais desatualizada de toda a compra de segurança em nuvem. A AWS permite testar os serviços da lista permitida sem aprovação prévia, embora testes com command and control precisem de aprovação. A Microsoft não exige aprovação prévia desde junho de 2017, sujeito às regras de engajamento unificadas. O Google declara que quem testa a própria infraestrutura no Cloud Platform não precisa contatá-lo. Os três proíbem testes de negação de serviço, e cada um publica a versão vigente e autoritativa da sua própria política.

O que entra no escopo sob responsabilidade compartilhada?

Tudo o que você configurou: políticas de identidade e acesso, exposição de storage, regras de rede e security groups, workloads e containers que você roda, código de aplicação e os pipelines que fazem o deploy disso tudo. Fora do escopo: o hipervisor do provedor, a infraestrutura física e as entranhas de um serviço gerenciado. A consequência prática é que, à medida que você adota mais serviços gerenciados, a proporção do seu risco restante que vive em configuração de identidade sobe, e não desce.

Qual a diferença para o CSPM?

Uma ferramenta de postura compara a sua configuração com um baseline e devolve desvios. Um pentest pega essas condições e tenta chegar a algum lugar. A diferença aparece na priorização: uma ferramenta de postura não consegue dizer que este papel com permissão demais, combinado com aquela instância exposta, chega ao banco de dados de clientes, e essa é a frase que um plano de correção precisa. Rode a ferramenta de postura continuamente; use o teste para saber quais dos achados dela sustentavam peso.

O pentest de nuvem cobre Kubernetes?

Deveria, e vale dizer o escopo em voz alta porque clusters gerenciados e autogeridos diferem no que pertence a você. O teste cobre RBAC e permissões de service accounts, contexto de segurança dos workloads, network policy entre namespaces, componentes expostos do control plane, procedência das imagens e — o mais importante — o que a identidade de nuvem atrelada a um pod pode fazer depois que o tester está dentro dele. Esse último elo é onde um achado de container vira um achado de conta.

Que acesso devemos dar aos testers?

Um papel somente leitura para a revisão de configuração, mais pelo menos uma identidade de baixo privilégio como ponto de partida para o trabalho de rotas de ataque. O papel de leitura torna a revisão completa; a identidade de baixo privilégio torna o teste de escalada realista. Alguns times também pedem uma passada externa sem autenticação antes, o que vale a pena e responde outra pergunta — o que um estranho alcança — em vez de substituir o trabalho autenticado.

Com que frequência testar ambientes de nuvem?

A configuração de nuvem muda toda vez que infraestrutura como código é mergeada, o que para a maioria dos times é várias vezes por semana. Um teste anual descreve uma conta que já não existe. O padrão realista é monitoramento contínuo de postura, testes que rodam contra as mudanças conforme elas chegam, e um trabalho periódico mais profundo para as rotas que exigem um humano para encadear.

PLATAFORMA ALWAYS-ON

Mais do que um teste. Uma camada estratégica para segurança real.

Nossa IA é potencializada por uma camada de dados proprietários construída a partir de milhares de horas de pentesting e validações reais. A Strike combina execução autônoma e validação humana especializada para identificar riscos complexos, reduzir ruído e priorizar achados acionáveis.

Testes contínuos e em profundidade

Os Strikers identificam vulnerabilidades de alto impacto em múltiplas tecnologias — aplicações web, APIs, mobile, nuvem e muito mais.

Retestes sob demanda impulsionados por IA

Validate fixes instantly, without waiting for the next testing cycle.

Correção em tempo real

coming soon

Agentes de IA guiam sua equipe passo a passo durante a remediação para acelerar a resolução.

Criação de pentests passo a passo

Defina facilmente o escopo, inicie e acompanhe seus pentests com total transparência.

Triage humano e revisão entre pares

Cada achado é validado por especialistas em segurança para garantir precisão e impacto.

Visibilidade total

Monitore cada descoberta com transparência completa, registros de trabalho dos especialistas e notificações em tempo real.

Integrações fluídas

Conecte-se diretamente ao Slack, Teams e Jira para agilizar a colaboração entre suas equipes de segurança e desenvolvimento.

Vulnerability Manager

Visualize, gerencie e reteste vulnerabilidades em uma única plataforma, com contexto completo sobre severidade, origem e remediação.

Relatórios prontos para compliance

Gere automaticamente relatórios atualizados e alinhados com PCI DSS, HIPAA, ISO 27001, SOC 2 e muito mais.

Parceria contínua

Reuniões semanais com um Customer Success Manager dedicado, além de onboarding personalizado e planejamento estratégico.

Mais do que uma plataforma de segurança ofensiva, a Strike funciona como uma camada contínua de validação para ambientes que nunca param de mudar.

Potencialize sua experiência com o Hybrid Testing Booster

Testes híbridos contínuos

Emulação de ataques, stealth-based, executados por especialistas em segurança criativos e nada convencionais. Descubra como atacantes reais invadiriam seus sistemas — e impeça isso antes que aconteça.

Testemunho

Escolhida pelas equipes de segurança que lideram o setor.

“O produto foi ótimo! A equipe foi excepcional ao lidar com nossa urgência em relação a um prazo importante e conseguiu entregar de forma eficiente, encontrando vulnerabilidades relevantes em nossos sistemas.”

Gartner 4
Gartner review, Head of Engineering, Banking

“Uma boa opção para testes ágeis, especialmente quando os prazos de go-to-market são apertados. Isso é essencial quando o ciclo de releases traz muitos novos produtos e versões, tornando difícil manter o ritmo em um modelo tradicional sob demanda.”

Gartner 3
Gartner review, Product Security Leader Cybersecurity, Hardware

“A Strike oferece pentesting contínuo para nossos recursos críticos de web e mobile. Todos os meses eles nos ajudam a validar novas funcionalidades em produção, entregando vulnerabilidades relevantes e excelente custo-benefício. Estamos muito satisfeitos com sua abordagem inovadora e focada no cliente.”

Gartner 2
Gartner review, Chief Information Security Officer, Retail

“A equipe da Strike foi rápida e entregou a solução que precisávamos. Escolhemos a Strike porque eles oferecem uma suíte de pentesting que se adapta ao nosso ritmo de trabalho em termos de velocidade e comunicação. Altamente recomendado!”

Gartner review
Gartner 1
Gartner Review, Chief Technical Officer, Banking

“Valorizamos muito nossa parceria com a Strike. Seus serviços excepcionais de testes de penetração e comunicação eficaz aprimoraram significativamente nossa segurança cibernética, garantindo a segurança e a confiança das informações financeiras de nossos clientes.”

Ozan Özgür Özyüksel
Oficial de segurança da informação, Plum

“A gestão dos canais de comunicação e a centralização das interações com a equipe tornaram a experiência muito mais ágil e eficaz. Ter tudo em um só lugar foi uma grande vantagem e nos permitiu concluir o pentest em apenas algumas semanas.”

Miguel Langone
CTO na Horizon

“Trabalhar com a Strike é extremamente importante para nós, especialmente porque eles oferecem um trabalho de qualidade em nossos produtos de forma contínua e fornecem acompanhamento constante quando se trata de gerenciar as vulnerabilidades já encontradas. Além disso, eles estão constantemente fazendo melhorias em sua plataforma SaaS para que possamos ter a melhor experiência possível. Caso tenhamos algum problema, eles nos ouvem e nos ajudam. Isso é inestimável.”

Ileana Barrionuevo
Equipe vermelha sênior do AppSec, NaranJax

“Trabalhar com a Strike foi uma excelente experiência para nós. Conseguimos criar nossos próprios pentests e alterar seu escopo a cada mês. Os Strikers são profissionais de classe mundial que nos fornecem descobertas relevantes de forma rápida e eficiente. Além disso, ferramentas automatizadas como o Phishing Monitor são realmente interessantes para nossa empresa, pois elas nos ajudam a identificar domínios falsos tentando se passar por PedidosYa.”

Eduardo Gimenez
CISO, Pedidos Ya

“Para nós no cais, a segurança é o aspecto mais importante, não apenas na superfície, mas em todo o nosso produto. Quando entramos em contato com Strike, estávamos procurando alguém que pudesse testar e encontrar vulnerabilidades em toda a nossa pilha. Estamos muito felizes por termos encontrado o parceiro certo para conseguir isso e estamos ansiosos para continuar esse importante trabalho juntos.”

Andras Hejj
CEO & CTO, Pier

Experiência humana. Poder da IA. Segurança superior.

Quer você esteja crescendo rapidamente, fechando contratos corporativos ou apenas cansado de relatórios barulhentos, ajudaremos você a construir uma pilha de segurança que se mova mais rápido do que suas ameaças.

Agende uma demo