RFR: 8303465: KeyStore of type KeychainStore, provider Apple does not show all trusted certificates [v6]
Weijun Wang
weijun at openjdk.org
Fri May 19 20:31:49 UTC 2023
On Fri, 19 May 2023 12:19:56 GMT, Christoph Langer <clanger at openjdk.org> wrote:
>> With this PR we try to be better in loading certificates from the MacOS Keychain into a JDK Trust store.
>>
>> The current implementation after JDK-8278449 would only load/trust certificates from an identity (with private key available) and certificates that have explicit trust set in the user domain (as shown by security dump-trust-settings). This, however is not sufficient and does not match the MacOS system behavior, e.g. if you compare with tools like curl or Safari.
>>
>> This change does the following:
>> 1. The native method that reads trust settings will call the API SecTrustSettingsCopyTrustSettings on a certificate for both, User and Admin domain.
>> 2. No trust settings will be reported as "inputTrust" being null. If the certificate is trusted with no specific records, "inputTrust" will be an empty list.
>> 3. The Java Method to add a certificate now checks for "self signed" certificate not only by checking whether it was signed with its own key but it must also not be a root certificate that can be used to sign other certificates. This is done by inspecting the key usage extension.
>> 4. We now trust certificates that are either "real" self-signed certificates or certificates that have an explicit trust entry with no sub-records that would deny the certificate for any purpose.
>> 5. The check for double aliases has been augmented by comparing whether the certificate to be added is the same as the one that is already present. This can happen if a certificate is contained in both, the user and the system keychain, for instance.
>>
>> I have added a test that verifies whether certificates that should be trusted from "security dump-trust-settings" are contained in the keystore and those that should be disallowed are absent.
>
> Christoph Langer has updated the pull request incrementally with one additional commit since the last revision:
>
> Remove another obsolete comment
Since you removed the key usage checks, can you update the PR description please?
src/java.base/macosx/classes/apple/security/KeychainStore.java line 808:
> 806: // Check whether a certificate with same alias already exists and is the same
> 807: // If yes, we can return here - the existing entry must have the same
> 808: // properties and trust settings
This is always true, right? I'm not sure how this could happen.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/13945#issuecomment-1555202314
PR Review Comment: https://git.openjdk.org/jdk/pull/13945#discussion_r1199343595
More information about the security-dev
mailing list