TrustExpertsTrustExperts
Modelo 2026.10-v2 · metodologia pública

Como calculamos a nota de segurança

Uma nota de A a F que qualquer diretoria entende, construída com regras transparentes: você sabe exatamente por que perdeu pontos e quanto ganha ao corrigir cada item.

  1. 01

    Coleta passiva

    Fontes públicas e de inteligência

  2. 02

    Achados

    50 tipos, cada um com severidade

  3. 03

    Nota por fator

    8 fatores de 0 a 100

  4. 04

    Nota geral A–F

    Média ponderada + tetos

  5. 05

    Plano de ação

    Ganho de nota por correção

1

Coleta 100% passiva

Não instalamos nada e não disparamos testes contra o seu ambiente. É a mesma visão que um atacante tem na fase de reconhecimento.

Descoberta de ativos

Logs públicos de Certificate Transparency (crt.sh, Cert Spotter) e índice DNS do Shodan.

Portas e serviços

Base do Shodan, que indexa continuamente a internet (InternetDB ou API completa).

Vulnerabilidades

CVEs com CVSS, probabilidade de exploração (EPSS) e catálogo CISA KEV via Shodan CVEDB.

DNS e e-mail

Consultas DNS públicas: NS, MX, SPF, DMARC, CAA, MTA-STS e DNSSEC.

Site e certificado

Uma visita à página inicial por HTTP e HTTPS — cabeçalhos e TLS, como um navegador.

Credenciais vazadas

Have I Been Pwned, Hudson Rock e Intelligence X. Só contagens e e-mails mascarados.

Requer propriedade comprovada

2

8 fatores de risco e seus pesos

Cada achado pertence a um fator. O peso define quanto o fator influencia a nota geral.

  • Segurança de rede

    Portas e serviços expostos à internet (bancos de dados, acesso remoto, compartilhamentos).

    18%
  • Cadência de correções

    Vulnerabilidades conhecidas (CVE) inferidas pela versão dos serviços e software sem suporte.

    18%
  • Reputação e ameaças

    Sinais de comprometimento, malware ou C2 em IPs da organização (threat intelligence).

    11%
  • Credenciais vazadas

    Contas do domínio em vazamentos, logs de infostealer e menções em darknet. Avaliado só com propriedade comprovada.

    10%
  • Aplicação web

    HTTPS, redirecionamento e cabeçalhos de segurança do site principal.

    13%
  • Criptografia e certificados

    Validade, confiança, vencimento e protocolos dos certificados TLS.

    11%
  • Segurança de e-mail

    Proteção contra falsificação de remetente: SPF, DMARC e MTA-STS.

    11%
  • Saúde do DNS

    DNSSEC, CAA e redundância de servidores de nomes.

    8%

Soma dos pesos: 100%. Fatores não avaliados em uma coleta — como credenciais vazadas sem propriedade comprovada — saem da média, e os demais são reponderados.

3

Nota de cada fator

Cada fator começa em 100. Cada tipo de achado aplica uma dedução multiplicativa conforme a severidade.

notafator = 100 × Π ( 1 − dedução × repetição )

Dedução por severidade

  • Crítica−35%
  • Alta−18%
  • Média−8%
  • Baixa−3%

Repetição em vários ativos

Multiplicador = 1 + 0,25 × (ativos − 1), até 2×. Problemas sistêmicos pesam mais, sem punir linearmente quem tem muitos ativos.

1,00×1
1,25×2
1,50×3
1,75×4
2,00×5
2,00×5+

ativos afetados

Exemplo calculado

Segurança de e-mail sem SPF e sem DMARC

  1. 100Ponto de partida
  2. 82× (1 − 18%)Registro SPF ausente
  3. 67× (1 − 18%)Registro DMARC ausente

Nota do fator: 67. Dois achados altos levam o fator a D.

4

Nota geral, graus e tetos

A nota geral é a média ponderada dos fatores. Riscos graves impõem um teto, por melhor que esteja o restante.

Escala de graus

F
D
C
B
A
060708090100▲59▲69▲79
≤59

Indício de comprometimento ativo limita a nota a F.

≤69

Vulnerabilidade explorada ativamente (KEV) limita a nota a D.

≤79

Qualquer achado crítico limita a nota a C.

Mesmo domínio do exemplo

Média ponderada dos 8 fatores: 94. Sem achados críticos, não há teto.

+ RDP exposto à internet

A média seria 88, mas um achado crítico limita a nota a 79.

5

Plano de ação priorizado

Para cada tipo de achado recalculamos a nota como se ele estivesse corrigido. A diferença é o ganho — o argumento para priorizar.

PrioridadeCorreção (exemplo acima)PrazoGanho
P1
CríticaAcesso remoto administrativo exposto (RDP, VNC ou Telnet)
Imediato (até 15 dias)+15
P2
AltaRegistro SPF ausente
Até 30 dias+0
P2
AltaRegistro DMARC ausente
Até 30 dias+0
P3
MédiaContent-Security-Policy ausente
Até 90 dias+0

P1 = crítica (até 15 dias), P2 = alta (até 30 dias), P3 = demais. Dentro de cada prioridade, ordenamos pelo ganho.

7

Limitações

Transparência também sobre o que a nota não mede.

CVEs inferidas

Vulnerabilidades são deduzidas pela versão anunciada pelo serviço e podem ser falso-positivos quando o fornecedor aplica correção sem mudar a versão (backport).

Defasagem das fontes

Dados do Shodan e de vazamentos podem ter dias ou semanas de atraso em relação ao estado atual.

Visão externa

Não enxergamos a rede interna, controles organizacionais nem a lógica das aplicações. Não substitui um teste de intrusão autorizado.

Veja a metodologia aplicada ao seu domínio

Relatório gratuito em cerca de 2 minutos.

Avaliar grátis