Java - Integrity by Default
summary
Java is moving to strong encapsulation so module boundaries really prevent deep reflection and unsafe JNI unless the application explicitly grants permission via a centralized policy. The platform already restricts deep reflection since jdk16 and emits warnings (jdk21+) for agents and FFM, plans to remove most of sun.misc.Unsafe, and uses a per-module enable-native-access flag with an allow/warn/deny rollout. Claim: 99% of the Java 8→9 migration pain came from libraries using internals, and Microsoft attributes ~70% of security bugs to memory unsafety.
AI-written summary · about
chapters (5)
- 0:00Start
- 1:18How Things Have Changed
- 16:54The Importance of Integrity
- 25:49Integrity by Default
- 40:44Q&A
related talks
21mIntegrity by Default
46mIntegrity by Default
41mFrom Cowboy Mode to Careful Stewardship
42mHidden security features of the JVM - everything you didn’t know and more
48mHidden Security Features of the JVM - Everything You Didn’t Know and More
51mPrepare for JDK 9
18mThe Secret History and Tragic Fate of sun.misc.Unsafe
47mJDK 9, 10, and 11: Pitfalls for the Unwary
