Découvert des scripts intersites réfléchis vulnérables dans Shaadi.com

J'ai découvert une vulnérabilité XSS réfléchie dans shaadi.com, cela signifie qu'un attaquant peut injecter du code malveillant dans le site Web, qui sera ensuite exécuté par le navigateur de la victime lorsqu'elle visitera la page affectée. Cela peut se produire via un formulaire ou dans tout autre champ de saisie du site Web qui n'est pas correctement nettoyé ou validé.

Qu'est-ce qui est reflété dans les scripts intersites ?

Dans les scripts intersites réfléchis (XSS), le code malveillant est envoyé au serveur dans le cadre d'une requête, puis renvoyé à l'utilisateur dans la réponse. Cela peut se produire lorsque l'entrée de l'utilisateur n'est pas correctement filtrée ou validée par le serveur avant d'être incluse dans la réponse. Le code malveillant est alors exécuté par le navigateur de la victime lorsqu'elle consulte la page concernée. Le XSS réfléchi est différent du XSS stocké, où le code malveillant est stocké sur le serveur et servi à tous les utilisateurs qui consultent la page affectée, plutôt que d'être injecté dans la page via une requête. Le XSS réfléchi est également différent du XSS basé sur DOM, où la vulnérabilité se trouve dans le code côté client, plutôt que dans le code côté serveur, et le script malveillant peut être exécuté dès que la page se charge. Il est important de noter que les deux types de XSS peuvent être utilisés pour voler des informations sensibles,

Pourquoi est-ce arrivé?

Il y a trois raisons pour lesquelles c'est arrivé…

1. La bibliothèque Jquery 1.4.2 est obsolète et la dernière est la 3.6.1

3. Le paramètre ne s'analyse pas correctement.

Maintenant, le vrai problème est que lorsque j'envoie un formulaire de soumission, ce sera une méthode POST et cette méthode POST est marquée comme Self-Xss (Cross-site Scripting) .

Qu'est-ce que Self-Xss (Cross-site Scripting) ?

Self-XSS est un type de vulnérabilité de type Cross-Site Scripting (XSS) dans laquelle un attaquant trompe une victime pour qu'elle exécute un code malveillant dans son propre navigateur Web. Cela se fait généralement en demandant à la victime de coller ou de saisir un code malveillant dans la console de développement ou la barre d'URL de son navigateur. L'attaque est considérée comme « soi » car la victime est celle qui exécute par inadvertance le code malveillant. Ce type de vulnérabilité est souvent utilisé dans les attaques de phishing ou d'ingénierie sociale, où l'attaquant déguise le code malveillant en quelque chose d'inoffensif afin d'inciter la victime à l'exécuter.

Maintenant, je dois exécuter mon JavaScript dans la méthode GET. Donc, tout d'abord, j'ai besoin de connaître le nom du paramètre.

Comment pouvons-nous comprendre le nom des paramètres ?

1. Faites un clic droit sur n'importe quel champ de saisie.

Maintenant, ici, vous pouvez voir comment cela fonctionne…

{Burp View}

{Affichage du navigateur}

C'est ainsi que je peux obtenir le nom de chaque paramètre, le nom du partenaire, l'e-mail, l'e-mail du partenaire et la description.

Impact:

Le Reflected Cross-Site Scripting (XSS) est un type de vulnérabilité de sécurité Web qui permet à un attaquant d'injecter un code malveillant dans une page Web consultée par d'autres utilisateurs. Cela peut permettre à l'attaquant de voler des informations sensibles, telles que des identifiants de connexion ou des données personnelles, ou d'effectuer des actions au nom de la victime, telles que des achats non autorisés ou la publication de contenu malveillant. L'impact d'une attaque XSS réfléchie peut être grave, car elle peut potentiellement affecter tous les utilisateurs qui consultent la page Web affectée et peut entraîner une perte de confiance dans le site Web ou le service en ligne.

Atténuation:

1. Validation des entrées : assurez-vous que l'entrée de l'utilisateur est correctement validée pour empêcher l'injection de code malveillant. Cela peut être fait en utilisant une liste blanche de caractères autorisés, ou en utilisant une bibliothèque ou un framework qui échappe automatiquement les caractères spéciaux.
2. Encodage de sortie : encodez correctement toutes les données fournies par l'utilisateur avant de les afficher sur une page Web. Cela peut empêcher l'exécution du code injecté par le navigateur.
3. Politique de sécurité du contenu (CSP) : utilisez un en-tête CSP pour spécifier les sources de contenu autorisées à être chargées par le navigateur. Cela peut empêcher l'exécution d'un code malveillant s'il est inclus dans un script ou un élément iframe.
4. Utilisation de cookies HTTP uniquement et sécurisés : utilisez les indicateurs HttpOnly et Secure sur les cookies pour empêcher leur accès par des scripts malveillants.
5. Maintenir à jour les logiciels : Maintenez à jour les logiciels utilisés sur le site Web (serveur Web, frameworks, etc.) pour tirer parti des correctifs de sécurité qui ont été publiés.
6. Utilisation d'outils de test de sécurité : utilisez des outils de test de sécurité tels que OWASP ZAP, Nessus, Burp Suite, etc. pour vérifier et analyser le site Web à la recherche de vulnérabilités.
7. Formation de sensibilisation à la sécurité : offrez une formation de sensibilisation à la sécurité à tous les employés et développeurs qui travaillent avec le site Web pour s'assurer qu'ils comprennent les risques associés aux attaques XSS et comment les prévenir.

Merci les gars d'avoir lu mon article…