Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

JDK24: Permanently Disable the Security Manager #20625

Merged
merged 11 commits into from
Dec 10, 2024

Conversation

theresa-m
Copy link
Contributor

@theresa-m theresa-m commented Nov 18, 2024

  • Throw an error on initialization if java.security.manager attempts to add a security manager
  • configure System.setSecurityManager to always throw an UnsupportedOperationException
  • System.getSecurityManager will always return null since a security manager can't be set
  • Update java.security.* javadocs
  • Exclude unused helper methods in java.security.* including native code
  • Exclude unused helper methods and natives in java.lang.Class
  • Disable functional tests that rely on a security manager

Related: #20563

<disables>
<disable>
<comment>https://github.com/eclipse-openj9/openj9/issues/20563</comment>
<version>24+</version>
Copy link
Contributor Author

@theresa-m theresa-m Nov 18, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@llxia is this the preferred way to disable tests from running in future versions? The security tests should run for JDK 11-23 only. I've mostly seen the block used in temporarily disabled tests so I wanted to check since this would be a permanent change.

Copy link
Contributor

@llxia llxia Nov 19, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

disable is for temporary excludes. In this case, we should set <version>[11, 23]</version> . Example code: https://github.com/adoptium/TKG/blob/master/examples/jdkVersion/playlist.xml#L39

@theresa-m theresa-m force-pushed the fix_20563 branch 3 times, most recently from 888855d to 7ab4eda Compare November 19, 2024 16:24
@theresa-m theresa-m marked this pull request as ready for review November 20, 2024 15:14
@theresa-m theresa-m requested a review from tajila November 20, 2024 15:14
@tajila
Copy link
Contributor

tajila commented Nov 20, 2024

@JasonFengJ9 Please review these changes

Copy link
Member

@JasonFengJ9 JasonFengJ9 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The natives related to checkPermission() can be ifdef out for JDK24+ such as

Java_java_security_AccessController_getAccSnapshot(JNIEnv* env, jclass jsAccessController, jint startingFrame, jboolean forDoPrivilegedWithCombiner)

