ben je suis curieux de voir quel modif de configuration va régler la question d'un login codé en dur dans un fichier de configuration, cf l'exemple de NetworkManager.
NSS ne supporte pas vraiment le concept d'alias utilisateur que je sache. On peut magouiller pour que id misc et id notmisc renvoie le même UID après renommage de misc vers notmisc (suffit juste d'avoir 2 , mais on ne peux pas faire en sorte que id 1000 renvoie l'un et l'autre.
Donc suivant la façon dont NetworkManager va vérifier les permissions sur le VPN, ça peut casser ou pas.
Si NM prends le login (notmisc), utilise nss pour avoir l'uid (1000) et compare avec l'uid du login dans sa config (misc, donc 1000), ça va passer avec assez de config nss.
Si NM prends l'UID de l'utilisateur (1000), le transforme en login (notmisc) et compare les chaînes, ça va coincer (car misc != notmisc).
Et des logiciels comme ça, je suis sur qu'il y en a des tas. Pas forcément beaucoup, mais la configuration ne peut pas éviter les rectifications manuels quand le logiciel ne suit pas des bonnes pratiques (bonnes pratiques totalement non écrites).
Ensuite, si on rajoute "en patchant assez de logiciels" à "avec assez de config", oui, on peut sans doute obtenir quelque chose.
Mais personne ne semble travailler dessus (et par travailler dessus, je veux dire plus que dire de façon indirect via un markdown qui dit "on va supporter le RGPD", car la question n'est pas de "supporter" le RGPD que de rendre les obligations faciles à appliquer).
Il n'y aucun bonne pratique sur ça. Par exemple, je ne croit pas qu'on dise aux logiciels upstream de n'utiliser que des groupes unix pour les accès et jamais de login (ou alors le message ne passe pas). Les docs sur le changement de login ne parlent souvent que de usermod, ignorant les emmerdes que j'ai pointé (et ne couvre pas les sujets qu'on suppose possible).
[^] # Re: Pour moi, ça sera avec de la sauce caramel
Posté par Misc (site web personnel) . En réponse au lien EU-OS, une démonstration de principe d'un OS pour le secteur public européen. Évalué à 3.
ben je suis curieux de voir quel modif de configuration va régler la question d'un login codé en dur dans un fichier de configuration, cf l'exemple de NetworkManager.
NSS ne supporte pas vraiment le concept d'alias utilisateur que je sache. On peut magouiller pour que
id miscetid notmiscrenvoie le même UID après renommage de misc vers notmisc (suffit juste d'avoir 2 , mais on ne peux pas faire en sorte queid 1000renvoie l'un et l'autre.Donc suivant la façon dont NetworkManager va vérifier les permissions sur le VPN, ça peut casser ou pas.
Si NM prends le login (notmisc), utilise nss pour avoir l'uid (1000) et compare avec l'uid du login dans sa config (misc, donc 1000), ça va passer avec assez de config nss.
Si NM prends l'UID de l'utilisateur (1000), le transforme en login (notmisc) et compare les chaînes, ça va coincer (car misc != notmisc).
Et des logiciels comme ça, je suis sur qu'il y en a des tas. Pas forcément beaucoup, mais la configuration ne peut pas éviter les rectifications manuels quand le logiciel ne suit pas des bonnes pratiques (bonnes pratiques totalement non écrites).
Ensuite, si on rajoute "en patchant assez de logiciels" à "avec assez de config", oui, on peut sans doute obtenir quelque chose.
Mais personne ne semble travailler dessus (et par travailler dessus, je veux dire plus que dire de façon indirect via un markdown qui dit "on va supporter le RGPD", car la question n'est pas de "supporter" le RGPD que de rendre les obligations faciles à appliquer).
Il n'y aucun bonne pratique sur ça. Par exemple, je ne croit pas qu'on dise aux logiciels upstream de n'utiliser que des groupes unix pour les accès et jamais de login (ou alors le message ne passe pas). Les docs sur le changement de login ne parlent souvent que de usermod, ignorant les emmerdes que j'ai pointé (et ne couvre pas les sujets qu'on suppose possible).