erreur de conception des produits : SignData a échoué : CSSMERR_CSP_NO_USER_INTERACTION

Question

Lorsque je signe une application à partir d'une session de terminal ssh, j'obtiens l'erreur suivante :

productsign[29321:707] SignData failed: CSSMERR_CSP_NO_USER_INTERACTION (-2147415840)

signe des produits fonctionnait jusqu'à récemment.

Comment puis-je contourner cette erreur ?

Answer 1

Je l'ai résolu par accident - après avoir parcouru le web pendant des heures - en reproduisant les étapes lors du dépôt d'un rapport d'incident auprès du support Apple.

Depuis le Mac (et non depuis une session ssh), la même commande a généré une fenêtre contextuelle demandant l'autorisation d'accéder au trousseau.

Après avoir choisi "Toujours autoriser", le problème a disparu. Pour toujours.

Answer 2

Essayez de déverrouiller le trousseau de clés depuis ce terminal :

security -v unlock-keychain -p "<Password>" "/Users/<UserName>/Library/Keychains/login.keychain"

Answer 3

Sur la base de Danny Schoemann et mes propres recherches, j'ai trouvé une solution complète pour moi :

1. Vous devez vraiment vous connecter à votre machine Mac en utilisant GUI , première fois et signez tout ce dont vous avez besoin avec le certificat. Vous obtiendrez alors une fenêtre de demande avec les options disponibles "Toujours permettre" pour utiliser ce certificat (ou quelque chose comme ça).

   • Important : si vous devez utiliser le signe des produits avec ssh ou une autre session de console (comme Jenkins ), votre certificat doit être installé dans système portée, mais no dans la portée de l'utilisateur.

2. Si vous devez conserver votre certificat dans la portée de l'utilisateur, vous devez déverrouiller votre trousseau de clés à chaque fois que vous devez signer quelque chose dans une session de console (comme Alex écrit) :

   security -v unlock-keychain -p "Password" /Users/<UserName>/Library/Keychains/login.keychain"

   Vous pouvez le mettre dans votre build script.

   L'inconvénient évident de cette solution est que vous devez stocker votre mot de passe dans un script non crypté, ce qui est peu sûr, donc je préfère la première solution.

Answer 4

Vous pouvez en fait réparer cette erreur. Lorsque vous êtes dans la signature du produit, vous utilisez le certificat d'installation de l'ID du développeur et cela suggère généralement qu'il n'a pas accès à la clé privée pour la signature où il échoue avec cette erreur.

Pour corriger cela, allez dans

1. Accès au trousseau de clés->Cliquez sur la petite flèche triangulaire (>) en face du certificat "Developer ID Installer" sous le trousseau de clés de connexion ou votre trousseau de clés approprié.
2. Double-cliquez sur la clé privée
3. Cliquez sur l'onglet "Contrôle d'accès".
4. Sélectionnez "Autoriser toutes les applications à accéder à cet élément".

Essayez à nouveau de signer des produits à partir de la ligne de commande, cela devrait fonctionner.