CVE-2026-53519
Nezha Monitoring : traversée de chemin pré-authentification via la confusion de préfixe /dashboard.. qui divulgue jwt_secret_key
- Publié
- 12 juin 2026
- Mise à jour
- 15 juin 2026
- Attribution de CNA
- GitHub_M
- Preuve observée
- 17 août 2026
CVSS primaire
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NFaible · 30 prochains jours
- Percentile
- 78,8 %
- Date du modèle
- 21 sept. 2026
EPSS est une estimation statistique, et non une certitude ou une mesure d'impact. Combinez-le avec CVSS, le statut KEV, l'exposition et votre environnement.
Résumé
Nezha Monitoring est un outil auto-hébergeable, léger, de surveillance et d'exploitation (O&M) pour serveurs et sites web. Avant la version 2.0.13, `fallbackToFrontend` dans le gestionnaire `NoRoute` du tableau de bord traite toute URL dont la chaîne brute commence par `/dashboard` comme une requête d'actif du frontend admin. La vérification utilise `strings.HasPrefix`, et non une correspondance de segment de chemin, de sorte que l'entrée `/dashboard../data/config.yaml` est acceptée ; `strings.TrimPrefix` laisse `../data/config.yaml` ; et `path.Join("admin-dist", "../data/config.yaml")` se normalise en `data/config.yaml` — que `os.Stat` trouve et que `http.ServeFile` renvoie. Aucune authentification n'est requise. Ce problème a été corrigé dans la version 2.0.13.
Sources
2Exploit PoC pour CVE-2026-53519.
Docker lab reproduisant CVE-2026-53519, une traversée de chemin pré-authentification dans Nezha Dashboard qui divulgue jwt_secret_key et permet la falsification de JWT et la prise de contrôle administrateur.
Utilisation responsable
Utilisez les informations de vulnérabilité uniquement sur les systèmes que vous possédez ou que vous êtes autorisé à tester. Kitploit renvoie aux métadonnées de la recherche publique et ne stocke pas de code d'exploitation ni de charges utiles malveillantes.