
Demuestra la explotación de SSRF mediante diferencias en el análisis de URLs entre urllib.parse y requests, incluyendo un servicio vulnerable y un script de exploit PoC.
# vulnerable_service.py - Validates URL with urllib.parse, fetches with requests
from flask import Flask, request
import requests
import urllib.parse
app = Flask(__name__)
def is_allowed_url(url):
parsed = urllib.parse.urlparse(url)
# Only allow http://localhost and http://127.0.0.1
return parsed.hostname in ('localhost', '127.0.0.1')
@app.route('/fetch')
def fetch():
url = request.args.get('url')
if not is_allowed_url(url):
return "Blocked", 403
# Fetch with requests (different parser)
r = requests.get(url, timeout=5)
return r.text
if __name__ == '__main__':
app.run(port=5000)
Un servicio utiliza urllib.parse.urlparse de Python para validar URLs, pero luego las obtiene con la librería requests. Las discrepancias en cómo los dos analizadores manejan caracteres especiales (como @) permiten a un atacante omitir la lista blanca y acceder a recursos internos.
urlparse trata [email protected] como si el hostname fuera localhost (la parte antes de @ es el usuario), mientras que requests interpreta el host como evil.com.pip install flask requests
python vulnerable_service.py
python exploit_ssrf_parser_diff.py