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.


More information about the security-dev mailing list