Resolución

  

a. Tengo una referencia crlcache.db que parece muerta, pero ningún número de intentos de eliminación hace que desaparezca.

Este era el problema raíz, pero era difícil hacer que desapareciera con cualquiera de las herramientas existentes. La entrada crlcache.db se puso fantasma en mi aplicación Keychain Access, por lo que aún existía una entrada. Mientras había restablecido todas mis contraseñas, no había eliminado completamente el llavero. Todas las aplicaciones que enumeré usaban el Llavero para encontrar su información, presionando crlcache.db y luego volviendo a intentar o lanzando tuve que eliminar manualmente estos dos archivos (esencialmente un restablecimiento completo de todo el Llavero):

~/Library/Preferences/com.apple.security.plist
/Library/Preferences/com.apple.security.plist

Diagnóstico

Fue muy difícil diagnosticar el problema porque nada me diría qué archivo no existía. Este comentario , con su comando que se reunió información de error para Apple, fue la más útil. Esto produjo un tar.gz gigante con muchos diagnósticos que me dijeron mucho más sobre lo que estaba sucediendo. Asegúrese de ejecutar todas las aplicaciones que se estén comportando mal en ese momento.

sudo sysdiagnose securityd

Entre los muchos archivos de salida de depuración de texto simple que produjo, había uno grande llamado fs_usage.txt , y cuando lo abrí, pude ver miles de entradas familiares

08:01:11.999993  getattrlist                            /private/var                                                                                                                                                          0.000003   Twitter.3616
08:01:11.999996  getattrlist                            /private/var/db                                                                                                                                                       0.000003   Twitter.3616
08:01:11.999998  getattrlist                            /private/var/db/crls                                                                                                                                                  0.000003   Twitter.3616
08:01:12.000000  getattrlist            [  2]           /private/var/db/crls/crlcache.db                                                                                                                                      0.000002   Twitter.3616
08:01:12.000004  statfs64                               /private/var/db/crls      

Una vez que vi eso, quedó claro que Keychain seguía siendo el problema, y mi entrada fantasma tenía que desaparecer. Al carecer del conocimiento de cómo realizar la cirugía laparoscópica en los archivos plist, simplemente lo amputé y comencé de nuevo.

En mi caso, después de eliminar el espionaje, dejó una referencia para su archivo .keychains en Keychain Access. Las entradas de registro eran como estas:

default 15:11:56.715938 +0200   com.apple.WebKit.Networking DbOpen of /Volumes/1Tb/Users/MyUser/Library/Application Support/Espionage/Espionage.keychain
default 15:11:56.716702 +0200   com.apple.WebKit.Networking open /Volumes/1Tb/Users/MyUser/Library/Application Support/Espionage/Espionage.keychain: No such file or directory
default 15:11:56.716765 +0200   com.apple.WebKit.Networking CSSM Exception: -2147413737 CSSMERR_DL_DATASTORE_DOESNOT_EXIST
default 15:11:56.716848 +0200   com.apple.WebKit.Networking CSSM Exception: -2147413737 CSSMERR_DL_DATASTORE_DOESNOT_EXIST
default 15:11:56.716910 +0200   com.apple.WebKit.Networking CSSM Exception: -2147413737 CSSMERR_DL_DATASTORE_DOESNOT_EXIST
default 15:11:56.716952 +0200   com.apple.WebKit.Networking dbBlobVersion() failed for a non-existent database

La resolución fue bastante simple: tuvo que eliminar la referencia de la base de datos en Keychain Access usando la entrada del menú en File llamada Delete Keychain Espionage . Debes intentar encontrar la referencia de archivo que falta en una línea DbOpen antes de las líneas CSSM Exception para ver qué falta.