random-robbie/jira-scanCVE-2017-9506 - SSRF
SOLO TESTATO CON PYTHON 3
Fornisci un elenco di siti web da testare senza http o https e questo testerà ciascuno per la vulnerabilità SSRF.
Usa un VPS di DO
L'IconUriServlet del plugin Atlassian OAuth dalla versione 1.3.0 alla versione 1.9.12 e dalla versione 2.0.0 alla versione 2.0.4 consente ad attaccanti remoti di accedere al contenuto di risorse di rete interne e/o eseguire un attacco XSS tramite Server Side Request Forgery (SSRF).
Secondo Atlassian Jira, le seguenti versioni sono vulnerabili:
In un attacco Server-Side Request Forgery (SSRF), l'attaccante può abusare della funzionalità sul server per leggere o aggiornare risorse interne. L'attaccante può fornire o modificare un URL che il codice in esecuzione sul server leggerà o a cui invierà dati, e selezionando attentamente gli URL, l'attaccante potrebbe essere in grado di leggere la configurazione del server come i metadati AWS, connettersi a servizi interni come database abilitati HTTP o effettuare richieste POST verso servizi interni che non sono destinati ad essere esposti.
L'applicazione di destinazione può avere funzionalità per importare dati da un URL, pubblicare dati su un URL o altrimenti leggere dati da un URL che può essere manomesso. L'attaccante modifica le chiamate a questa funzionalità fornendo un URL completamente diverso o manipolando il modo in cui gli URL vengono costruiti (path traversal, ecc.).
Quando la richiesta manipolata arriva al server, il codice lato server prende l'URL manipolato e cerca di leggere i dati o inviarli all'URL manipolato. Selezionando gli URL di destinazione, l'attaccante può essere in grado di leggere dati da servizi che non sono direttamente esposti su Internet:
Metadati del server cloud - Servizi cloud come AWS forniscono un'interfaccia REST su http://169.254.169.254/latest/meta-data/ dove possono essere estratti configurazioni importanti e talvolta anche chiavi di autenticazione.
Interfacce HTTP dei database - Database NoSQL come MongoDB forniscono interfacce REST su porte HTTP. Docker e Kubernetes - se le porte locali sono esposte internamente, un attaccante può creare/eliminare pod e contenitori e recuperare altri segreti.
Se ci si aspetta che il database sia disponibile solo internamente, l'autenticazione potrebbe essere disabilitata e l'attaccante può estrarre dati da interfacce REST interne.
File - L'attaccante può essere in grado di leggere file utilizzando URI file:// L'attaccante può anche utilizzare questa funzionalità per importare dati non affidabili in codice che si aspetta di leggere solo da fonti attendibili, e quindi aggirare la validazione dell'input.
Payload SSRF divertenti da provare....
AWS - La IAM role farà trapelare la chiave AWS
http://169.254.169.254/latest/meta-data/
Alibaba
http://100.100.100.200/latest/meta-data/
Docker - Elenca contenitori
http://127.0.0.1:2375/v1.24/containers/json
Kubernetes ETCD - Può contenere chiavi API e IP e porte interne
http://127.0.0.1:2379/v2/keys/?recursive=true