Módulo A · Verificação de contato
Cruzamento de número/contato com base de relatos auditados. Quatro níveis com critério explícito.
| Nível | Condição | Orientação |
|---|---|---|
| 🟢 Verde | fontes = 0 (zero relatos) | Sem dado registrado. Ausência não significa segurança nem risco — só falta histórico público. |
| 🟡 Amarelo | fontes = 1 (1 relato auditado) | Natureza categorizada. Conferir antes de aceitar. |
| 🟠 Laranja | fontes = 2-3 (independentes) | Padrão de problema reportado por múltiplas mulheres. Cautela ativa. |
| 🔴 Bordô | fontes ≥ 4 OU qualquer relato com severity=severe |
Relatos graves OU convergência alta. Sinal forte — reconsidere antes de prosseguir. |
Versão atual: v1 (2026-05)
O que entra na contagem: apenas reports com status="published" (auditados, não-rejeitados, não-removidos). Pending e disputed NÃO contam.
Retention: reports leves expiram em 12m, médios 24m, severos 36m (LGPD Art. 16 minimização). Após expiração, contagem cai automaticamente.
Snapshot histórico: cada verificação grava o critério vigente em ArcanjoVerification.criterioSnapshot — se v2 chegar com novos pesos, decisões antigas permanecem rastreáveis.
Roadmap v2 (PROPOSED — depende ratificação)
Trabalhamos em v2 que adiciona 3 sinais complementares:
- Recency window: reports recentes (≤ 6m) pesam mais que antigos (decay temporal).
- Trust score do reporter: relatos de autoras verificadas + histórico pesam mais que primeiras-postantes não-verificadas.
- Coordinated attack detection: múltiplos reports do mesmo IP-cluster ou device no mesmo target em < 24h disparam flag (não-bloqueia, marca pra revisão humana).