L'historique de Grafana comprend des vulnérabilités au-delà de la traversée de chemin phare : failles d'authentification et de prise de contrôle de compte (y compris des problèmes dans la gestion de la connexion et de la réinitialisation de mot de passe), vulnérabilités supplémentaires de SSRF et de sources de données, et failles dans les plugins intégrés et tiers, certaines atteignant l'exécution de code sur le serveur. L'ensemble applicable dépend de la version de Grafana et des plugins installés, de sorte qu'identifier les deux et faire correspondre les avis identifie ce à quoi une cible est exposée. La traversée de chemin et les voies des sources de données sont généralement les plus fiables, mais sur des versions spécifiques une prise de contrôle de compte ou un RCE de plugin est la voie la plus propre.
# fingerprint version and installed plugins, then match advisories
curl -sk https://<target>:3000/api/health
curl -sk https://<target>:3000/api/plugins # installed plugins (auth may be needed)
# the applicable exploit is version/plugin-specific; consult Grafana security advisories.
Notes d'exploitation#
- La version plus les plugins installés définissent l'exposition ; les voies centrales de traversée de chemin et de sources de données sont les incontournables, avec la prise de contrôle de compte et le RCE de plugin comme ajouts spécifiques à la version.
- Les vulnérabilités de plugins dépendent de ce qui est installé ; énumérez les plugins là où l'accès le permet, car une faille de plugin tiers peut être l'entrée.
- Faites correspondre la version aux avis publiés de Grafana ; plusieurs problèmes d'auth et de SSRF sont corrigés dans des versions spécifiques.
- Combinez avec l'authentification/accès anonyme pour l'étape d'accès là où le problème est post-authentification.