Testes de Segurança em Clientes "Thick"

AÇÃO NECESSÁRIA (Execute imediatamente após a leitura)

1. NOW: Leia ../field-journal/precedent-pentest.md
2. NOW: Confirme se o alvo é um cliente desktop "thick" (GUI ou serviço associado em Win/macOS/Linux), não puramente web.
3. NOW: Inicialização do caso; Fonte do pacote de instalação e conta de teste a serem incluídos no escopo.
4. NEXT: Ferramentas (proxy upstream do Burp, monitoramento de processos, ferramentas de engenharia reversa).
5. ACT: Mapa de fronteiras de confiança → Superfície local → Superfície de rede → Atualização/Cadeia de suprimentos.

Cenários de Aplicação

• Clientes com arquitetura C/S, Electron/Qt/.NET WinForms/WPF.
• Armazenamento de configuração/credenciais locais, IPC, Named Pipes.
• Pesquisa de bypass de validação forçada no cliente (autorização).
• Canais de atualização automática e verificação de assinatura de código.

Fluxo de Trabalho

1. Construir Fronteiras

□ 进程树、子进程、驱动/服务
□ 监听端口与出站域名
□ 本地敏感路径：%APPDATA%、Keychain、注册表

2. Superfície de Ataque Local

□ 明文配置、硬编码密钥、调试开关
□ DLL 劫持/搜索顺序（Windows）
□ 数据库文件（SQLite）权限与加密
□ IPC：谁可连接？是否鉴权？

3. Superfície de Rede

□ 系统代理 / 应用自定义 TLS
□ 证书钉扎 → 联合 mobile/js 方法学或 Frida
□ API 越权：客户端隐藏的管理接口

4. Verificação de Engenharia Reversa

□ .NET → dotnet-reverse；原生 → ida/ghidra；Electron → asar + js-reverse

Cadeia de Ferramentas

Referências

• references/thick-client-checklist.md
• ../dotnet-reverse/ ../ida-reverse/ ../js-reverse/ ../api-security/

Contexto de Roteamento

Upstream: MASTER R32
Downstream: Protocolo puro protocol-reverse; Atualização da cadeia de suprimentos supply-chain-security

Autoverificação de Conclusão da Tarefa

• O mapa de fronteiras de confiança foi desenhado?
• As superfícies local e de rede foram cobertas?
• Checklist?