SecItemAdd sempre retorna o erro -34018 no Xcode 8 no simulador iOS 10

Atualização : esse problema foi corrigido no Xcode 8.2. As chaves funcionam no simulador sem permitir o compartilhamento das chaves.

Por que sempre recebo o erro -34018 ao chamar a SecItemAddfunção no simulador Xcode 8 / iOS 10 ?

Passos para reproduzir

Crie um novo projeto de aplicativo iOS de página única no Xcode 8. Execute o código a seguir viewDidLoad(ou abra este projeto Xcode).

let itemKey = "My key"
let itemValue = "My secretive bee 🐝"

// Remove from Keychain
// ----------------

let queryDelete: [String: AnyObject] = [
  kSecClass as String: kSecClassGenericPassword,
  kSecAttrAccount as String: itemKey as AnyObject
]

let resultCodeDelete = SecItemDelete(queryDelete as CFDictionary)

if resultCodeDelete != noErr {
  print("Error deleting from Keychain: \(resultCodeDelete)")
}


// Add to keychain
// ----------------

guard let valueData = itemValue.data(using: String.Encoding.utf8) else {
  print("🐣🐣🐣🐣🐣🐣🐣🐣🐣🐣 Error saving text to Keychain")
  return
}

let queryAdd: [String: AnyObject] = [
  kSecClass as String: kSecClassGenericPassword,
  kSecAttrAccount as String: itemKey as AnyObject,
  kSecValueData as String: valueData as AnyObject,
  kSecAttrAccessible as String: kSecAttrAccessibleWhenUnlocked
]

let resultCode = SecItemAdd(queryAdd as CFDictionary, nil)

if resultCode != noErr {
  print("🐝🐝🐝🐝🐝🐝🐝🐝🐝 Error saving to Keychain: \(resultCode).")
} else {
  print("🍀🍀🍀🍀🍀🍀🍀🍀🍀 Saved to keychain successfully.")
}

resultados esperados

O item é adicionado ao Keychain.

Resultados reais

Função SecItemAdd retorna o seguinte código de erro: -34018.

Versão

Xcode versão 8.1 (8B62), macOS Sierra 10.12.1.

Configuração

Sempre ocorre no Xcode 8 desde o Beta 2 ao testar em um simulador iOS 10.

NÃO ocorre no Xcode 8 ao testar em um simulador iOS 9.3.

Demo

https://dl.dropboxusercontent.com/u/11143285/2016/07/KeychainBugDemo.zip

Referências

Radar: https://openradar.appspot.com/27422249

Fóruns de desenvolvedores da Apple: https://forums.developer.apple.com/message/179846

Esse problema é diferente da postagem a seguir porque ocorre de forma consistente no Xcode 8. SecItemAdd e SecItemCopyMatching retorna o código de erro -34018 (errSecMissingEntitlement)

Consegui contornar isso em meu aplicativo adicionando grupos de acesso às chaves ao arquivo Direitos. Eu ativei o switch Keychain Sharing na seção Capacidades em seu aplicativo de teste, e ele está funcionando para mim também.

Item a ser adicionado aos direitos:

<key>keychain-access-groups</key>
<array>
    <string>$(AppIdentifierPrefix)com.evgenii.KeychainBugDemo</string>
</array>

Eu tentei isso apenas no macOS Sierra (10.12), então não tenho certeza se funcionará para você no 10.11.5.

No Xcode 8.1 GM Release Notes, a Apple reconheceu o problema e sugeriu uma solução mais limpa:

As APIs de Keychain podem não funcionar no Simulador se seu arquivo de direitos não contiver um valor para o direito de identificador de aplicativo. (28338972) Solução alternativa: inclua uma configuração de construção definida pelo usuário em seu destino denominado ENTITLEMENTS_REQUIRED e configure o valor como YES. Isso fará com que o Xcode insira automaticamente uma autorização de identificador de aplicativo ao compilar.

Observe que, pelo que tentei, ele só funciona no Xcode 8.1. Embora o texto possa induzir você a uma configuração de construção, o que você precisa fazer é adicionar isso às suas Variáveis ​​de Ambiente, em seu esquema.

O Xcode 8.2 resolverá isso:

Resolvido no Xcode 8.2 beta - IDE Keychain APIs funcionam corretamente no Simulador. (28338972)

Isso pode acontecer se você tiver um destino de teste que não tenha um aplicativo host. Consertar

1. adicionar um aplicativo host fictício:

2. Ative a assinatura automática de código e adicione uma equipe:

3. Ativar compartilhamento de chaves em recursos

Recebi um erro ao assinar com o e-mail, criar um novo usuário ou ao sair usando o firebase.

O erro foi:

código de domínio de erro firauth 17995

Eu ativei o switch Keychain Sharing na seção Capacidades em seu aplicativo de teste, e ele está funcionando para mim também.

Eu estava procurando por uma solução que não usasse o compartilhamento de chaves, já que esse não era o recurso que eu estava procurando. O fórum de desenvolvedores parece ter uma boa solução para o EvergreenCoder, que você pode limitar em escopo apenas ao simulador iOS 10 (já que este parece ser o único simulador afetado). Da postagem:

O problema parece ser que deve haver pelo menos um direito para que o Xcode adicione corretamente o enttilement "identificador de aplicativo" ao aplicativo construído. É por isso que o compartilhamento de chaveiro parece ser uma solução, mas é apenas indiretamente: qualquer outro direito parece funcionar bem.

Você pode criar um .plistassim:

<?xml version="1.0" encoding="UTF-8"?>  
<!DOCTYPE plist PUBLIC "-/  
<plist version="1.0">  
    <dict>  
        <key>get-task-allow</key>  
        <true/>  
    </dict>  
</plist>

e forneça um caminho para esse arquivo em Build Settings em

Code Signing->Debug->Simulater iOS 10 SDK->($SRCROOT)/your-path-to-file

Conforme declarado na postagem, este direito apenas permite que o depurador seja anexado.

Tive um problema semelhante, embora recebesse o erro -34018 ao tentar executar no dispositivo. Estou usando o XCode 8.1 no Sierra com iOS 10.1. Trabalho em equipe e de repente tive esse problema quando mudamos para "Gerenciar automaticamente a assinatura" nas configurações do projeto. Quando eu desligo isso e seleciono manualmente meu perfil, tudo funciona bem. Acabei tendo que excluir meu certificado de desenvolvedor do meu chaveiro e selecionar novamente "Gerenciar assinatura automaticamente". Na próxima compilação, ele gerou um novo certificado de assinatura para mim e tudo funciona bem agora. Ainda não tenho certeza do que causou o problema, pois o outro certificado funcionou bem quando selecionado manualmente, mas não quando gerenciado pelo XCode. Espero que isso ajude a parar uma dor de cabeça de horas para outra pessoa.

Consegui resolver esse problema no Xcode 11 sem nenhum ajuste de autorização.

Simplesmente adicionei um novo destino de aplicativo ao projeto do meu framework chamado MyFrameworkTestsHostApp.

Em seguida, selecionei o destino MyFrameworkTests e escolhi seu aplicativo host como MyFrameworkTestsHostApp.

Funciona depois de habilitar o compartilhamento de chaves nos recursos.

Há três etapas a serem seguidas para resolver esse problema rapidamente.

1. Ative o compartilhamento de chaves em seus recursos de projeto.
2. Selecione Provisionamento automático com um perfil
3. Certifique-se de que sua opção de direito personalizado esteja definida como Entitlement.plist.

Isso vai fazer a mágica