Mauvaise configuration de la sécurité

Une mauvaise configuration de sécurité survient lorsque les paramètres de sécurité sont définis, implémentés et maintenus par défaut. Une bonne sécurité nécessite une configuration sécurisée définie et déployée pour l'application, le serveur Web, le serveur de base de données et la plate-forme. Il est tout aussi important d'avoir le logiciel à jour.

Exemple

Quelques exemples classiques de mauvaise configuration de sécurité sont donnés -

  • Si la liste des répertoires n'est pas désactivée sur le serveur et si l'attaquant découvre la même chose, l'attaquant peut simplement lister les répertoires pour trouver n'importe quel fichier et l'exécuter. Il est également possible d'obtenir la base de code réelle qui contient tout votre code personnalisé, puis de trouver de sérieuses failles dans l'application.

  • La configuration du serveur d'applications permet de renvoyer les traces de pile aux utilisateurs, exposant potentiellement des failles sous-jacentes. Les attaquants récupèrent les informations supplémentaires fournies par les messages d'erreur et qui leur suffisent à pénétrer.

  • Les serveurs d'applications sont généralement fournis avec des exemples d'applications qui ne sont pas bien sécurisées. S'il n'est pas supprimé du serveur de production, cela compromettrait votre serveur.

Mains allumées

Step 1- Lancez Webgoat et accédez à la section de configuration non sécurisée et essayons de résoudre ce défi. Un instantané de la même chose est fourni ci-dessous -

Step 2- Nous pouvons essayer autant d'options que nous pouvons penser. Tout ce dont nous avons besoin pour trouver l'URL du fichier de configuration et nous savons que les développeurs suivent une sorte de convention de dénomination pour les fichiers de configuration. Cela peut être tout ce qui est listé ci-dessous. Il est généralement effectué par la technique de force BRUTE.

  • web.config
  • config
  • appname.config
  • conf

Step 3 - En essayant diverses options, nous constatons que 'http://localhost:8080/WebGoat/conf' est réussi. La page suivante s'affiche si la tentative réussit -

Mécanismes préventifs

  • Tous les environnements tels que les environnements de développement, d'assurance qualité et de production doivent être configurés de manière identique en utilisant différents mots de passe utilisés dans chaque environnement qui ne peuvent pas être piratés facilement.

  • Assurez-vous qu'une architecture d'application solide est adoptée, offrant une séparation efficace et sécurisée entre les composants.

  • Il peut également minimiser la possibilité de cette attaque en exécutant des analyses automatisées et en effectuant des audits périodiquement.