Ma
Bel exposé : précis et développé
(car comme disait Kant : « beaucoup d'écrits seraient beaucoup plus courts [à suivre], s'il n'étaient pas si courts [en écritu-
re] »). Je n'ai jamais scruté en profondeur les finesses de fonctionnement de l'application «
Trousseaux d'accès.app» (
Keychain Access.app) > aussi ai-je été d'autant plus intéressé par ton compte-rendu.
Donc il y avait 2 fichiers de trousseaux d'utilisateur at:
~/Library/Keychains : un
login.keychain & un
VAL.keychain.
Dans l'interface de l'application ouverte «
Trousseaux d'accès.app» > à l'ouverture de session > le trousseau «
Session » (qui était vide) apparaissait déverrouillé et affiché en corps de police normal > le trousseau «
VAL » (qui était rempli) apparaissait verrouillé et affiché en gras.
Dans ce contexte > la requête d'accès à un trousseau du processus «
CommCenter » > voulait seulement dire que «
CommCenter » était le
1er processus à avoir besoin du trousseau
VAL verrouillé qui se trouvait lancé à l'ouverture de session. La saisie du mot-de-passe
ad-hoc dans la fenêtre de requête > déverrouillait le trousseau
VAL pour toute la durée de la session > ce qui fait que tous les autres processus ayant besoin du trousseau
VAL trouvaient donc la porte ouverte.
L'affichage d'un trousseau en
gras signifie que ce trousseau est défini comme le trousseau
par défaut. Le sens de cette définition est : fichier de référence automatique pour tous les processus d'applications relevant de l'utilisateur dont la session est ouverte. Le trousseau
par défaut (des processus axés utilisateur) peut ainsi
ne pas être le trousseau
Session > mais un
autre (ici :
VAL).
Le trousseau «
Session » est l'affichage du fichier
login.keychain. Son sens exclusif est : trousseau
synchronisé avec le mot-de-passe d'ouverture de session de l'utilisateur > et s'ouvrant automatiquement avec la session (d'où l'intitulé : «
login »). Seul ce trousseau «
Session » se déverrouille automatiquement à l'ouverture de session - quel que soit son contenu. 2 trousseaux utilisateurs ne peuvent pas se déverrouiller simultanément à l'ouverture de session - quand bien même leurs mots-de-passe seraient-ils le même que celui d'ouverture de session.
La cas de figure peu courant d'un trousseau
par défaut (pour les applications) différent du trousseau de
Session > càd. d'un trousseau
par défaut qui ne sera pas déverrouillé automatiquement à l'ouverture de session > finalement se comprend comme un cran de sûreté supérieur pour un maniaque de la sécurité : à savoir --> ce fichier de trousseau qui recèle tel et tel mot-de-passe d'applications spécialisées > ou encore des certificats spéciaux > n'est jamais déverrouillé automatiquement > mais uniquement pour un usage sélectif en cours de session.
Le problème ici est que cette différenciation des trousseaux : «
Session /
par défaut » > ne faisait pas sens mais problème : c'était un accident perturbateur. Le mécanisme exact ayant conduit à cet état de choses ? - Bof ! un de ces micmacs dont les utilisateurs ont le secret et qu'il vaut mieux souvent ne pas chercher à reconstituer à tout prix dans le détail sous peine de prise de tête aggravée
...
Je prends en note ton procédé (simple & drastique) de résolution du micmac :
renommer le fichier de trousseau
par défaut VAL.keychain > en
login.keychain et hop ! passez muscades. Eh oui ! bien vu : car il suffit que dans le sous-dossier
~/Library/Keychains > un fichier de trousseau soit intitulé
stricto sensu :
login.keychain > pour qu'il soit identifié à : « trousseau
Session à déverrouiller automatiquement à l'ouverture de session ». Pourvu qu'il n'y ait pas de carabistouille de mot-de-passe > ça passe donc comme une lettre à la poste.
[NB. Je viens de m'aviser que l'utilitaire appelable dans le «Terminal» pour manipuler les préférences de Trousseau est : security. Au cas où des manipulations expérimentales me découvriraient quelques trucs bons à savoir > je reviendrai en faire part dans ton fil.]
