XXE - XEE - XML External Entity
Bases de XML
XML est un langage de balisage conçu pour le stockage et le transport de données, offrant une structure flexible permettant l'utilisation de balises nommées de manière descriptive. Il diffère de HTML en n'étant pas limité à un ensemble de balises prédéfinies. La signification de XML a diminué avec l'essor de JSON, malgré son rôle initial dans la technologie AJAX.
Représentation des données à travers les entités : Les entités en XML permettent la représentation des données, y compris les caractères spéciaux tels que
<
et>
, qui correspondent à<
et>
pour éviter les conflits avec le système de balisage XML.Définition des éléments XML : XML permet la définition des types d'éléments, décrivant comment les éléments doivent être structurés et quel contenu ils peuvent contenir, allant de tout type de contenu à des éléments enfants spécifiques.
Définition de type de document (DTD) : Les DTD sont cruciales en XML pour définir la structure du document et les types de données qu'il peut contenir. Elles peuvent être internes, externes ou une combinaison des deux, guidant la façon dont les documents sont formatés et validés.
Entités personnalisées et externes : XML prend en charge la création d'entités personnalisées dans une DTD pour une représentation flexible des données. Les entités externes, définies avec une URL, soulèvent des préoccupations de sécurité, en particulier dans le contexte des attaques par entité externe XML (XXE), qui exploitent la manière dont les analyseurs XML gèrent les sources de données externes :
<!DOCTYPE foo [ <!ENTITY myentity "valeur" > ]>
Détection de XXE avec des entités de paramètres : Pour détecter les vulnérabilités XXE, en particulier lorsque les méthodes conventionnelles échouent en raison des mesures de sécurité de l'analyseur, les entités de paramètres XML peuvent être utilisées. Ces entités permettent des techniques de détection hors bande, telles que le déclenchement de recherches DNS ou de requêtes HTTP vers un domaine contrôlé, pour confirmer la vulnérabilité.
<!DOCTYPE foo [ <!ENTITY ext SYSTEM "file:///etc/passwd" > ]>
<!DOCTYPE foo [ <!ENTITY ext SYSTEM "http://attacker.com" > ]>
Attaques principales
Nouveau test d'entité
Dans cette attaque, je vais tester si une simple nouvelle déclaration d'ENTITÉ fonctionne
Lire le fichier
Essayons de lire /etc/passwd
de différentes manières. Pour Windows, vous pourriez essayer de lire : C:\windows\system32\drivers\etc\hosts
Dans ce premier cas, notez que SYSTEM "**file:///**etc/passwd" fonctionnera également.
Ce deuxième cas devrait être utile pour extraire un fichier si le serveur web utilise PHP (pas le cas des laboratoires Portswiggers)
Dans ce troisième cas, remarquez que nous déclarons l'Element stockCheck
comme ANY
Listing de répertoire
Dans les applications basées sur Java, il pourrait être possible de list the contents of a directory via XXE with a payload like (just asking for the directory instead of the file):
SSRF
Un XXE pourrait être utilisé pour abuser d'un SSRF dans un cloud
SSRF Aveugle
En utilisant la technique précédemment commentée, vous pouvez amener le serveur à accéder à un serveur que vous contrôlez pour montrer sa vulnérabilité. Cependant, si cela ne fonctionne pas, c'est peut-être parce que les entités XML ne sont pas autorisées, dans ce cas, vous pourriez essayer d'utiliser des entités de paramètres XML:
SSRF "Aveugle" - Exfiltrer des données hors bande
Dans ce cas, nous allons faire charger au serveur un nouveau DTD avec une charge utile malveillante qui enverra le contenu d'un fichier via une requête HTTP (pour les fichiers multi-lignes, vous pourriez essayer de l'exfiltrer via _ftp://_ en utilisant ce serveur de base par exemple xxe-ftp-server.rb). Cette explication est basée sur le laboratoire de Portswigger ici.
Dans le DTD malveillant donné, une série d'étapes sont effectuées pour exfiltrer des données :
Exemple de DTD Malveillant :
La structure est la suivante :
Les étapes exécutées par cette DTD comprennent:
Définition des entités de paramètres:
Une entité de paramètre XML,
%file
, est créée, lisant le contenu du fichier/etc/hostname
.Une autre entité de paramètre XML,
%eval
, est définie. Elle déclare dynamiquement une nouvelle entité de paramètre XML,%exfiltrate
. L'entité%exfiltrate
est configurée pour effectuer une requête HTTP vers le serveur de l'attaquant, transmettant le contenu de l'entité%file
dans la chaîne de requête de l'URL.
Exécution des entités:
L'entité
%eval
est utilisée, entraînant l'exécution de la déclaration dynamique de l'entité%exfiltrate
.L'entité
%exfiltrate
est ensuite utilisée, déclenchant une requête HTTP vers l'URL spécifié avec le contenu du fichier.
L'attaquant héberge cette DTD malveillante sur un serveur sous leur contrôle, généralement à une URL comme http://web-attacker.com/malicious.dtd
.
Charge utile XXE: Pour exploiter une application vulnérable, l'attaquant envoie une charge utile XXE:
Ce payload définit une entité de paramètre XML %xxe
et l'incorpore dans le DTD. Lorsqu'il est traité par un analyseur XML, ce payload récupère le DTD externe à partir du serveur de l'attaquant. L'analyseur interprète ensuite le DTD en ligne, exécutant les étapes décrites dans le DTD malveillant et conduisant à l'exfiltration du fichier /etc/hostname
vers le serveur de l'attaquant.
Basé sur les erreurs (DTD externe)
Dans ce cas, nous allons faire en sorte que le serveur charge un DTD malveillant qui affichera le contenu d'un fichier à l'intérieur d'un message d'erreur (valable uniquement si vous pouvez voir les messages d'erreur). Exemple ici.
Un message d'erreur d'analyse XML, révélant le contenu du fichier /etc/passwd
, peut être déclenché en utilisant une Définition de Type de Document externe (DTD) malveillante. Cela est accompli à travers les étapes suivantes :
Une entité de paramètre XML nommée
file
est définie, qui contient le contenu du fichier/etc/passwd
.Une entité de paramètre XML nommée
eval
est définie, incorporant une déclaration dynamique pour une autre entité de paramètre XML nomméeerror
. Cette entitéerror
, lorsqu'elle est évaluée, tente de charger un fichier inexistant, incorporant le contenu de l'entitéfile
comme son nom.L'entité
eval
est invoquée, conduisant à la déclaration dynamique de l'entitéerror
.L'invocation de l'entité
error
entraîne une tentative de chargement d'un fichier inexistant, produisant un message d'erreur qui inclut le contenu du fichier/etc/passwd
en tant que partie du nom de fichier.
Le DTD externe malveillant peut être invoqué avec le XML suivant :
À l'exécution, la réponse du serveur web devrait inclure un message d'erreur affichant le contenu du fichier /etc/passwd
.
Veuillez noter que le DTD externe nous permet d'inclure une entité à l'intérieur de la seconde (eval
), mais c'est interdit dans le DTD interne. Par conséquent, vous ne pouvez pas forcer une erreur sans utiliser un DTD externe (généralement).
Basé sur les erreurs (DTD système)
Alors, que dire des vulnérabilités XXE aveugles lorsque les interactions hors bande sont bloquées (les connexions externes ne sont pas disponibles)?.
Une faille dans la spécification du langage XML peut exposer des données sensibles à travers des messages d'erreur lorsque le DTD d'un document mélange des déclarations internes et externes. Ce problème permet la redéfinition interne des entités déclarées de manière externe, facilitant l'exécution d'attaques XXE basées sur les erreurs. De telles attaques exploitent la redéfinition d'une entité de paramètre XML, initialement déclarée dans un DTD externe, à partir d'un DTD interne. Lorsque les connexions hors bande sont bloquées par le serveur, les attaquants doivent s'appuyer sur des fichiers DTD locaux pour mener l'attaque, visant à induire une erreur d'analyse pour révéler des informations sensibles.
Considérons un scénario où le système de fichiers du serveur contient un fichier DTD à /usr/local/app/schema.dtd
, définissant une entité nommée custom_entity
. Un attaquant peut induire une erreur d'analyse XML révélant le contenu du fichier /etc/passwd
en soumettant un DTD hybride comme suit:
Les étapes décrites sont exécutées par cette DTD :
La définition d'une entité de paramètre XML nommée
local_dtd
inclut le fichier DTD externe situé sur le système de fichiers du serveur.Une redéfinition se produit pour l'entité de paramètre XML
custom_entity
, initialement définie dans le DTD externe, pour encapsuler une exploitation XXE basée sur les erreurs. Cette redéfinition est conçue pour provoquer une erreur d'analyse, exposant le contenu du fichier/etc/passwd
.En utilisant l'entité
local_dtd
, le DTD externe est engagé, englobant lacustom_entity
nouvellement définie. Cette séquence d'actions provoque l'émission du message d'erreur visé par l'exploit.
Exemple du monde réel : Les systèmes utilisant l'environnement de bureau GNOME ont souvent un DTD à /usr/share/yelp/dtd/docbookx.dtd
contenant une entité appelée ISOamso
.
Comme cette technique utilise un DTD interne, vous devez d'abord trouver un valide. Vous pourriez le faire en installant le même OS / logiciel que celui utilisé par le serveur et en recherchant quelques DTD par défaut, ou en obtenant une liste de DTD par défaut dans les systèmes et en vérifiant s'il en existe un :
Pour plus d'informations, consultez https://portswigger.net/web-security/xxe/blind
Trouver des DTD à l'intérieur du système
Dans le dépôt GitHub suivant, vous pouvez trouver les chemins des DTD qui peuvent être présents dans le système:
De plus, si vous avez l'image Docker du système victime, vous pouvez utiliser l'outil du même dépôt pour scanner l'image et trouver le chemin des DTD présents dans le système. Lisez le Readme du github pour apprendre comment.
XXE via Office Open XML Parsers
Pour une explication plus approfondie de cette attaque, consultez la deuxième section de cet article incroyable de Detectify.
La capacité de télécharger des documents Microsoft Office est proposée par de nombreuses applications web, qui procèdent ensuite à l'extraction de certaines informations de ces documents. Par exemple, une application web peut permettre aux utilisateurs d'importer des données en téléchargeant une feuille de calcul au format XLSX. Afin que l'analyseur puisse extraire les données de la feuille de calcul, il devra inévitablement analyser au moins un fichier XML.
Pour tester cette vulnérabilité, il est nécessaire de créer un fichier Microsoft Office contenant une charge utile XXE. La première étape consiste à créer un répertoire vide dans lequel le document peut être décompressé.
Une fois le document décompressé, le fichier XML situé à ./unzipped/word/document.xml
doit être ouvert et modifié dans un éditeur de texte préféré (tel que vim). Le XML doit être modifié pour inclure la charge utile XXE souhaitée, commençant souvent par une requête HTTP.
Les lignes XML modifiées doivent être insérées entre les deux objets XML racine. Il est important de remplacer l'URL par une URL pouvant être surveillée pour les requêtes.
Enfin, le fichier peut être compressé pour créer le fichier malveillant poc.docx. À partir du répertoire "décompressé" précédemment créé, la commande suivante doit être exécutée :
Maintenant, le fichier créé peut être téléchargé vers l'application web potentiellement vulnérable, et on peut espérer qu'une requête apparaisse dans les journaux de Burp Collaborator.
Jar: protocol
Le protocole jar est accessible exclusivement dans les applications Java. Il est conçu pour permettre l'accès aux fichiers dans une archive PKZIP (par exemple, .zip
, .jar
, etc.), prenant en charge à la fois les fichiers locaux et distants.
Pour pouvoir accéder aux fichiers à l'intérieur des fichiers PKZIP est très utile pour abuser des XXE via les fichiers DTD système. Consultez cette section pour apprendre comment abuser des fichiers DTD système.
Le processus permettant d'accéder à un fichier dans une archive PKZIP via le protocole jar implique plusieurs étapes :
Une requête HTTP est effectuée pour télécharger l'archive zip à partir d'un emplacement spécifié, tel que
https://download.website.com/archive.zip
.La réponse HTTP contenant l'archive est temporairement stockée sur le système, généralement dans un emplacement tel que
/tmp/...
.L'archive est ensuite extraite pour accéder à son contenu.
Le fichier spécifique à l'intérieur de l'archive,
file.zip
, est lu.Après l'opération, tous les fichiers temporaires créés pendant ce processus sont supprimés.
Une technique intéressante pour interrompre ce processus à la deuxième étape consiste à maintenir la connexion serveur ouverte indéfiniment lors de la fourniture du fichier d'archive. Les outils disponibles dans ce dépôt peuvent être utilisés à cette fin, y compris un serveur Python (slow_http_server.py
) et un serveur Java (slowserver.jar
).
Écrire des fichiers dans un répertoire temporaire peut aider à escalader une autre vulnérabilité qui implique une traversée de chemin (comme l'inclusion de fichier local, l'injection de modèle, XSLT RCE, désérialisation, etc).
XSS
DoS
Attaque des milliards de rires
Attaque Yaml
Attaque d'Explosion Quadratique
Obtenir NTML
Sur les hôtes Windows, il est possible d'obtenir le hachage NTML de l'utilisateur du serveur web en configurant un gestionnaire responder.py:
et en envoyant la requête suivante
Surfaces XXE Cachées
XInclude
Lors de l'intégration de données client dans des documents XML côté serveur, comme ceux des requêtes SOAP en backend, le contrôle direct sur la structure XML est souvent limité, entravant les attaques XXE traditionnelles en raison des restrictions sur la modification de l'élément DOCTYPE
. Cependant, une attaque XInclude
fournit une solution en permettant l'insertion d'entités externes dans n'importe quel élément de données du document XML. Cette méthode est efficace même lorsque seule une partie des données à l'intérieur d'un document XML généré par le serveur peut être contrôlée.
Pour exécuter une attaque XInclude
, l'espace de noms XInclude
doit être déclaré, et le chemin du fichier pour l'entité externe prévue doit être spécifié. Voici un exemple succinct de la façon dont une telle attaque peut être formulée:
Consultez https://portswigger.net/web-security/xxe pour plus d'informations!
SVG - Téléchargement de fichiers
Les fichiers téléchargés par les utilisateurs vers certaines applications, qui sont ensuite traités sur le serveur, peuvent exploiter des vulnérabilités dans la manière dont les formats de fichiers XML ou contenant du XML sont gérés. Des formats de fichiers courants tels que les documents de bureau (DOCX) et les images (SVG) sont basés sur XML.
Lorsque les utilisateurs téléchargent des images, ces images sont traitées ou validées côté serveur. Même pour les applications qui s'attendent à des formats tels que PNG ou JPEG, la bibliothèque de traitement d'images du serveur peut également prendre en charge les images SVG. SVG, étant un format basé sur XML, peut être exploité par des attaquants pour soumettre des images SVG malveillantes, exposant ainsi le serveur à des vulnérabilités XXE (XML External Entity).
Un exemple d'une telle exploitation est présenté ci-dessous, où une image SVG malveillante tente de lire des fichiers système:
Une autre méthode consiste à tenter d'exécuter des commandes via l'enveloppe PHP "expect" :
Dans les deux cas, le format SVG est utilisé pour lancer des attaques exploitant les capacités de traitement XML du logiciel du serveur, soulignant ainsi la nécessité d'une validation d'entrée robuste et de mesures de sécurité.
Consultez https://portswigger.net/web-security/xxe pour plus d'informations !
Notez que la première ligne du fichier lu ou du résultat de l'exécution apparaîtra À L'INTÉRIEUR de l'image créée. Vous devez donc pouvoir accéder à l'image créée par SVG.
PDF - Téléchargement de fichiers
Lisez le post suivant pour apprendre à exploiter un XXE en téléchargeant un fichier PDF :
Content-Type: De x-www-urlencoded à XML
Si une requête POST accepte les données au format XML, vous pourriez essayer d'exploiter un XXE dans cette requête. Par exemple, si une requête normale contient ce qui suit :
Ensuite, vous pourrez soumettre la demande suivante, avec le même résultat :
Content-Type: De JSON à XEE
Pour modifier la requête, vous pourriez utiliser une extension Burp nommée "Content Type Converter". Ici vous pouvez trouver cet exemple:
Un autre exemple peut être trouvé ici.
Contournements de WAF & Protections
Base64
Cela ne fonctionne que si le serveur XML accepte le protocole data://
.
UTF-7
Vous pouvez utiliser la ["Recette d'encodage" de CyberChef ici ]([https://gchq.github.io/CyberChef/#recipe=Encode_text%28'UTF-7 %2865000%29'%29&input=PCFET0NUWVBFIGZvbyBbPCFFTlRJVFkgZXhhbXBsZSBTWVNURU0gIi9ldGMvcGFzc3dkIj4gXT4KPHN0b2NrQ2hlY2s%2BPHByb2R1Y3RJZD4mZXhhbXBsZTs8L3Byb2R1Y3RJZD48c3RvcmVJZD4xPC9zdG9yZUlkPjwvc3RvY2tDaGVjaz4)to](https://gchq.github.io/CyberChef/#recipe=Encode_text%28'UTF-7 %2865000%29'%29&input=PCFET0NUWVBFIGZvbyBbPCFFTlRJVFkgZXhhbXBsZSBTWVNURU0gIi9ldGMvcGFzc3dkIj4gXT4KPHN0b2NrQ2hlY2s%2BPHByb2R1Y3RJZD4mZXhhbXBsZTs8L3Byb2R1Y3RJZD48c3RvcmVJZD4xPC9zdG9yZUlkPjwvc3RvY2tDaGVjaz4%29to) pour transformer en UTF-7.
Fichier:/ Contournement de protocole
Si le site web utilise PHP, au lieu d'utiliser file:/
, vous pouvez utiliser les enveloppes php php://filter/convert.base64-encode/resource=
pour accéder aux fichiers internes.
Si le site web utilise Java, vous pouvez vérifier le protocole jar.
Entités HTML
Astuce de https://github.com/Ambrotd/XXE-Notes Vous pouvez créer une entité à l'intérieur d'une entité en l'encodant avec des entités html puis l'appeler pour charger un dtd. Notez que les entités HTML utilisées doivent être numériques (comme [dans cet exemple](https://gchq.github.io/CyberChef/#recipe=To_HTML_Entity%28true,'Numeric entities'%29&input=PCFFTlRJVFkgJSBkdGQgU1lTVEVNICJodHRwOi8vMTcyLjE3LjAuMTo3ODc4L2J5cGFzczIuZHRkIiA%2B)\).
Exemple de DTD :
Enveloppes PHP
Base64
Extraire index.php
Extraire une ressource externe
Exécution de code à distance
Si le module "expect" de PHP est chargé
SOAP - XEE
XLIFF - XXE
Cet exemple est inspiré de https://pwn.vg/articles/2021-06/local-file-read-via-error-based-xxe
XLIFF (XML Localization Interchange File Format) est utilisé pour standardiser l'échange de données dans les processus de localisation. C'est un format basé sur XML principalement utilisé pour transférer des données localisables entre des outils lors de la localisation et comme format d'échange commun pour les outils CAT (Computer-Aided Translation).
Analyse de la requête aveugle
Une requête est envoyée au serveur avec le contenu suivant:
Cependant, cette requête déclenche une erreur interne du serveur, mentionnant spécifiquement un problème avec les déclarations de balisage :
Malgré l'erreur, un hit est enregistré sur Burp Collaborator, indiquant un certain niveau d'interaction avec l'entité externe.
Exfiltration de données hors bande Pour exfiltrer des données, une requête modifiée est envoyée :
Cet approche révèle que l'Agent utilisateur indique l'utilisation de Java 1.8. Une limitation notée avec cette version de Java est l'incapacité de récupérer des fichiers contenant un caractère de nouvelle ligne, tel que /etc/passwd, en utilisant la technique Out of Band.
Exfiltration de données basée sur les erreurs Pour surmonter cette limitation, une approche basée sur les erreurs est utilisée. Le fichier DTD est structuré comme suit pour déclencher une erreur qui inclut des données d'un fichier cible:
Le serveur répond avec une erreur, indiquant de manière importante le fichier inexistant, ce qui indique que le serveur tente d'accéder au fichier spécifié :
Pour inclure le contenu du fichier dans le message d'erreur, le fichier DTD est ajusté :
Cette modification conduit à l'exfiltration réussie du contenu du fichier, comme le reflète la sortie d'erreur envoyée via HTTP. Cela indique une attaque XXE (Entité Externe XML) réussie, exploitant à la fois des techniques Out of Band et Error-Based pour extraire des informations sensibles.
RSS - XEE
XML valide au format RSS pour exploiter une vulnérabilité XXE.
Ping back
Requête HTTP simple vers le serveur des attaquants
Lire le fichier
Lire le code source
En utilisant le filtre base64 PHP
Java XMLDecoder XEE to RCE
XMLDecoder est une classe Java qui crée des objets basés sur un message XML. Si un utilisateur malveillant peut amener une application à utiliser des données arbitraires dans un appel à la méthode readObject, il obtiendra instantanément l'exécution de code sur le serveur.
Utilisation de Runtime().exec()
ProcessBuilder
Le ProcessBuilder
est une classe Java qui est utilisée pour créer des processus fils.