Avant d'exécuter les tests :

1. Obtenez une autorisation écrite et définissez le périmètre des tests.
2. Utilisez un appareil de laboratoire ou un créneau de maintenance approuvé.
3. Évitez les commandes qui modifient la configuration, suppriment des données ou perturbent les services.
4. Ne lisez pas de fichiers sensibles à moins que cela ne soit explicitement inclus dans le périmètre.
5. Conservez les résultats des tests en toute sécurité et supprimez les artefacts de preuve une fois terminé.
6. Appliquez le firmware ou les mesures d'atténuation appropriés du fournisseur après les tests.

Prérequis

• Python 3.10 ou plus récent
• Accès réseau au point de terminaison UniFi OS ciblé
• Autorisation d'effectuer les tests

Le script utilise uniquement la bibliothèque standard de Python, aucune étape d'installation de paquets supplémentaires n'est donc nécessaire.

Installation

Clonez le dépôt ou copiez le script sur la machine de test, puis accédez au répertoire du projet :

Aucun pip install n'est nécessaire. Assurez-vous que l'interpréteur utilisé est approprié :

Utilisation

Format général :

target doit être une URL avec le schéma http:// ou https://, par exemple https://192.0.2.10:11443.

Sonde de contournement

Exécute la sonde sans envoyer de commande supplémentaire :

Test RCE

Le deuxième argument positionnel est traité comme une commande envoyée à la cible. N'utilisez que des commandes non destructives préalablement approuvées :

L'option --proof demande à la cible de créer un fichier de preuve dans /tmp/PWNED_34910 :

Vérifiez et supprimez le fichier de preuve via les procédures d'accès approuvées. Ne considérez pas la réponse HTTP 200 comme la seule preuve que la commande a réussi.

Test de lecture de fichier

Le script affiche au maximum 800 caractères de la réponse du fichier.

Mode verbeux

Ajoutez --verbose ou -v pour afficher les détails des requêtes et des réponses :

Notez que la sortie verbeuse peut contenir des URL, des paramètres ou des données de réponse sensibles.

Options de la ligne de commande

Utilisez un seul mode d'opération par exécution. Le programme retourne le code de sortie 0 si l'opération est considérée comme réussie, 1 si la cible ne semble pas vulnérable ou si les arguments sont incomplets, et 2 en cas d'erreur inattendue. Une interruption utilisateur retourne 130.

Fonctionnement de haut niveau

1. Le script valide que la cible possède un schéma et un nom d'hôte.
2. Le script envoie une requête au chemin de traversée d'authentification encodé.
3. Le mode --check recherche dans la réponse un marqueur indiquant que le gestionnaire a été atteint.
4. Le mode commande construit la valeur pkg_name et l'envoie au point de terminaison de mise à jour des paquets.
5. Le mode --read construit une traversée de chemin vers l'alias app-assets et affiche la réponse de manière limitée.

L'implémentation se trouve entièrement dans CVE-2026-34910.py.

Limites et interprétation des résultats

• La sonde basée sur un marqueur n'est pas une vérification exhaustive et peut produire des faux positifs ou des faux négatifs.
• Les réponses HTTP sont influencées par le firmware, le reverse proxy, la configuration réseau et l'implémentation du point de terminaison.
• Un statut HTTP 200 en mode RCE indique que la requête a été reçue par le gestionnaire, mais ne garantit pas que la commande s'est exécutée comme prévu.
• Le script désactive la vérification des certificats TLS. Exécutez-le uniquement sur un réseau de test et ne considérez pas que cette connexion fournit une authentification du serveur.
• Le délai d'attente HTTP est fixé à 15 secondes et ne peut pas être modifié via la CLI.
• Le script ne fournit pas de remédiation automatique.

Remédiation

Pour les appareils situés dans le périmètre des tests :

1. Identifiez la version d'UniFi OS et le modèle de l'appareil.
2. Consultez les avis de sécurité officiels d'Ubiquiti pour connaître l'état des correctifs et les versions de firmware recommandées.
3. Mettez à jour l'appareil via la procédure de gestion des changements approuvée.
4. Limitez l'accès réseau à l'interface d'administration et surveillez les journaux pour détecter les requêtes suspectes.
5. Répétez la validation uniquement après avoir obtenu l'autorisation et un plan de test post-correction.

Rapports

Le rapport de test devrait mentionner :

• Le modèle de l'appareil, la version d'UniFi OS et l'heure du test.
• L'adresse cible masquée si le rapport est partagé en dehors de l'équipe.
• Le mode et les arguments utilisés.
• Les codes de réponse et un résumé des résultats sans divulguer de données sensibles.
• Les preuves minimales nécessaires à la reproduction.
• L'impact, le niveau de confiance et les recommandations de remédiation.

Pour un signalement responsable de vulnérabilités, utilisez les canaux de sécurité officiels du fournisseur et coordonnez la divulgation conformément aux politiques en vigueur.

Licence

Aucune licence n'a été définie pour ce projet. Ajoutez un fichier de licence avant de distribuer ou d'utiliser ce code dans d'autres projets.

Auteur

Gagaltotal666 - GhostGTR666

Dépôt associé : github.com/gagaltotal