Désactiver les éléments de démarrage qui s'exécutent seuls

(Il ne s'agit pas des éléments de connexion visibles par l'utilisateur dans les préférences du système Utilisateurs et groupes).

Le fichier Contents/Library/LoginItems/ enfoui dans le paquet d'applications est ce qui semble être la mise en œuvre de l'approche d'Apple concernant les applications sandboxes.

L'astuce de @user495470 concernant le stockage de la référence de l'élément de connexion dans /var/db/launchd.db/ semble ne plus fonctionner sous MacOS 10.12.

La direction d'Apple semble se diriger vers une approche autonome des applications, où les LaunchDaemons, LaunchAgents et StartupItems pourraient être interdits à l'avenir, car les applications Mac pourraient devoir être mises en bac à sable à un moment donné (conjecture personnelle, pas de fait). D'autre part, l'API CFPreferences et l'envoi d'AppleEvents pour le lancement sont dépréciés...

Réf :

• Ajout d'éléments de connexion - Apple Developer
• Tableau 3 : Emplacements standard pour le code dans la liasse
• App Sandbox LoginItem Exemple de code

Alors que dans le passé, il était facile de chercher dans les dossiers susmentionnés des informations sur le lancement du démarrage (selon Dan), ce nouveau modèle sandbox, bien que théoriquement plus sûr sur le plan opérationnel, cache la capacité de démarrage d'une application (ou d'un cheval de Troie ?) à tous les utilisateurs normaux et à la plupart des superutilisateurs qui savent regarder dans les répertoires du système. Trouver ces éléments de connexion cachés est maintenant devenu un PITA (pain in the app) avec soit un grep'ing dans le dossier Applications, soit l'ouverture manuelle des paquets d'applications en cherchant dans /Contents/Library/ un dossier "LoginItems" et son contenu. Pour la solution au niveau de l'utilisateur, j'ai trouvé un outil qui liste les éléments de connexion intégrés au paquet d'applications appelé CleanMyMac (peut les désactiver ou les activer. Soyez prudent, n'obtenez cette application qu'auprès de la société. Il existe des versions piratées qui transportent en fait un virus d'une manière très similaire au fonctionnement actuel de Login Items (ironie) )

Et remarquez que ces éléments, activés ou désactivés, ne font pas partie des "éléments de connexion" visibles par l'utilisateur dans les préférences système "Utilisateurs et groupes" :

Si vous êtes comme moi et que vous travaillez cela au niveau du code, un guide consolidé de mise en œuvre est ici (par Tim Schroeder 2013) : Le lancement à Login Sandbox Project

/var/db/launchd.db/com.apple.launchd.peruser.$UID/overrides.plist n'existe plus dans les versions récentes de MacOS (au moins depuis MacOS 12) ; à la place, les priorités de connexion sont maintenant stockées dans le fichier /var/db/com.apple.xpc.launchd/disabled.$UID.plist .

Pour obtenir une liste complète, exécutez launchctl list qui imprime tous les services de votre machine. Pour un élément de connexion dans la base de données interne d'une appli Contents/Library/LoginItems l'identifiant de service doit être l'identifiant de regroupement de l'élément de connexion ( CFBundleIdentifier ), que vous pouvez obtenir à partir de la page d'accueil de l'article. Contents/Info.plist . Vous pouvez confirmer que cet identifiant apparaît dans launchctl list .

Pour le désactiver, exécutez launchctl disable gui/$UID/<bundle id> . Par exemple, pour désactiver l'exécution au démarrage de WireGuard (située à l'adresse /Applications/WireGuard.app/Contents/Library/LoginItems/WireGuardLoginItemHelper.app ), qui, à partir de la version 1.0.15, n'avait pas de préférence pour désactiver le démarrage automatique, vous devez exécuter la commande suivante

launchctl disable gui/$UID/com.wireguard.macos.login-item-helper

(Dans un terminal, vous pouvez littéralement taper $UID pour obtenir votre ID utilisateur actuel).