Skip to content
KitploitKITPLOIT
OutilsBlog
Soumettre
OutilsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

··Flux·Contact·Confidentialité·© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
grandstream-cve-2026-2329-analysis — Projet défensif de recherche de vulnérabilités comparant les firmwares vulnérable et corrigé du Grandstream GXP1600 pour CVE-2026-2329, à l'aide de l'extraction SquashFS, de la rétro-ingénierie avec Ghidra et du traçage ELF ARM, afin de documenter la remédiation du fournisseur sans ex weaponisé. | Kitploit
Outils/GitHubGitHub/vivianuba/grandstream-cve-2026-2329-analysis
Analyse StatiqueAnalyse des VulnérabilitésRétro-ingénierieAnalyse de BinairesArticles et RechercheApprentissage et ÉducationAnalyse de Micrologiciel
GitHubvivianuba/grandstream-cve-2026-2329-analysis

grandstream-cve-2026-2329-analysis

Voir le dépôt
il y a 4 joursPas encore vérifié

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →

À propos

Projet défensif de recherche de vulnérabilités comparant les firmwares vulnérable et corrigé du Grandstream GXP1600 pour CVE-2026-2329, à l'aide de l'extraction SquashFS, de la rétro-ingénierie avec Ghidra et du traçage ELF ARM, afin de documenter la remédiation du fournisseur sans ex weaponisé.

Partager

Analyse du correctif et des variantes de CVE-2026-2329 dans le firmware Grandstream GXP1600

Projet défensif d'analyse statique comparant le firmware Grandstream GXP1600 1.0.7.79 (vulnérable) et 1.0.7.81 (corrigé) afin de comprendre comment le fournisseur a remédié à la faille d'analyse des requêtes associée à CVE-2026-2329.

Pourquoi ce projet est important

Ce dépôt démontre un flux de travail reproductible de recherche en vulnérabilité : conserver les preuves, extraire le firmware embarqué, localiser un service cible, tracer un chemin d'API exposé, comparer les implémentations vulnérable et corrigée, et documenter l'impact de sécurité sans développer ni armer d'exploit.

Compétences démontrées

  • Rétro-ingénierie de firmware
  • Analyse de vulnérabilité et de correctif
  • Analyse statique avec Ghidra
  • Analyse d'ELF ARM Linux
  • Extraction SquashFS
  • Traçage de chaînes et de références croisées
  • Hachage de preuves binaires
  • Recherche CVE et rédaction technique
  • Scripts Python et Bash
  • Flux de travail Linux/Kali Linux

Résumé exécutif

L'analyse s'est concentrée sur le binaire de service web gs_web et sur le chemin de requête .

/cgi-bin/api.values.get

Dans le firmware 1.0.7.79, l'analyse statique a identifié une routine d'analyse de jeton de requête qui utilise un tampon de pile local fixe (char acStack_68[68]) et copie des données de jeton contrôlées par la requête sans vérification apparente de limite supérieure avant l'écriture.

Dans le firmware 1.0.7.81, la logique correspondante traite la requête différemment : elle valide le pointeur de requête, calcule la longueur de la requête, alloue un tampon sur le tas dimensionné à strlen(request) + 1, copie la requête, puis tokenise la copie sur le tas en place. Cela supprime la copie de tampon de pile à taille fixe du chemin d'analyse observé et est cohérent avec une remédiation de la gestion non sécurisée des requêtes.

Comparaison visuelle des correctifs

Pour une vue rapide du constat, adaptée aux recruteurs et aux analystes, voir Comparaison visuelle des correctifs. Elle contient trois diagrammes reconstitués et assainis couvrant :

  1. le chemin du tampon de jeton local fixe en 1.0.7.79 ;
  2. le chemin de copie sur le tas dimensionné à la requête en 1.0.7.81 ; et
  3. la différence inters versions pertinente pour la sécurité.

Les figures sont explicitement étiquetées comme des reconstitutions à partir des notes d'analyse Ghidra enregistrées, et non comme des captures d'écran de l'interface Ghidra.

Structure du dépôt

root@kitploit:~
grandstream-cve-2026-2329-analysis/
├── README.md
├── LICENSE
├── .gitignore
├── docs/
│   ├── methodology.md
│   ├── findings.md
│   ├── visual-analysis.md
│   └── limitations.md
├── scripts/
│   ├── firmware_header_parser.py
│   └── extraction_reference.sh
├── hashes/
│   └── analyzed-files.sha256
└── screenshots/
    └── README.md

Preuves conservées

Les échantillons gs_web analysés ont été suivis par SHA-256 :

FirmwareRôleSHA-256
1.0.7.79Vulnérable29dd365affbc9aaa3a1f8833edda8a41a03813692004f890830fc5bbdf324dab
1.0.7.81Corrigé0cac4c54426db16d9f738a0c0b4715c600754f0f17430a6330ab8421310a8942

Les images firmware du fournisseur et les binaires extraits ne sont pas inclus dans ce dépôt.

Flux de travail général

  1. Obtenir le firmware auprès de la source du fournisseur.
  2. Vérifier l'intégrité de l'archive et enregistrer les hachages.
  3. Inspecter le conteneur du firmware et les métadonnées de partition.
  4. Décoder/extraire les partitions pertinentes.
  5. Identifier et dépaqueter le système de fichiers SquashFS.
  6. Localiser le binaire gs_web.
  7. Conserver les binaires analysés exacts avec les hachages SHA-256.
  8. Importer les deux versions dans Ghidra.
  9. Utiliser la chaîne api.values.get et les références croisées pour localiser la logique de traitement des requêtes associée.
  10. Comparer les gestionnaires vulnérable et corrigé et documenter le schéma de remédiation.

Voir docs/methodology.md pour plus de détails.

Déclaration d'utilisation responsable

Ce dépôt est destiné à la recherche défensive en sécurité autorisée, à l'analyse de vulnérabilité, à l'éducation et à la documentation technique reproductible. Il ne contient pas de code d'exploitation, de charges utiles armées, de firmware du fournisseur, d'identifiants ou d'instructions pour un accès non autorisé.

Limites

Le projet est une analyse statique comparative de correctifs. L'exploitation dynamique, les tests sur appareil réel et la validation de l'exploitabilité sortaient du périmètre réalisé. Voir docs/limitations.md.

Auteur

Vivian Onyinye Uba
Cybersécurité | Détection de menaces | Recherche en vulnérabilité | Sécurité OT/ICS

Télécharger l’outil