Trop de droit tue les droits. L'onglet sécurité est trop compliqué bilan quasiment personne ne l'utilise et Microsoft le cache même dans la version familiale et dans la version pro pour un poste n'étant pas dans un domaine.
Tu es en train de me dire que les ACLs c'est mal ?
Pas d'équivalent des bits suid ou du sudo. Bilan, c'est merdique de déléguer une partie de l'administration du poste.
Ah suid, oublions vite que c'est une vraie plaie niveau securite hein car il ouvre la porte admin toute grand si il y a une faille dans un soft suid...
Windows a un systeme de privileges, soit t'as l'autorisation d'effectuer l'operation soit tu ne l'as pas, point, pas d'execution arbitraire de code sous un autre utilisateur.
Une gestion trop compliqué des comptes ou une ligne de commande merdique sur les postes de base. Bilan, les services tournent sous SYSTEM et non sur un compte spécialisé.
Il n'y a aucun rapport entre la ligne de commande et ce sous quoi les services tournent, tu m'expliqueras...
Une gestion catastrophique des variables d'environnement avec un éditeur plus que pourris... heureusement on n'a de moins en moins besoin de modifier la variable Path par exemple.
Il te faut un editeur pour changer une variable d'environnement ?!? Tu m'expliqueras...
Une gestion très mauvaise de l'installation des logiciels... Aujourd'hui, chaque logiciel embarque son système de mise à jour (qui ne marche que si tu es admin) alors que l'ajout d'un simple fichier dans /etc/apt/sourcelist.d suffirait pour avoir un système de mise à jour décentralisé / centralisé fiable et sécurisé.
Ca pourrait s'ameliorer oui, mais ca n'a rien a voir avec la securite de l'OS lui-meme.
Un système basé sur la prolifération des variables globales via la base de registre.
Rassures moi, tu sais la difference entre les hives specifiques a un utilisateur et les hives globales ?
Quand a ce que fait Adobe, tu prefererais qu'ils modifient des fichiers textes a la degueulasse dans /etc ? Tu m'expliqueras la difference.
Oh, et tu passeras le message aux gars de Samba, ils semblent avoir un avis different...
Le fonctionnement de Windows n'est pas des plus clairs si on n'est pas un spécialiste (sur ce dernier point, Linux suit la même voie lorsqu'on regarde par exemple la débilité de mettre en XML les fichiers de config de HAL... Il y a des exemples amusant sur debian en ce moment avec la configuration du clavier sous X pour ceux qui suivent leur planet !).
Je te l'accorde, celui qui ne cherche pas, ne fait pas un minimum d'effort ecrira un soft de merde. Mais c'est independant de l'OS ca hein, parce que celui qui ne fait pas l'effort de comprendre, il va rien comprendre au contenu de /etc je te le garantis.
[^] # Re: But?
Posté par pasBill pasGates . En réponse à la dépêche Sortie de ReactOS 0.3.9. Évalué à 4.
Tu es en train de me dire que les ACLs c'est mal ?
Pas d'équivalent des bits suid ou du sudo. Bilan, c'est merdique de déléguer une partie de l'administration du poste.
Ah suid, oublions vite que c'est une vraie plaie niveau securite hein car il ouvre la porte admin toute grand si il y a une faille dans un soft suid...
Windows a un systeme de privileges, soit t'as l'autorisation d'effectuer l'operation soit tu ne l'as pas, point, pas d'execution arbitraire de code sous un autre utilisateur.
Une gestion trop compliqué des comptes ou une ligne de commande merdique sur les postes de base. Bilan, les services tournent sous SYSTEM et non sur un compte spécialisé.
Il n'y a aucun rapport entre la ligne de commande et ce sous quoi les services tournent, tu m'expliqueras...
Une gestion catastrophique des variables d'environnement avec un éditeur plus que pourris... heureusement on n'a de moins en moins besoin de modifier la variable Path par exemple.
Il te faut un editeur pour changer une variable d'environnement ?!? Tu m'expliqueras...
Une gestion très mauvaise de l'installation des logiciels... Aujourd'hui, chaque logiciel embarque son système de mise à jour (qui ne marche que si tu es admin) alors que l'ajout d'un simple fichier dans /etc/apt/sourcelist.d suffirait pour avoir un système de mise à jour décentralisé / centralisé fiable et sécurisé.
Ca pourrait s'ameliorer oui, mais ca n'a rien a voir avec la securite de l'OS lui-meme.
Un système basé sur la prolifération des variables globales via la base de registre.
Rassures moi, tu sais la difference entre les hives specifiques a un utilisateur et les hives globales ?
Quand a ce que fait Adobe, tu prefererais qu'ils modifient des fichiers textes a la degueulasse dans /etc ? Tu m'expliqueras la difference.
Oh, et tu passeras le message aux gars de Samba, ils semblent avoir un avis different...
Le fonctionnement de Windows n'est pas des plus clairs si on n'est pas un spécialiste (sur ce dernier point, Linux suit la même voie lorsqu'on regarde par exemple la débilité de mettre en XML les fichiers de config de HAL... Il y a des exemples amusant sur debian en ce moment avec la configuration du clavier sous X pour ceux qui suivent leur planet !).
Je te l'accorde, celui qui ne cherche pas, ne fait pas un minimum d'effort ecrira un soft de merde. Mais c'est independant de l'OS ca hein, parce que celui qui ne fait pas l'effort de comprendre, il va rien comprendre au contenu de /etc je te le garantis.