8312489: Increase jdk.jar.maxSignatureFileSize default which is too low for JARs such as WhiteSource/Mend unified agent jar

[gnu-andrew]

The security fix, JDK-8300596, introduced a maximum size for signature-related files in JAR files, via the jdk.jar.maxSignatureFileSize property. The default value of 8MB has since proven to be too low for some JARs in general use. This change doubles it to 16MB, while still being much lower than the previous MAX_ARRAY_SIZE value of Integer.MAX_VALUE - 8

This pull request contains a backport of commit e47a84f2 from the openjdk/jdk repository. After path shuffling, the SignatureFileVerifier.java changes had to be applied manually due to the lack of GetIntegerAction.privilegedGetProperty in 8u. The actual changes are the same as for 11u+. Comparing the two patches:

+@@ -855,16 +855,16 @@ public class SignatureFileVerifier {
           * the maximum allowed number of bytes for the signature-related files
           * in a JAR file.
           */
--        Integer tmp = GetIntegerAction.privilegedGetProperty(
--                "jdk.jar.maxSignatureFileSize", 8000000);
-+        int tmp = GetIntegerAction.privilegedGetProperty(
-+                "jdk.jar.maxSignatureFileSize", 16000000);
+-        Integer tmp = AccessController.doPrivileged(new GetIntegerAction(
+-                "jdk.jar.maxSignatureFileSize", 8000000));
++        int tmp = AccessController.doPrivileged(new GetIntegerAction(
++                "jdk.jar.maxSignatureFileSize", 16000000));
          if (tmp < 0 || tmp > MAX_ARRAY_SIZE) {
              if (debug != null) {
 -                debug.println("Default signature file size 8000000 bytes " +

The commit being backported was authored by Hai-May Chao on 31 Jul 2023 and was reviewed by Sean Mullan and Matthias Baesken.

---

Progress

• Change must be properly reviewed (1 review required, with at least 1 Reviewer)
• Change must not contain extraneous whitespace
• Commit message must refer to an issue
• JDK-8312489 needs maintainer approval

Issue

• JDK-8312489: Increase jdk.jar.maxSignatureFileSize default which is too low for JARs such as WhiteSource/Mend unified agent jar (Bug - P3 - Approved)

Reviewers

• Severin Gehwolf (@jerboaa - Reviewer)

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk8u-dev.git pull/381/head:pull/381
$ git checkout pull/381

Update a local copy of the PR:
$ git checkout pull/381
$ git pull https://git.openjdk.org/jdk8u-dev.git pull/381/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 381

View PR using the GUI difftool:
$ git pr show -t 381

Using diff file

Download this PR as a diff file:
https://git.openjdk.org/jdk8u-dev/pull/381.diff

Webrev

Link to Webrev Comment

[bridgekeeper]

👋 Welcome back andrew! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

[openjdk]

This backport pull request has now been updated with issue from the original commit.

[mlbridge]

Webrevs

• 00: Full (c38a36f1)

[bridgekeeper]

@gnu-andrew This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration!

[gnu-andrew]

Keep open please.

[jerboaa]

Looks fine to me.

[openjdk]

⚠️ @gnu-andrew This change is now ready for you to apply for maintainer approval. This can be done directly in each associated issue or by using the /approval command.

[gnu-andrew]

/approval request Follow-up to a July 2023 security fix which introduced a default maximum signature size of 8MB, that turned out to be a little too low in real world usage. This fix just doubles the default to 16MB. Backport had to be adjusted slightly to match the 8u context, but content remains the same.

[openjdk]

@gnu-andrew
8312489: The approval request has been created successfully.

[jerboaa]

/approve yes

[openjdk]

@jerboaa
8312489: The approval request has been approved.

[openjdk]

@gnu-andrew This change now passes all automated pre-integration checks.

After integration, the commit message for the final commit will be:

8312489: Increase jdk.jar.maxSignatureFileSize default which is too low for JARs such as WhiteSource/Mend unified agent jar

Reviewed-by: sgehwolf

You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed.

At the time when this comment was updated there had been 23 new commits pushed to the master branch:

• 10a653e: 8176509: Use pandoc for converting build readme to html
• 0e7ebcb: 8317291: Missing null check for nmethod::is_native_method()
• eace2d7: 8305329: [8u] Unify test libraries into single test library - step 1
• dd43bdd: 8319405: [s390] [jdk8] Increase javac default stack size for s390x zero
• 8de4819: Merge
• 9499e54: 8317040: Exclude cleaner test failing on older releases
• 47a816e: 8315135: Memory leak in the native implementation of Pack200.Unpacker.unpack()
• dee2d2d: 8286503: Enhance security classes
• 33f3f1c: 8284910: Buffer clean in PasswordCallback
• 32ec85f: 8309966: Enhanced TLS connections
• ... and 13 more: https://git.openjdk.org/jdk8u-dev/compare/27608e1e36154fcbedc627bc2afa965b1a06ebfb...master

As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details.

➡️ To integrate this PR with the above commit message to the master branch, type /integrate in a new comment.

[gnu-andrew]

/integrate

[openjdk]

Going to push as commit b372b4b.
Since your change was applied there have been 23 commits pushed to the master branch:

• 10a653e: 8176509: Use pandoc for converting build readme to html
• 0e7ebcb: 8317291: Missing null check for nmethod::is_native_method()
• eace2d7: 8305329: [8u] Unify test libraries into single test library - step 1
• dd43bdd: 8319405: [s390] [jdk8] Increase javac default stack size for s390x zero
• 8de4819: Merge
• 9499e54: 8317040: Exclude cleaner test failing on older releases
• 47a816e: 8315135: Memory leak in the native implementation of Pack200.Unpacker.unpack()
• dee2d2d: 8286503: Enhance security classes
• 33f3f1c: 8284910: Buffer clean in PasswordCallback
• 32ec85f: 8309966: Enhanced TLS connections
• ... and 13 more: https://git.openjdk.org/jdk8u-dev/compare/27608e1e36154fcbedc627bc2afa965b1a06ebfb...master

Your commit was automatically rebased without conflicts.

[openjdk]

@gnu-andrew Pushed as commit b372b4b.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.

[jcberko]

Hello,

I have a file with a manifest above the 16MB size limit. I wanted to know what the significance of the original 16 MB size limit was as well as the implications of increasing the value of jdk.jar.maxSignatureFileSize would be.

I saw the original commit, but I could not find any context on why having jdk.jar.maxSignatureFileSize is necessary.

Thank you!