@@ -1265,6 +1265,10 @@ static void checkTmpDir() {

/*[IF JAVA_SPEC_VERSION >= 9]*/
static void initSecurityManager(ClassLoader applicationClassLoader) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

initSecurityManager() can be removed at

System.initSecurityManager(applicationClassLoader);

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is still needed since initSecurityManager is used to detect settings of the java.security.manager property.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

initSecurityManager() reads the system property java.security.manager, and sets throwUOEFromSetSM which can be skipped within setSecurityManager().
System.initSecurityManager(applicationClassLoader) seems not needed for JDK24+.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It will still be needed to throw an exception on startup for illegal java.security.manager manager settings triggered by throwErrorOnInit .

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
static void initSecurityManager(ClassLoader applicationClassLoader) {
static void initSecurityManager(ClassLoader applicationClassLoader) {
String javaSecurityManager = internalGetProperties().getProperty("java.security.manager"); //$NON-NLS-1$
if (null == javaSecurityManager) {
/*[IF JAVA_SPEC_VERSION >= 18]*/
throwUOEFromSetSM = true;
/*[ELSE] JAVA_SPEC_VERSION >= 18 */
/* Do nothing. */
/*[ENDIF] JAVA_SPEC_VERSION >= 18 */
} else if ("disallow".equals(javaSecurityManager)) { //$NON-NLS-1$
/*[IF JAVA_SPEC_VERSION > 11]*/
throwUOEFromSetSM = true;
/*[ELSE] JAVA_SPEC_VERSION > 11 */
/* Do nothing. */
/*[ENDIF] JAVA_SPEC_VERSION > 11 */
} else {
/*[IF JAVA_SPEC_VERSION >= 24]*/
/*[MSG "K0B04", "A command line option has attempted to allow or enable the Security Manager. Enabling a Security Manager is not supported."]*/
throw new Error(Msg.getString("K0B04")); //$NON-NLS-1$
/*[ELSE] JAVA_SPEC_VERSION >= 24 */
if ("allow".equals(javaSecurityManager)) { //$NON-NLS-1$
/* Do nothing. */
} else {
/*[IF JAVA_SPEC_VERSION >= 17]*/
initialErr.println("WARNING: A command line option has enabled the Security Manager"); //$NON-NLS-1$
initialErr.println("WARNING: The Security Manager is deprecated and will be removed in a future release"); //$NON-NLS-1$
/*[ENDIF] JAVA_SPEC_VERSION >= 17 */
if (javaSecurityManager.isEmpty() || "default".equals(javaSecurityManager)) { //$NON-NLS-1$
setSecurityManager(new SecurityManager());
} else {
try {
Constructor<?> constructor = Class.forName(javaSecurityManager, true, applicationClassLoader).getConstructor();
constructor.setAccessible(true);
setSecurityManager((SecurityManager)constructor.newInstance());
} catch (Throwable e) {
/*[MSG "K0631", "JVM can't set custom SecurityManager due to {0}"]*/
throw new Error(Msg.getString("K0631", e.toString()), e); //$NON-NLS-1$
}
}
}
/*[ENDIF] JAVA_SPEC_VERSION >= 24 */
}
}

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you clarify the benefits of this approach over the existing change?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For readability, the proposed change has 4 pairs of /*[IF JAVA_SPEC_VERSION >= 24]*/ and an unnecessary local variable throwErrorOnInit.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think what we have is correct. This could be refactored to eliminate that local variable, but I think that should be done separately (if at all), and I can see ways forward that are even better.

jcl/src/java.base/share/classes/java/lang/System.java Outdated Show resolved Hide resolved
test/functional/testVars.mk Outdated Show resolved Hide resolved
@pshipton
Copy link
Member

FYI #20655

@theresa-m theresa-m force-pushed the fix_20563 branch 2 times, most recently from fce9383 to fc9e6eb Compare November 22, 2024 21:28
Copy link
Member

@JasonFengJ9 JasonFengJ9 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In addition, all AccessController.doPrivileged_XXX usages can be removed for JDK24+ such as

static final boolean ENABLED = AccessController.doPrivileged(new PrivilegedAction<Boolean>() {

Yeah, there are lots of them.

@@ -49,25 +51,25 @@ public final class AccessController {
initializeInternal();
}

private static native void initializeInternal();
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This native can be removed for JDK24+, I expect J9JavaVM->doPrivilegedMethodID_XXX are not needed along with

jboolean JNICALL Java_java_security_AccessController_initializeInternal(JNIEnv *env, jclass thisClz)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have excluded these and am running a personal build to see if there are any impacted tests.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have excluded and opened an issue for the one failure I found #20702.

@theresa-m theresa-m force-pushed the fix_20563 branch 3 times, most recently from 72168cc to c9cabc6 Compare November 25, 2024 18:25
@theresa-m
Copy link
Contributor Author

In addition, all AccessController.doPrivileged_XXX usages can be removed for JDK24+ such as

static final boolean ENABLED = AccessController.doPrivileged(new PrivilegedAction<Boolean>() {

Yeah, there are lots of them.

Do you mind if I do this in a second pull request? This change set is already getting large.

@JasonFengJ9
Copy link
Member

In addition, all AccessController.doPrivileged_XXX usages can be removed for JDK24+
Yeah, there are lots of them.

Do you mind if I do this in a second pull request? This change set is already getting large.

Sounds good.

@@ -1265,6 +1265,10 @@ static void checkTmpDir() {

/*[IF JAVA_SPEC_VERSION >= 9]*/
static void initSecurityManager(ClassLoader applicationClassLoader) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
static void initSecurityManager(ClassLoader applicationClassLoader) {
static void initSecurityManager(ClassLoader applicationClassLoader) {
String javaSecurityManager = internalGetProperties().getProperty("java.security.manager"); //$NON-NLS-1$
if (null == javaSecurityManager) {
/*[IF JAVA_SPEC_VERSION >= 18]*/
throwUOEFromSetSM = true;
/*[ELSE] JAVA_SPEC_VERSION >= 18 */
/* Do nothing. */
/*[ENDIF] JAVA_SPEC_VERSION >= 18 */
} else if ("disallow".equals(javaSecurityManager)) { //$NON-NLS-1$
/*[IF JAVA_SPEC_VERSION > 11]*/
throwUOEFromSetSM = true;
/*[ELSE] JAVA_SPEC_VERSION > 11 */
/* Do nothing. */
/*[ENDIF] JAVA_SPEC_VERSION > 11 */
} else {
/*[IF JAVA_SPEC_VERSION >= 24]*/
/*[MSG "K0B04", "A command line option has attempted to allow or enable the Security Manager. Enabling a Security Manager is not supported."]*/
throw new Error(Msg.getString("K0B04")); //$NON-NLS-1$
/*[ELSE] JAVA_SPEC_VERSION >= 24 */
if ("allow".equals(javaSecurityManager)) { //$NON-NLS-1$
/* Do nothing. */
} else {
/*[IF JAVA_SPEC_VERSION >= 17]*/
initialErr.println("WARNING: A command line option has enabled the Security Manager"); //$NON-NLS-1$
initialErr.println("WARNING: The Security Manager is deprecated and will be removed in a future release"); //$NON-NLS-1$
/*[ENDIF] JAVA_SPEC_VERSION >= 17 */
if (javaSecurityManager.isEmpty() || "default".equals(javaSecurityManager)) { //$NON-NLS-1$
setSecurityManager(new SecurityManager());
} else {
try {
Constructor<?> constructor = Class.forName(javaSecurityManager, true, applicationClassLoader).getConstructor();
constructor.setAccessible(true);
setSecurityManager((SecurityManager)constructor.newInstance());
} catch (Throwable e) {
/*[MSG "K0631", "JVM can't set custom SecurityManager due to {0}"]*/
throw new Error(Msg.getString("K0631", e.toString()), e); //$NON-NLS-1$
}
}
}
/*[ENDIF] JAVA_SPEC_VERSION >= 24 */
}
}

jcl/src/java.base/share/classes/java/lang/System.java Outdated Show resolved Hide resolved
jcl/src/java.base/share/classes/java/lang/System.java Outdated Show resolved Hide resolved
jcl/src/java.base/share/classes/java/lang/System.java Outdated Show resolved Hide resolved
@@ -637,6 +651,7 @@ private static int getNewAuthorizedState(AccessControlContext acc, ProtectionDom
}
return newAuthorizedState;
}
/*[ENDIF] JAVA_SPEC_VERSION < 24 */
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This can be moved to L722 to include toArrayOfProtectionDomains().

checkPermsNPE(perms);
/*[ENDIF] JAVA_SPEC_VERSION < 24 */
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

keepalive() can be removed for JDK24+.

runtime/jcl/common/acccont.c Outdated Show resolved Hide resolved
@@ -55,10 +55,12 @@ typedef enum {
#define STACK_WALK_STATE_LIMITED_DOPRIVILEGED (void *)2
#define STACK_WALK_STATE_FULL_DOPRIVILEGED (void *)3

#if JAVA_SPEC_VERSION < 24
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ObjsArraySizeNindex, STACK_WALK_STATE_LIMITED_DOPRIVILEGED and STACK_WALK_STATE_FULL_DOPRIVILEGED can be removed for JDK24+.

@theresa-m theresa-m force-pushed the fix_20563 branch 2 times, most recently from ac1f215 to 4f82040 Compare December 2, 2024 18:01
@theresa-m theresa-m force-pushed the fix_20563 branch 2 times, most recently from 25b945a to f876cb1 Compare December 4, 2024 19:46
@JasonFengJ9
Copy link
Member

No, otherwise getDeclaredField("security") would have thrown NoSuchFieldException.

It does throw NoSuchFieldException in the ri. Shouldn't j9 match that behavior?

I think OpenJ9 System.security should be removed for JDK24+ which also matches RI anyway.

@JasonFengJ9
Copy link
Member

[2024-12-06T16:25:17.208Z] java.lang.RuntimeException: 'at java.lang.System.initPhase3' missing from stdout/stderr
Either OpenJ9 needs to change so the error is thrown from System.initPhase3(), or that condition of the test needs to be removed.
Perhaps it's better to update initSecurityManager() so it ends something like this:
/[IF JAVA_SPEC_VERSION >= 24]/
private static void initPhase3(boolean throwError) {

Agreed.

@keithc-ca
Copy link
Contributor

No, otherwise getDeclaredField("security") would have thrown NoSuchFieldException.

It does throw NoSuchFieldException in the ri. Shouldn't j9 match that behavior?

If that were true, it wouldn't execute the next line:

		Assert.fail("java.lang.System.security shoud NOT be accessible via reflection");

but we do see that failure message in the log.

@theresa-m
Copy link
Contributor Author

theresa-m commented Dec 6, 2024

No, otherwise getDeclaredField("security") would have thrown NoSuchFieldException.

It does throw NoSuchFieldException in the ri. Shouldn't j9 match that behavior?

I think OpenJ9 System.security should be removed for JDK24+ which also matches RI anyway.

I just chatted with Keith and we were in agreement on this approach. For now I will disable the test and do this another time since it will add quite a bit to this pull request. I've started a list of follow up changes #20563 (comment)

...  from Java8andUp test_getDeclaredFieldLjava_lang_String

Signed-off-by: Theresa Mammarella <[email protected]>
@pshipton
Copy link
Member

pshipton commented Dec 6, 2024

Re #20625 (comment)

Do you have an opinion?

The suggestion is fine with me. We could also modify the test to look for System.initSecurityManager. I'd lean towards modifying the test, but don't have a strong opinion.

Or the method System.initSecurityManager() could be renamed initPhase3()

It makes the code more cryptic, although a comment would help with that.

@theresa-m
Copy link
Contributor Author

I excluded the failing test in test_getDeclaredFieldLjava_lang_String.

java/lang/System/SecurityManagerWarnings.java.SecurityManagerWarnings still needs to be resolved.

@theresa-m theresa-m requested a review from keithc-ca December 6, 2024 21:04
@theresa-m theresa-m force-pushed the fix_20563 branch 2 times, most recently from 8926087 to e998852 Compare December 9, 2024 13:33
@theresa-m theresa-m requested a review from keithc-ca December 9, 2024 16:28
@theresa-m theresa-m force-pushed the fix_20563 branch 2 times, most recently from 67adc10 to cc0f67c Compare December 9, 2024 19:19
@keithc-ca
Copy link
Contributor

Jenkins test sanity amac jdk21,jdknext

@theresa-m
Copy link
Contributor Author

theresa-m commented Dec 10, 2024

java/lang/System/SecurityManagerWarnings.java is still failing. I don't think the other failures are related.

The test is looking for "at java.lang.System.initPhase3" and j9 prints "at java/lang/System.initPhase3":
https://github.com/ibmruntimes/openj9-openjdk-jdk24/blob/master/test/jdk/java/lang/System/SecurityManagerWarnings.java#L90

java -Djava.security.manager=allow
Exception in thread "(unnamed thread)" java/lang/Error: A command line option has attempted to allow or enable the Security Manager. Enabling a Security Manager is not supported.
	at java/lang/System.initPhase3 (java.base@24-internal/System.java:904)
	at java/lang/ClassLoader.initializeClassLoaders (java.base@24-internal/ClassLoader.java:225)
	at java/lang/Thread.initialize (java.base@24-internal/Thread.java:2722)
	at java/lang/Thread.<init> (java.base@24-internal/Thread.java:2773)

I will update the test to fix this, and while I'm at it I think we should keep the initSecurityManager name instead of initPhase3 since its more descriptive and the purpose of that change was to fix this test.

@keithc-ca
Copy link
Contributor

Jenkins test sanity amac jdknext

Copy link
Contributor

@keithc-ca keithc-ca left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think the test failure is related to this change.

@keithc-ca keithc-ca merged commit db18829 into eclipse-openj9:master Dec 10, 2024
3 of 6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants