Not sure if you already understood this, but I ran into this exact problem the other day. Is your Xcode creation block removed? Is ARD / VNC enabled? Apple recently released an update for CVE-2015-5943, “Malicious software can manage key chain access requests programmatically,” which made it so that the always allow / allow buttons do not work, using VNC / ARD. Another thing that can cause this error is applications that change system input, such as Smoothmouse or MagicPrefs.
You can get around this by re-importing the private key and trusting the binary binary code upon import. If you do not have the original .p12 private key file, you can export it from your keychain. You will want to remove the private key from the keychain before re-re-optimization (make sure you have a private key, somewhere first!).
To import and trust the codeign binary, you can use this command.
security import /tmp/my-cert-path.p12 -k /Users /xcodeuser/Library/Keychains/login.keychain -P mysupercoolprivatekeypassword -T /usr/bin/codesign
If you need to continue adding trusted applications to the private key, I will definitely keep your developer private keys backed up elsewhere from here. If you lose your private key and cannot export it from Keychain Access, think that you may need to restore it if you do not have local access to this kernel (we use remote hosting Mac Mini).
The log entry you entered is correct.
SecurityAgent[1476]: Ignoring user action since the dialog has received events from an untrusted source
'About OS X El Capitan 10.11.1 Security Content, Yosemite Security Update 2015-004 and Mavericks Security Update 2015-007' https://support.apple.com/en-us/HT205375
Other people face one problem:
El Capitan + Xcode 7.1 does not allow me to subscribe to a corporation
https://superuser.com/questions/1004881/osx-10-11-1-keychain-access-does-not-allow-change-to-access-permission
http://nerdanswer.com/answer.php?q=1181710
Owen pragel
source share