meisterlos/cve-2025-51726PoC démontrant la contrefaçon de signature de code SHA-1 et l'absence d'ASLR à haute entropie dans l'installateur CyberGhostVPN, permettant le contournement de confiance et l'exploitation de la disposition mémoire prévisible.
Comme demandé, j'ai maintenant démontré les deux vulnérabilités (BA2022 & BA2015) avec des scénarios d'exploitation pratiques et des preuves de concept (PoC), ce qui montre comment un attaquant pourrait abuser de ces problèmes dans un contexte réel. 📌 1. [BA2022] Hachage faible dans la signature de code – Démonstration de l'exploitation SHA-1 Bien que le fichier CyberGhostVPNSetup.exe original semble signé et fiable, j'ai réussi à créer un faux installateur (fakeCyberGhost.exe) à l'aide d'un certificat auto-signé avec hachage SHA-1. ✅ Preuve technique : Utilisation d'OpenSSL pour générer une fausse autorité de certification (CA) et un certificat SHA-1 Signature d'un binaire factice à l'aide de signtool.exe avec ce certificat Windows l'a toujours marqué comme « Signé » (voir la sortie de sigcheck) La chaîne de signature a été acceptée malgré sa falsification avec SHA-1 🔥 Impact sur la sécurité : Ceci montre qu'un attaquant pourrait : Forger une charge utile malveillante en utilisant une chaîne de certificats basée sur SHA-1 Imiter le nom du fournisseur et le produit CyberGhost Tromper les utilisateurs pour leur faire installer un malware déguisé en installateur de confiance Ce type de problème est particulièrement pertinent dans les attaques de la chaîne d'approvisionnement et les scénarios de niveau APT, en particulier dans les environnements qui n'appliquent pas une validation stricte de la confiance ou les politiques SmartScreen.
📌 2. [BA2015] Absence d'ASLR à haute entropie – Disposition mémoire prévisible J'ai utilisé WinDbg pour exécuter CyberGhostVPNSetup.exe à plusieurs reprises et j'ai observé que le binaire se charge systématiquement dans des adresses de base mémoire basse, telles que : 0x00C90000 0x00630000 Sur les systèmes 64 bits, les binaires correctement compilés devraient se charger dans des régions mémoire haute randomisées (par exemple, 0x00007FF6xxxx0000) lorsque l'ASLR à haute entropie est activé. ✅ Preuve technique : La sortie de WinDbg montre des adresses de base basses et non randomisées Confirme que /HIGHENTROPYVA n'est pas utilisé Par conséquent, les attaquants peuvent prédire la disposition mémoire Augmente le taux de réussite des exploits ROP (Return-Oriented Programming) et de corruption mémoire
💥 Risque métier combiné Ces deux faiblesses, combinées, créent un scénario dangereux : Contournement de la confiance : La faille de signature SHA-1 permet à un attaquant de signer un binaire factice que Windows accepte comme « Signé » Fiabilité de l'exploitation : La disposition mémoire prévisible augmente l'exploitabilité des vulnérabilités mémoire Menace sur la chaîne d'approvisionnement : Les utilisateurs finaux risquent d'installer un malware qui semble légitime 📎 Preuves à l'appui Captures d'écran jointes de : Création et signature d'un certificat SHA-1 falsifié Vérification Sigcheck (montre « Signé » malgré le faux certificat) Sorties des adresses de base mémoire WinDbg prouvant la faiblesse de l'ASLR Chaque étape a été réalisée sur un environnement Windows propre à l'aide d'outils officiels (BinSkim, WinDbg, signtool, OpenSSL) ✅ Conclusion Ce n'est pas seulement une mauvaise configuration théorique — c'est un vecteur d'attaque pratique qui montre comment un adversaire motivé pourrait contourner les protections de confiance et de mémoire. Les PoC joints démontrent directement l'exploitabilité dans le monde réel.
