Ghost présente une vulnérabilité SSRF via l'intégration de médias externes

Un attaquant exploitant cette vulnérabilité peut potentiellement accéder à des ressources internes qui ne sont pas directement accessibles depuis l'extérieur du réseau. En se faisant passer pour un utilisateur authentifié du Ghost Admin API, il peut lancer des requêtes vers des adresses internes, contournant ainsi les contrôles d'accès habituels. Les données sensibles stockées sur ces systèmes internes, telles que des informations de configuration, des données de base de données ou des fichiers de log, pourraient être compromises. L'impact est limité aux environnements où des utilisateurs disposent de droits d'administrateur et où des systèmes internes sont accessibles via l'API Ghost.

Organizations utilizing Ghost CMS for their blogging or content management needs are at risk, particularly those with staff users who have access to the Ghost Admin API. Deployments with complex internal network architectures and sensitive data stored on internal servers are at higher risk, as the SSRF vulnerability could be used to bypass network segmentation and access this data.

• nodejs / server:

journalctl -u ghost | grep -i "ssrf"

• nodejs / server:

ps aux | grep -i "ghost" | grep -i "inliner"

• generic web: Use curl to probe internal endpoints accessible from the Ghost CMS server. Look for unexpected responses or data leakage.

curl -v http://<internal_ip>/<sensitive_endpoint>

1. 2026-01-08Disclosure

   disclosure

1. Réservé2026-01-07
2. Publiée2026-01-08
3. Modifiée2026-02-03
4. EPSS mis à jour2026-03-23

La mitigation principale consiste à mettre à jour Ghost CMS vers la version 6.11.0 ou supérieure, qui inclut la correction de cette vulnérabilité. En attendant la mise à jour, il est recommandé de restreindre l'accès à l'API Admin de Ghost uniquement aux utilisateurs de confiance et de surveiller attentivement les journaux d'accès pour détecter toute activité suspecte. Si une mise à jour immédiate n'est pas possible, envisagez de mettre en place des règles de pare-feu ou de proxy pour bloquer les requêtes sortantes vers des adresses internes non autorisées. Après la mise à jour, vérifiez que le mécanisme d'intégration de médias fonctionne correctement et qu'aucune requête interne non autorisée n'est lancée.