Todos os Serviços
Segurança Ofensiva

Descubra suas falhas
antes que os invasores descubram

Simulamos ataques reais com as técnicas que os criminosos usam, mas com autorização e método. Antes de definir o escopo, entendemos por que o teste é necessário, porque isso muda a abordagem, a profundidade e o relatório.

pentest-report.txt · IONICZ
$ ionicz-scan --target client.com --full
✓ Reconhecimento completo: 247 endpoints
✓ Superfície de ataque mapeada
 
[ FINDINGS ]
● CRÍTICO SQL Injection em /api/users
● CRÍTICO Auth Bypass via JWT
● ALTO    XSS Stored em /comentarios
● ALTO    IDOR em /api/orders/:id
● MÉDIO   Missing HSTS headers
 
✓ Relatório gerado · CVSS 9.8 / 8.1
$ ▋
500+
Ambientes testados
23+
Vulns críticas em média
100%
Retest incluso
48h
Início após assinatura
Por que contratar

Sua segurança não pode esperar um incidente

Ataques acontecem todos os dias. Quem não testa a própria segurança costuma descobrir as falhas da pior forma: depois do incidente.

Vulnerabilidades invisíveis
A equipe de TI garante que está tudo certo, mas ninguém testou de fora, do jeito que um atacante faria.
Compliance exige evidência
O PCI DSS exige teste de intrusão ao menos uma vez por ano (requisito 11.4), e o Banco Central passou a exigir teste anual, independente e documentado das instituições que supervisiona (Res. CMN 4.893 e Res. BCB 85, art. 22-A).Fontes: PCI SSC, PCI DSS v4.0.1 · Res. CMN 4.893 · Res. BCB 85
Um vazamento custa caro
O custo médio de um vazamento no Brasil chegou a R$ 7,44 milhões em 2026. Empresas que fazem testes de segurança ofensivos economizaram, em média, R$ 579 mil por incidente.Fonte: IBM Brasil, Cost of a Data Breach 2026, resultados do Brasil
Antes do escopo

O objetivo do teste define a abordagem

Um pentest para a auditoria da PCI DSS, para atender ao Banco Central, para responder a um cliente ou para medir a própria defesa são trabalhos diferentes. Por isso a primeira conversa é sobre o porquê, e só depois sobre o escopo.

Norma ou certificação
O escopo e a periodicidade seguem o que a regra pede (PCI DSS, resoluções do Banco Central, ISO 27001). O relatório liga cada teste ao requisito e inclui a carta para o auditor.
Pedido de cliente ou due diligence
O teste cobre o produto ou o ambiente que o cliente vai avaliar. A entrega traz um resumo executivo e uma carta de atestado que podem ser compartilhados com ele.
Medir a própria defesa
Com controles já maduros, um teste black box mostra o que um atacante externo encontra e se a equipe percebe o ataque a tempo.
Três abordagens para três momentos
Black box
Sem informação prévia

Mede a exposição externa e a capacidade de detecção. Faz sentido quando a empresa já tem inventário, monitoramento e controles básicos.

Gray box
Com credenciais e documentação parcial

Cobre mais superfície no mesmo prazo e encontra falhas de autorização que um teste às cegas não alcança. É o ponto de partida mais comum.

White box
Com acesso a código e arquitetura

Dá a maior profundidade. Indicado para produtos, lançamentos e sistemas críticos desenvolvidos internamente.

Teste às cegas com a documentação na mão não é black box

Quando o ambiente ainda não tem controles básicos, o black box gasta boa parte das horas descobrindo o que a equipe poderia contar em uma reunião. E propostas que juntam black box com entrevistas, assessment e auditoria de norma entregam ao testador justamente as informações que o teste supõe que ele não tenha. Nesses casos dizemos isso antes da proposta e indicamos o caminho que traz resultado, como um assessment seguido de um gray box.

Como funciona

Do escopo ao certificado em semanas

Processo estruturado e transparente. Você acompanha cada etapa em tempo real.

01
Diagnóstico & Escopo
Conversa para entender o objetivo do teste, o ambiente e quem vai ler o relatório. Daí saem a abordagem (black, gray ou white box), o escopo e o termo de autorização.
02
Reconhecimento & Mapeamento
Levantamento da superfície de ataque: IPs, domínios, serviços expostos, tecnologias.
03
Exploração Manual
Nossa equipe tenta comprometer o ambiente usando as mesmas técnicas de atacantes reais.
04
Documentação & Relatório
Cada vulnerabilidade vira uma entrada no relatório com CVSS, PoC, impacto e plano de remediação.
05
Debriefing & Suporte
Reunião de apresentação dos resultados e suporte durante o período de correção.
06
Retest & Certificação
Testamos novamente as falhas corrigidas e emitimos a Carta de Certificação IONICZ.
O que você recebe

Um relatório para cada leitor

O mesmo teste gera documentos diferentes para a diretoria, para o time técnico e para quem cobra a evidência, seja auditor, regulador ou cliente.

Relatório Executivo
Resumo de risco para C-level e board. Impacto financeiro, nível de maturidade e prioridades em linguagem de negócio.
Relatório Técnico
Detalhamento completo com CVSS v3.1, PoC, evidências e passos de reprodução para o time de dev.
Plano de Remediação
Correções em ordem de prioridade, considerando o impacto no seu negócio e não apenas a nota CVSS.
Carta de Certificação
Documento formal que atesta o teste e a correção das falhas, no formato que o auditor, o regulador ou o seu cliente pedem.

Pronto para saber o que realmente está exposto?

Em até 24h marcamos uma conversa para entender o objetivo do teste. A proposta vem depois, com a abordagem certa para ele.

✓ Proposta em até 48h · Sem compromisso · Retest incluso
Fontes e referências

Números sem fonte indicada, como ambientes testados, certificações entregues, satisfação e resultados de cases, são dados de projetos da IONICZ. Links verificados em outubro de 2026.