Skip to content
KitploitKITPLOIT
OutilsExploitsBlog
Log in
Soumettre
OutilsExploitsBlog
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é.

FluxContactConfidentialité© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
CVE-2026-88773 — Preuve de concept en Python exploitant un débordement de l'accumulateur de taille de chunk 32 bits dans le parseur HTTP/1.1 chunked de nsppe de NetScaler afin de déclencher une contrebande de requêtes. | Kitploit
Outils/GitHubGitHub/fyyre/cve-2026-88773
Analyse des VulnérabilitésExploitationExploitation d'Applications WebSécurité Web
GitHubfyyre/cve-2026-88773

CVE-2026-88773

Preuve de concept en Python exploitant un débordement de l'accumulateur de taille de chunk 32 bits dans le parseur HTTP/1.1 chunked de nsppe de NetScaler afin de déclencher une contrebande de requêtes.

Voir le dépôt
1il y a 5 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 →
Partager

CVE-2026-88773 - Dépassement d'accumulateur de taille de chunk 32 bits dans NetScaler nsppe

par Fyyre - https://github.com/Fyyre

Preuve de concept pour un problème de contrebande de requêtes HTTP dans l'analyseur de corps chunked HTTP/1.1 de NetScaler nsppe.

Une valeur de taille de chunk à neuf chiffres (100000005) est accumulée dans un registre 32 bits sans vérification de dépassement, se réduisant silencieusement à 5. Le proxy transmet le cadrage d'origine mais utilise la taille après dépassement pour déterminer où se termine la requête. Un backend correct calculant la longueur complète sur 64 bits et un proxy ayant déjà terminé la requête ne sont désormais plus d'accord sur les limites du message.

Résultats observés

  • Flux A (backend 64 bits) : blocage de la connexion. Le backend attend environ 4 Go de corps qui n'arrivent jamais.
  • Flux B (backend qui tronque également à 32 bits) : les octets de fin sont reclassés comme une seconde requête indépendante et exécutés.

Utilisation

python3 88773.py <host> [--port 443] [--sni poc] [--plain] [--flow {a,b,both}] [--timeout 5] [-v]

Aucune authentification n'est requise. La seule condition préalable est l'accessibilité d'un serveur virtuel HTTP sur l'appliance.

Contrôles

Le script envoie d'abord un POST chunked et une paire de GET pipelinés. Ceux-ci établissent que la cible relaie à la fois le trafic à requête unique et à requêtes multiples avant que la charge utile de contrebande ne soit tentée. Ces personnes ont réalisé les recherches détaillées. Je vous recommande vivement de les lire -> https://github.com/Scyrix-LLC/CVE-2026-88773

Notes

  • La charge utile est un unique segment TCP de 122 octets (préfixe de 85 octets + suffixe de 37 octets).
  • La détection repose sur les délais d'attente (Flux A) ou sur l'apparition du chemin de contrebande dans une réponse ultérieure (Flux B).
  • Testé contre un VPX de laboratoire (NetScaler NS14.1: Build 12.30.nc, Date: Nov 22 2023, 10:31:37 - les résultats dépendent de la gestion propre des tailles de chunk du backend.

Ceci est une preuve de concept de recherche. Elle n'inclut pas d'armement (désolé !)

Télécharger l’outil