This is a staging forum for AgileBits, not an official support forum. Visit http://discussions.agilebits.com instead.
crlcache.db
MickeyPhelps
Junior Member
in Mac
My logs are filling up with the following error. Since this is a security file, I wasn't sure if 1Password tried to access it.
8/2/11 3:42:46.057 PM sandboxd: ([390]) WebProcess(390) deny file-read-data /private/var/db/crls/crlcache.db
This only happens when using Safari with Lion.
Thoughts?
8/2/11 3:42:46.057 PM sandboxd: ([390]) WebProcess(390) deny file-read-data /private/var/db/crls/crlcache.db
This only happens when using Safari with Lion.
Thoughts?
Flag
0
Comments
-
[quote name='MickeyPhelps' timestamp='1312326144' post='36197']
My logs are filling up with the following error. Since this is a security file, I wasn't sure if 1Password tried to access it.
8/2/11 3:42:46.057 PM sandboxd: ([390]) WebProcess(390) deny file-read-data /private/var/db/crls/crlcache.db
This only happens when using Safari with Lion.
Thoughts?
[/quote]
Welcome to the forums, Mickey!
I'm sorry to say that error isn't coming from anything that 1Password is doing. The new Safari 5.1 uses a "sandbox" approach to keep things more secure on your system, and this message is coming from that sandbox named "WebProcess". Something that Safari, or one of your installed extensions, would appear to be trying to access this file for some reason.
The file listed for you is the "system-wide cache of Certificate Revocation Lists (CRLs)". Involved in certificate verification, the CRL cache would only seem necessary to be checked when you're accessing https:// secured sites, but it doesn't make any sense that Safari itself would need to do that in the sandbox. Most likely some older Safari extension is doing this and now with Safari 5.1 is hitting the sandbox that it never expected to hit.Flag 0