Externo (perímetro)
O que um atacante vê a partir da Internet: serviços expostos, VPN, email e sites.
Testes de intrusão
Um teste de intrusão (pentest) é uma prova autorizada: tentamos explorar as vulnerabilidades do seu site, da sua rede ou das suas aplicações como faria um atacante, para demonstrar o risco real e dizer-lhe em que ordem corrigir. É feito por uma equipa certificada (CEH, eJPT), com validação manual e não só com scanners.
| Análise de vulnerabilidades | Pentest | Auditoria | |
|---|---|---|---|
| Objetivo | Listar falhas conhecidas | Demonstrar se podem ser exploradas | Rever controlos e processos |
| Profundidade | Automática e ampla | Manual e dirigida | Organizativa e técnica |
| Resultado | Lista de achados | Evidências, impacto e prioridades | Mapa de riscos e plano |
O que um atacante vê a partir da Internet: serviços expostos, VPN, email e sites.
O que poderia fazer alguém já dentro da sua rede ou com uma conta roubada.
Seguindo o OWASP Top 10 e o guia de testes WSTG: autenticação, autorização, injeções.
Segundo a norma OWASP MASVS: armazenamento, comunicações e lógica.
Redes sem fios e configuração do Microsoft 365, Azure ou AWS.
Simulações de phishing e testes aos processos das pessoas.
Sem informação prévia, como um atacante externo. Mede o que se vê de fora.
Com um utilizador ou alguma documentação. É a opção mais habitual nas empresas.
Com acesso ao código ou à arquitetura. Encontra mais em menos tempo.
Seguimos metodologias reconhecidas (OWASP WSTG, PTES, OSSTMM e NIST SP 800-115) e mapeamos as técnicas com o MITRE ATT&CK.
Definimos o que se testa, quando e como, e assinamos a carta de autorização e o acordo de confidencialidade.
Recolhemos informação pública e técnica do alvo, como faria um atacante.
Tentamos explorar o que encontramos sem afetar a operação e paramos perante qualquer risco.
Entregamos os resultados e revemo-los com a administração e a equipa técnica.
Confirmamos que as correções funcionam, conforme o âmbito acordado.
Não há um preço único: preparamos uma proposta à medida em função de:
Não deveria. Acordamos janelas de teste, evitamos técnicas destrutivas e paramos se algo puser em risco um sistema em produção.
Só nos testes de caixa cinzenta ou branca. Em caixa preta trabalhamos sem informação prévia, como um atacante externo.
Avisamos de imediato, sem esperar pelo relatório final, para que possa agir o quanto antes.
Sim: o relatório é uma evidência de que avalia a eficácia das suas medidas, algo que pedem a NIS2, a ISO 27001 e muitas seguradoras.
Sim. Antes de começar assinamos a carta de autorização e o acordo de confidencialidade.
Diga-nos o que quer testar e enviamos uma proposta com o âmbito e as datas.