Comprendre et rechercher les vulnérabilités Open Redirect

La traduction de l'article a été préparée en prévision du début du cours "Web Application Security" .

---

L'une des vulnérabilités les plus courantes et pourtant négligées par les développeurs Web est la redirection ouverte (également connue sous le nom de redirections et transferts non vérifiés). Un site Web est considéré comme vulnérable à la redirection ouverte si les valeurs de paramètre (la partie de l'URL après le "?") Dans la requête HTTP GET redirigent l'utilisateur vers un nouveau site sans vérifier le site cible. En fonction de l'architecture du site vulnérable, la redirection peut se produire après certaines actions, comme la connexion, et parfois elle peut se produire instantanément lors du chargement de la page.



Un exemple de lien vulnérable ressemble à ceci: www.example.com/login.html?RelayState=http%3A%2F%2Fexample.com%2Fnext



Dans cet exemple, le paramètre "RelayState" spécifie où rediriger l'utilisateur après une connexion réussie (dans notre exemple est example.com/next ). Si le site ne vérifie pas la valeur du paramètre "RelayState" pour la légitimité et la sécurité, alors l'attaquant peut utiliser ce paramètre pour rediriger la victime vers une fausse page créée par l'attaquant lui-même: www.example.com/login.html?RelayState=http%3A%2F % 2FEvilWebsite.com



Les vulnérabilités telles que Open Redirect ont été négligées par les développeurs, car elles n'endommagent pas directement le site et ne permettent pas à un attaquant de voler directement les données de l'entreprise. Cependant, cela ne signifie pas que Open Redirect n'est pas une menace. L'une des principales utilisations de ce type d'attaque est de mener des attaques de phishing efficaces et fiables.



Lorsqu'une attaque par hameçonnage utilise Open Redirect, la victime peut recevoir un e-mail d'apparence plausible avec un lien qui pointe vers le domaine correct et familier de la victime. Ce que la victime peut ne pas remarquer, c'est qu'il y a des paramètres au milieu de l'URL qui modifient le point de terminaison de redirection. Pour compliquer la détection d'Open Redirect, une redirection peut se produire après que la victime a entré un nom d'utilisateur et un mot de passe sur un site authentique. Les attaquants ont découvert qu'un moyen efficace de tromper une victime est de la rediriger vers un faux site après avoir entré son nom d'utilisateur et son mot de passe sur le site réel. Le faux site ressemblera au site réel et demandera à la victime de ressaisir le mot de passe. Une fois que la victime l'a fait, le mot de passe sera écrit par l'attaquant,et la victime sera redirigée vers le site réel. Si tout est fait correctement, la victime pensera avoir fait une erreur avec le mot de passe la première fois et ne remarquera pas que son nom d'utilisateur et son mot de passe ont été volés.



Le phishing est utilisé dans la plupart des hacks ciblés réussis ainsi que régulièrement dans les attaques opportunistes. Compte tenu de la fréquence du phishing dans la vie quotidienne, les vulnérabilités comme Open Redirect ne doivent pas non plus être écartées.



Il serait injuste de désigner un site ou une entreprise en particulier comme vulnérable à la redirection ouverte, car cette vulnérabilité est courante. Au lieu de cela, il serait utile de montrer le nombre de ces sites et leur facilité de recherche.



Faire une recherche sur le Web est l'un des meilleurs moyens de trouver Open Redirect sur votre propre site et ailleurs sur Internet en général.



Le moteur de recherche de Google vous offre la possibilité de rédiger des requêtes de recherche, y compris des requêtes qui recherchent spécifiquement des URL de page.



Les opérateurs et caractères spéciaux suivants permettront à tout utilisateur de créer des requêtes balisées qui peuvent aider à détecter la redirection ouverte:

• allinurlEst l'opérateur qui demande à Google de rechercher l'URL de tous les mots clés spécifiés. Par exemple: il allinurl:ReturnUrlrecherchera toutes les pages Web qui ont une partie ReturnUrl dans l'adresse.
• site- un opérateur qui dit de ne renvoyer que les résultats qui se trouvent sur un domaine ou un site Web spécifique. Exemple: site:example.comrecherche de pages Web par example.com.
• "" - les guillemets doubles sont des caractères spéciaux utilisés pour indiquer la recherche d'une combinaison exacte de mots et de caractères entre guillemets.
• * - un astérisque est un caractère générique qui représente un ou plusieurs mots.

Leur utilisation nous permet de trouver des signes d'un potentiel Open Redirect: nous pouvons simultanément rechercher la présence des jetons "http" et "https" dans les paramètres de la requête GET. Par exemple:

allinurl:%3Dhttps*
allinurl:%253Dhttps*
allinurl:%3Dhttp*
allinurl:%253Dhttp*

Nous pouvons également rechercher des mots généraux spécifiques liés à la redirection dans la zone des paramètres de requête GET. Par exemple:

allinurl:"<keyword>=https"
allinurl:"<keyword>=http"
allinurl:<keyword>=https
allinurl:<keyword>=http
allinurl:<keyword>%3Dhttps
allinurl:<keyword>%3Dhttps*
allinurl:<keyword>%253Dhttps
allinurl:<keyword>%253Dhttps*
allinurl:<keyword>%3Dhttp
allinurl:<keyword>%3Dhttp*
allinurl:<keyword>%253Dhttp
allinurl:<keyword>%253Dhttp*
allinurl:<keyword>

Au lieu de cela <keyword>, nous utiliserons l'un des mots spécifiques à la redirection suivants: RelayState, ReturnUrl, RedirectUri, Return, Return_url, Redirect, Redirect_uri, Redirect_url, RedirectUrl, Forward, Forward_url, SuccessUrl, Redir, Exit_url, Destination . Ce n'est pas une liste complète de mots-clés. Vous pouvez en savoir plus en analysant les résultats des requêtes de recherche d'URL plus générales dans la section GET Request Parameters.



Pour les recherches ciblées, vous pouvez ajouter «site:<domain_name>»à la fin de vos recherches Google. Cette méthode peut vous aider à trouver les vulnérabilités Open Redirect sur votre propre site.



Avec une recherche aussi simple, vous pouvez trouver des dizaines de vulnérabilités Open Redirect en quelques minutes. La liste des sites vulnérables comprend des sites de banques, de sociétés internationales, d'entreprises de confiance, de projets favoris et de nombreux sites de petites organisations. En prime, chaque fois qu'un robot d'exploration de Google tombe sur des sites d'Open Redirect, nous recevrons des résultats mis à jour à l'aide de requêtes.



Le meilleur moyen d'éviter la vulnérabilité Open Redirect est d'éviter la redirection de paramètres spécifiques à l'utilisateur ou la requête GET. Si une redirection est inévitable, vous pouvez y faire face en validant le site cible et en effaçant sa réputation avec une liste blanche d'URL validées.



Je vous encourage à parler à vos amis développeurs Web d'Open Redirect. Vous pouvez leur transmettre cet article ou même découvrir des vulnérabilités en utilisant la méthode mentionnée ci-dessus et le signaler à l'entreprise avec une description détaillée du problème. Ensemble, rendons les attaques de phishing plus difficiles!



Si vous souhaitez partager vos recherches Google qui fonctionnent pour la détection Open Redirect, vous pouvez le faire dans les commentaires.

---

En savoir plus sur le cours

---