Po problemie z zezwoleniem na oznaczanie kodami do używania mojego pęku kluczy

Question

Używam El Capitan i Xcode 7.1, staram się skompilować i zarchiwizować moją aplikację, aby przesłać ją do sklepu z aplikacjami. Po kompilacji wyskakuje ten alert:

ale Always Allow i Allow przyciski nie działają w ogóle, ale Deny anuluje alert! jak mam naprawić ten problem? Używam nowego komputera iMac i przesyłam wszystkie dane z mojego starszego komputera Mac do tego nowego. Ten problem występuje nawet w przypadku Safari, gdy witryna chce uzyskać dostęp do hasła z pęku kluczy.

To dziennik konsoli:

SecurityAgent [1476]: Ignorowanie działanie użytkownika, ponieważ okno posiada otrzymał wydarzenia z niezaufanych źródeł

Patrzyłem na ten question ale nie jestem udostępnianie czegokolwiek!

Answer 1

Znaleziono rozwiązanie:

narzędzia innych firm, takich jak Alfred, TextExpander lub MagicPrefs może wydawać się „kontrolę” okna o ile system operacyjny jest zaniepokojony. Możesz znaleźć winowajcę, wyłączając je wszystkie, i obracając je jeden po drugim, aż znajdziesz jeden (lub więcej), który wpływa na Keychain w ten sposób. kredytowe: https://apple.stackexchange.com/questions/212622/keychain-wont-let-copy-passwords-after-10-11-1-update

W moim przypadku po prostu odinstalowane MagicPref aplikacji i problem rozwiązany

Answer 2

Nie wiem, czy już zdobione ten, ale w obliczu dokładnie ten problem na drugi dzień. Czy twoja obudowa Xcode jest zdalna? Czy włączone jest ARD/VNC? Firma Apple opublikowała niedawno aktualizację CVE-2015-5943 "Złośliwa aplikacja może programowo kontrolować podpowiedzi dostępu do pęku kluczy, dzięki czemu przyciski" zawsze zezwalaj/pozwól "nie działają, używa się VNC/ARD. Inną rzeczą, która może spowodować pojawienie się tego błędu, są aplikacje modyfikujące wejście systemowe, takie jak Smoothmouse lub MagicPrefs.

Można obejść ten problem poprzez ponowne zaimportowanie klucza prywatnego i zaufanie do pliku binarnego codesign podczas importowania. Jeśli nie masz oryginalnego pliku klucza prywatnego .p12, możesz wyeksportować go ze swojego pęku kluczy. Przed ponownym importem będziesz chciał usunąć klucz prywatny z pęku kluczy (upewnij się, że najpierw masz kopię zapasową klucza prywatnego !!).

Aby zaimportować i zaufać kodowanemu binarnie, możesz użyć tego polecenia.

security import /tmp/my-cert-path.p12 -k /Users /xcodeuser/Library/Keychains/login.keychain -P mysupercoolprivatekeypassword -T /usr/bin/codesign 

Jeśli trzeba zachować dodając zaufane aplikacje do klucza prywatnego, na pewno należy zachować klucze prywatne developer wsparte gdzie indziej stąd na zewnątrz. Jeśli utracisz klucz prywatny i nie będzie można eksportować go z dostępu do pęku kluczy, pomyśl, że będziesz musiał go zregenerować, jeśli nie masz lokalnego dostępu do skrzynki (korzystamy ze zdalnego hostowanego Mac Mini).

Opublikowany wpis dziennika jest prawidłowy.

SecurityAgent[1476]: Ignoring user action since the dialog has received events from an untrusted source 

"Informacje na temat zawartości zabezpieczeń systemu OS X El Capitan 10.11.1, aktualizacji zabezpieczeń 2015-004 Yosemite i aktualizacja zabezpieczeń 2015-007 Mavericks https://support.apple.com/en-us/HT205375

Inni ludzie w obliczu tego samego problemu:

El Capitan + Xcode 7.1 not letting me allow enterprise signing

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

Answer 3

miałem ten sam problem, a ja szukałem naprawdę długo. Tak naprawdę znalazłem tę odpowiedź, mając podobny problem na wyskakującym okienku w Microsoft Word, które nie działałoby.

Naprawę, której użyłem, to ponowne uruchomienie komputera i włączenie zasilania w trybie awaryjnym (https://support.apple.com/en-us/HT201262), otwarcie Xcode (może być konieczne zainstalowanie komponentów) i ponowne wykonanie archiwizacji. Tym razem, gdy klikniesz, zawsze zezwalaj, powinno działać.

Mam nadzieję, że to pomoże!