A Java geek
Read post

Security Baked Into the JVM: why fork Apache River and OpenJDK?

Java 17 deprecated SecurityManager and Java 24 removed it entirely, leaving distributed Java applications without a built-in authorization mechanism. This post introduces two community projects addressing that gap: DirtyChai, a fork of OpenJDK that restores and extends Java's authorization infrastructure (SecurityManager, AccessController, ProtectionDomain), and JGDMS, a security-hardened fork of Apache River providing dynamically-discoverable microservices over IPv6. JGDMS uses Jini-model service discovery, a pluggable constraint-based RPC layer (JERI), and defence-in-depth security including hardened deserialization, TLSv1.3, and proxy trust verification. A minimal deployment example shows how authentication, encryption, and deserialization constraints are declared in deployment configuration rather than service code, enforced at every call boundary without modifying the service API.

    #security#java#distributed-systems#jvm
Jun 28•5m read time•From blog.frankel.ch
Post cover image
5.2K Impressions
A Java geek's image
A Java geek

Frankel's platform covers topics related to software development, technology trends, and coding tut...

83 Followers

•

1.2K Upvotes

Would you recommend this post?

Copy link
WhatsApp
Facebook
X
New Squad
  • © 2026 Daily Dev Ltd.
  • Guidelines
  • Explore
  • Tags
  • Sources
  • Squads
  • Leaderboard