Comment un serveur deviendra-t-il vulnérable avec chmod 777?

Si l'attaquant n'a accès qu'à l'interface web (pas aux fichiers, par exemple, via un autre compte sur le même hébergement partagé), le mode 777 n'ouvre pas directement les vulnérabilités. Ce qu'il fait est de le rendre plus facile pour l'attaquant de changer les choses sur le site une fois qu'ils obtenir d'une autre façon.

Par exemple, supposons que vous ayez un site WordPress et qu'il y ait un bug quelque part qui permet à l'attaquant d'exécuter du code PHP arbitraire sous les informations d'identification du serveur daemon (cela s'est produit plusieurs fois dans le passé et se reproduira sans doute à l'avenir). Le code de WordPress lui-même est stocké dans des fichiers .php que le démon serveur peut lire. Si ces fichiers sont en mode 777, l'attaquant peut leur écrire - ce qui signifie qu'ils peuvent modifier le code-en changeant ce que fait votre site. Peut-être ils installent les "exploiter" kit et maintenant tout le monde qui visite votre site obtient leur navigateur piraté. Peut être qu'ils installent un kit de spam SEO et maintenant Google pense que vous êtes vente de Viagra (mais si vous visitez le site directement, il est invisible -- oui, cela arrive).

Si les fichiers .php sont en mode 755 et appartiennent à un utilisateur qui n'est pas le démon du serveur, l'attaquant ne peut pas changer définitivement ce que fait le site.

Notez que cela signifie que la fonctionnalité D'auto-mise à niveau de WordPress à partir du panneau d'administration est risquée, car elle ne fonctionne que si WordPress peut se modifier-vous ne pouvez pas l'avoir et l'adversaire ne peut pas modifier les fichiers une fois qu'ils peuvent s'exécuter PHP arbitraire.

Notez également que vous n'êtes sûr à 100% à cet égard que s'il existe des no fichiers et no répertoires que le démon serveur peut modifier. Même simplement permettre le téléchargement de fichiers dans un seul répertoire peut toujours être un problème-même si la seule chose que vous laissez quelqu'un y mettre Est des fichiers image. (Si cela semble impossible, jetez un oeil à http://lcamtuf.coredump.cx/squirrel/.)

Chaque chiffre de la commande chmod représente un nombre octal (3 bits). Avec trois chiffres, c'est 9 bits au total. Chaque bit représente une autorisation; 1 = = A l'autorisation, 0 = = n'a pas l'autorisation.

Les trois bits de chaque chiffre représentent read (binaire 100 = = décimal 4), write (binaire 010 = = décimal 2) et execute (binaire 001 == décimal 1). Décimal 7 est une autorisation de lecture+écriture+exécution.

Le premier chiffre d'une commande chmod représente les autorisations du propriétaire d'un fichier ou d'un répertoire. La deuxième est pour le groupe. Le troisième est pour "l'univers" - c'est-à-dire, tout le monde.

Donc, chmod 777 représente l'autorisation de lecture, d'écriture et d'exécution pour vous, le groupe et tout le monde. Ceci est généralement beaucoup plus grand accès que nécessaire.

Pour votre exemple réel, imaginez si un fichier appelé my_bank_account_credentials a été modifié avec chmod 777. Pas très sûr! Un utilisateur malveillant pourrait changer ce qui est là-dedans ou simplement le lire et heureusement prendre votre argent.

Pour les serveurs, le chef le danger est qu'un bug exploité dans le code du serveur puisse permettre à un attaquant d'accéder à tout ce que le processus serveur a des droits-ce qui inclurait tout ce qui a l'ensemble d'autorisations 777.

Chmod est la commande Changer De MODe. Le 777 indique les autorisations. il y a trois groupes de personnes qui peuvent avoir des autorisations (chacun obtient son propre chiffre), dans l'ordre: propriétaire (du fichier ou du répertoire, le premier 7), groupe (tous ceux qui appartiennent au même groupe que le propriétaire, deuxième 7), et monde (troisième 7).

Le propriétaire est l'utilisateur du fichier - ce serait vous. Dans le monde *nix, les utilisateurs appartiennent à des groupes. Donc, vous pourriez être Utilisateur/propriétaire Bob dans le Marketing de groupe. Ce modèle vous permet de faire des choses comme, disons, le Bob peut lire/écrire le fichier, le reste de commercialisation ne peut lire le fichier, et les autres utilisateurs peuvent lire le fichier.

Chaque chiffre du 777 est une représentation binaire de: rwx (lecture / écriture / exécution). Donc un chmod de 755 signifie: 111 (7) - le propriétaire peut lire écrire exécuter 101 (5) - autre dans le groupe peut exécuter ou lire, pas d'écriture 101 (5) - reste du monde peut lire et exécuter, pas d'écriture.

Cette configuration signifie que vous pouvez lire / écrire et exécuter vos fichiers, mais les personnes qui visitent votre site peuvent seulement de lire ou exécuter le fichier. Ainsi, vous devez définir des programmes dans votre cgi-bin à 755, afin que les gens puissent exécuter le fichier en tant que programme.

Si vous définissez les autorisations de 'chmod 644', vous obtenez un fichier qui peut être écrit par vous, mais peuvent être lus uniquement par le reste du monde. C'est bon pour les fichiers HTML droits afin qu'aucun hanky panky ne continue. Mais essayez d'exécuter un fichier avec des autorisations de 644 et vous obtiendrez une erreur.

CHMOD 777 permettra à tout le monde d'apporter des modifications aux fichiers de votre serveur, il leur donnera la condition D'écriture et tout le monde sait que c'est mauvais.

Si une entrée malveillante atteint votre application, site web, etc. Peu importe ce qu'il fait au code. Le point critique est la base de données et il n'y a aucune protection possible contre "l'écriture" sur elle. Donc, les autorisations chmod 777 ne sont rien de dangereux du tout.