Currently we use jarsigner to sign our jar. We then display some SHA1-Digest values for some specific classes to prove to an external auditor that the code has not changed between releases.
We only rely on the META-INF/xxx.SF
file to get the digest information and we never use the META-INF/xxx.DSA
signature block file.
As we only need the digest calculation in our code, I was wondering if this is possible to have the .SF
file generated with some java tool without actually using a key.
I read http://docs.oracle.com/javase/6/docs/technotes/tools/windows/jarsigner.html but it looks like the key is mandatory.
This should be possible. The MANIFEST.MF file contains a Base64-encoded SHA-1 of the respective class file.
From your document:
In the manifest file, the SHA digest value for each source file is the
digest (hash) of the binary data in the source file. In the .SF file,
on the other hand, the digest value for a given source file is the
hash of the three lines in the manifest file for the source file.
So, iterate over all class files, compute the SHA-1, format that as it appears in MANIFEST.MF, then hash that and format as it appears in the SF file.
There is no key involved with the computation.
Example: consider "jce1_2_2.jar" (or whatever you have properly signed). This contains
MANIFEST.MF entries of the form
Name: javax/crypto/KeyAgreement.class
SHA1-Digest: c2p0JimzpV0dG+NChGLl5cI7MuY=
<empty line>
which are the Base64(SHA1-1) of "KeyAgreement.class" (path is not relevant). Note the third empty line. Line endings are CRLF (Windows).
META-INF/4JCEJARS.SF entry
Name: javax/crypto/KeyAgreement.class
SHA1-Digest: whGBXE+AvYO6wAoVCdnocOPIrsE=
which is the hash not of the file, but of those three lines above.