About signature algorithm and provider name in SignedObject spec
Sean Mullan
sean.mullan at oracle.com
Thu Jan 11 14:07:34 UTC 2018
On 1/10/18 11:44 PM, Weijun Wang wrote:
> The class spec of SignedObject.java [1] contains:
>
> * <pre>{@code
> * Signature signingEngine = Signature.getInstance(algorithm,
> * provider);
> * SignedObject so = new SignedObject(myobject, signingKey,
> * signingEngine);
> * }</pre>
> ...
> * <p> The signature algorithm can be, among others, the NIST standard
> * DSA, using DSA and SHA-256. The algorithm is specified using the
> * same convention as that for signatures. The DSA algorithm using the
> * SHA-256 message digest algorithm can be specified, for example, as
> * "SHA256withDSA". In the case of
> * RSA or EC the signing algorithm could be specified as, for example,
> * "SHA256withRSA" or "SHA256withECDSA". The algorithm name must be
> * specified, as there is no default.
> *
> * <p> The name of the Cryptography Package Provider is designated
> * also by the Signature parameter to the constructor and the
> * {@code verify} method. If the provider is not
> * specified, the default provider is used. Each installation can
> * be configured to use a particular provider as default.
>
> While the signature algorithm and provider name can be interpreted as those used in the example, I think there is no need to describe them in so much detail in the class spec. The class contains no API that needs the signature algorithm or a provider name. All is needed is just a Signature object.
>
> getAlgorithm() returns the algorithm but it's not input.
>
> I suggest removing the last 2 paragraphs above, and IMO no CSR is needed.
Sounds good. I agree no CSR is needed.
--Sean
More information about the security-dev
mailing list