Test de sécurité des clients lourds
ACTION REQUISE (à lire et exécuter immédiatement)
MAINTENANT: lire../field-journal/precedent-pentest.mdMAINTENANT: confirmer que la cible est un client lourd de bureau (GUI Win/macOS/Linux ou service associé), pas un simple WebMAINTENANT: initier le cas ; inscrire la source du package d'installation et le compte de test dans le scopeSUIVANT: outils (proxy amont Burp, surveillance de processus, outils de rétro-ingénierie)ACTION: cartographie des limites de confiance → surface locale → surface réseau → mise à jour/chaîne d'approvisionnement
Scénarios d'application
- Clients à architecture C/S, Electron/Qt/.NET WinForms/WPF
- Stockage local de configuration/credentials, IPC, tubes nommés
- Contournement de validation côté client (recherche autorisée)
- Canaux de mise à jour automatique et vérification de signature de code
Workflow
1. Établir les limites
□ Arborescence des processus, sous-processus, pilotes/services
□ Ports d'écoute et domaines sortants
□ Chemins sensibles locaux : %APPDATA%, Keychain, registre
2. Surface d'attaque locale
□ Configuration en clair, clés codées en dur, commutateurs de débogage
□ Détournement de DLL / ordre de recherche (Windows)
□ Fichiers de base de données (SQLite) permissions et chiffrement
□ IPC : qui peut se connecter ? Y a-t-il authentification ?
3. Surface réseau
□ Proxy système / TLS personnalisé de l'application
□ Épinglage de certificat → combiné avec méthodologie mobile/js ou Frida
□ API non autorisées : interfaces d'administration cachées côté client
4. Vérification par rétro-ingénierie
□ .NET → dotnet-reverse ; natif → ida/ghidra ; Electron → asar + js-reverse
Chaîne d'outils
| Outil | Usage |
|---|---|
| Process Monitor / API Monitor | Comportement |
| Burp / mitmproxy | Trafic |
| dnSpy / IDA / Ghidra | Rétro-ingénierie |
| Sysinternals | Surface Windows |
| asar / nexe detection | Electron |
Références
references/thick-client-checklist.md../dotnet-reverse/../ida-reverse/../js-reverse/../api-security/
Contexte de routage
Amont : MASTER R32
Aval : Protocole pur protocol-reverse ; mise à jour de la chaîne d'approvisionnement supply-chain-security
Auto-vérification de la tâche
- La carte des limites de confiance a-t-elle été tracée ?
- Les surfaces locale et réseau sont-elles couvertes ?
- Checklist ?