Hack tutorial: scopriamo un attacco XML External Entities (XXE)

Redazione RHC : 26 Aprile 2021 06:30

Autore: Damiano Capo

Data Pubblicazione: 22/04/2021

Sponsorizza la prossima Red Hot Cyber Conference! Il giorno Lunedì 18 maggio e martedì 19 maggio 2026 9 maggio 2026, presso il teatro Italia di Roma (a due passi dalla stazione termini e dalla metro B di Piazza Bologna), si terrà la V edizione della la RHC Conference.  Si tratta dell’appuntamento annuale gratuito, creato dalla community di RHC, per far accrescere l’interesse verso le tecnologie digitali, l’innovazione digitale e la consapevolezza del rischio informatico.  Se sei interessato a sponsorizzare l'evento e a rendere la tua azienda protagonista del più grande evento della Cybersecurity Italiana, non perdere questa opportunità. E ricorda che assieme alla sponsorizzazione della conferenza, incluso nel prezzo, avrai un pacchetto di Branding sul sito di Red Hot Cyber composto da Banner più un numero di articoli che saranno ospitati all'interno del nostro portale.  Quindi cosa stai aspettando? Scrivici subito a [email protected] per maggiori informazioni e per accedere al programma sponsor e al media Kit di Red Hot Cyber. Supporta Red Hot Cyber attraverso:  L'acquisto del fumetto sul Cybersecurity Awareness Ascoltando i nostri Podcast Seguendo RHC su WhatsApp Seguendo RHC su Telegram Scarica gratuitamente “Byte The Silence”, il fumetto sul Cyberbullismo di Red Hot Cyber Se ti piacciono le novità e gli articoli riportati su di Red Hot Cyber, iscriviti immediatamente alla newsletter settimanale per non perdere nessun articolo. La newsletter generalmente viene inviata ai nostri lettori ad inizio settimana, indicativamente di lunedì.

L’XXE è un tipo di attacco che viene sferrato nei confronti di un’applicazione che non analizza correttamente l’input XML. Esso si verifica quando l’input XML, contenente un riferimento a un’entità esterna, viene elaborato da un parser XML configurato in modo debole.

Le conseguenze dell’attacco possono essere gravi e possono arrivare alla divulgazione di dati riservati, a delle negazioni del servizio (DoS), a Server side request forgery, a port scanning dal punto di vista della macchina in cui si trova il parser e altri impatti sul sistema.

Lo standard XML 1.0 definisce la struttura di un documento XML.

Questo standard definisce un concetto chiamato “entità”, che è sostanzialmente un’unità di archiviazione di qualche tipo. Esistono diversi tipi di entità, entità esterne analizzate da parametri / generali spesso abbreviate in entità esterne, che possono accedere ad un contenuto locale o remoto tramite un identificatore di sistema dichiarato.

Si presume che l’identificatore di sistema sia un URI che può essere dereferenziato (accessibile) dal processore XML durante l’elaborazione dell’entità.

Il processore XML quindi sostituisce le occorrenze dell’entità esterna denominata con i contenuti dereferenziati dall’identificatore di sistema. Se l’identificatore di sistema contiene dati contaminati e il processore XML de referenzia questi dati contaminati, il processore XML può divulgare informazioni riservate normalmente non accessibili dall’applicazione.

Vettori di attacco simili applicano l’uso di DTD esterni, fogli di stile esterni, schemi esterni, ecc. che, se inclusi, consentono attacchi di stile di inclusione di risorse esterne simili.

Gli attacchi possono includere la divulgazione di file locali, che possono contenere dati sensibili come password o dati utente privati, utilizzando schemi file: o percorsi relativi nell’identificatore di sistema.

Poiché l’attacco si verifica in relazione all’applicazione che elabora il documento XML, un utente malintenzionato può utilizzare questa applicazione affidabile per eseguire il pivot su altri sistemi interni, eventualmente divulgando altri contenuti interni tramite richieste http o lanciando un CSRF a qualsiasi servizio interno non protetto.

In alcune situazioni, una libreria del processore XML che è vulnerabile a problemi di danneggiamento della memoria lato client può essere sfruttata dereferenziando un URI dannoso, possibilmente consentendo l’esecuzione di codice arbitrario con l’account dell’applicazione.

Altri attacchi possono accedere a risorse locali che potrebbero non interrompere la restituzione dei dati, con possibile impatto sulla disponibilità dell’applicazione se non vengono rilasciati troppi thread o processi.

Si noti che l’applicazione non deve restituire esplicitamente la risposta all’autore dell’attacco affinché sia ​​vulnerabile alla divulgazione di informazioni. Un utente malintenzionato può sfruttare le informazioni DNS per esfiltrare i dati tramite i nomi di sotto dominio a un server DNS che controlla.

Scenario

Supponiamo di aver scoperto che il target è vulnerabile ad XXE.

Il passo successivo è quello di utilizzare un payload che ci possa permettere di sfruttare questa vulnerabilità. Un esempio classico che viene utilizzato dai penetration testers è il seguente:

In genere, è sufficiente disabilitare la risoluzione di entità esterne e disabilitare il supporto per XInclude. Questo di solito può essere fatto tramite le opzioni di configurazione o sovrascrivendo a livello di codice il comportamento predefinito.

Consultate sempre la documentazione per la libreria di analisi XML o l’API per dettagli su come disabilitare le funzionalità non necessarie.

Riferimenti:

https://owasp.org/www-community/vulnerabilities/XML_External_Entity_(XXE)_Processing

https://portswigger.net/web-security/xxe

Redazione
La redazione di Red Hot Cyber è composta da un insieme di persone fisiche e fonti anonime che collaborano attivamente fornendo informazioni in anteprima e news sulla sicurezza informatica e sull'informatica in generale.

Lista degli articoli