On Wed, 6 Aug 2025 05:39:56 GMT, Valerie Peng <valer...@openjdk.org> wrote:

>> This enhancement introduces a new security property 
>> "jdk.crypto.disabledAlgorithms" which can be leveraged to disable algorithms 
>> for JCE/JCA crypto services. For now, only Cipher, KeyStore, MessageDigest, 
>> and Signature services support this new security property. The support can 
>> be expanded later to cover more services if needed. Note that this security 
>> property is meant to disable algorithms irrespective of providers. If the 
>> algorithm is found to be disabled, it will be rejected before reaching out 
>> to provider(s) for the corresponding implementation(s).
>> 
>> A few implementation notes:
>> 1) The specified security property value is lazily loaded and all changes 
>> after it's been loaded are ignored. Invalid entries, e.g. wrong syntax, are 
>> ignored and removed. The algorithm name check is case-insensitive. If a 
>> disabled algorithm is known to has an object identifier (oid) by JDK, this 
>> oid and its aliases is also added to the disabled services.
>> 2) The algorithm name checking impl is based on the 
>> sun.security.util.AlgorithmConstraints class, but without the decomposing 
>> and different constraints.
>> 3) The hardwiring of NONEwithRSA signature to RSA/ECB/PKCS1Padding cipher in 
>> java.security.Signature class is removed. Instead, this is moved to the 
>> provider level, i.e. SunJCE and SunPKCS11 provider are changed to claim the 
>> NONEwithRSA signature support. Disabling one will not affect the other. 
>> 
>> CSR will be filed once the review is wrapping up.
>> 
>> Thanks~
>> Valerie
>
> Valerie Peng has updated the pull request incrementally with two additional 
> commits since the last revision:
> 
>  - Add a public static final constant for the property name.
>  - Address more review comments from Sean and Artur.

src/java.base/share/classes/sun/security/util/CryptoAlgorithmConstraints.java 
line 98:

> 96:                     service.equalsIgnoreCase("KeyStore") ||
> 97:                     service.equalsIgnoreCase("MessageDigest") ||
> 98:                     service.equalsIgnoreCase("Signature")) {

It will be a cleaner solution if we define a set of allowed services as a 
static class variable (all in upper/lower case) and then do 
`SET.contains(service.toUpper/toLower)`. We may also need such set of allowed 
services for other operations (like `*` wildcard substitution).

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/26377#discussion_r2257535714

Reply via email to