Est-il sûr de supprimer les droits de lecture, d'écriture et d'exécution pour "others" de manière récursive dans le répertoire personnel ?

Cela dépend de ce qui tourne sur le serveur. Si vous avez un serveur web qui sert le contenu d'autres utilisateurs à partir de leurs répertoires personnels, le serveur web ne sera pas en mesure de lire ces fichiers.

Lors de cette décision, le groupe auquel appartiennent les utilisateurs est également important. Si tous les utilisateurs sont membres du groupe staff, par exemple, et si les répertoires personnels disposent des autorisations de lecture et d'exécution pour ce groupe, les autres utilisateurs pourront toujours accéder à ces répertoires.

Toutefois, en règle générale, cette méthode devrait être sûre et probablement même préférable.

Je ne modifierais jamais les autorisations de manière récursive dans un répertoire d'utilisateurs. Cela risque de casser trop de choses, en particulier dans le système ~/Library dossier.

La structure des permissions d'OS X est assez robuste et ne permet qu'aux utilisateurs ou processus privilégiés d'accéder aux répertoires/fichiers. Les utilisateurs administrateurs peuvent toujours sudo de procéder à des changements (en tant que membres de l sudoers ), mais ils n'ont normalement pas accès aux répertoires personnels des autres utilisateurs, à l'exception du dossier public ou de tout dossier partagé dans le cadre du partage de fichiers.

La mise en place d'un pare-feu devant votre système est une méthode plus sûre pour bloquer l'accès aux pirates.

À moins que vous ne l'ayez modifié (ou que vous n'ayez activé le partage), seuls les utilisateurs de votre groupe devraient avoir un accès en lecture, mais je ne vois aucun inconvénient à supprimer les autorisations pour les éléments suivants others

Votre approche est parfaitement sûre, et utilisée comme règle de base pour sécuriser tout système de fichiers Unix. Cette approche vous protégera contre tout accès à un compte non administrateur, et vous empêchera de devenir une zone de dépôt pour les logiciels de merde provenant d'autres comptes. Le répertoire uniq, qui est important pour obtenir un fichier other est le droit d'accès :

Public/Drop Box

Je vous conseille donc d'éviter une base :

chmod -R o-rwx

et préfèrent :

cd
find . \( -path "./Public/Drop Box" -prune \) -o \( -perm +0007 -ls \)

pour vérifier ce que vous allez modifier, et ensuite :

cd
find . \( -path "./Public/Drop Box" -prune \) -o \( -perm +0007 -exec chmod o-rwx {} \}

Si un logiciel risque d'être cassé, il s'agit alors d'un problème de sécurité ou d'un logiciel de merde. Il est bon de détecter ces faiblesses le plus tôt possible.

Regarder umask shell pour éviter l'apparition de fichiers avec n'importe quel type de other l'accès.