Skip to content

Fix native memory leak in SSLFactory cache and resolve buffer offset corruption in EncryptionUtils#4706

Open
gagandhakrey wants to merge 1 commit intoapache:trunkfrom
gagandhakrey:fix/security-native-leak-and-buffer-corruption
Open

Fix native memory leak in SSLFactory cache and resolve buffer offset corruption in EncryptionUtils#4706
gagandhakrey wants to merge 1 commit intoapache:trunkfrom
gagandhakrey:fix/security-native-leak-and-buffer-corruption

Conversation

@gagandhakrey
Copy link
Copy Markdown

@gagandhakrey gagandhakrey commented Apr 5, 2026

Problem :
The SSLFactory class was leaking unmanaged tcnative/OpenSSL native memory because it removed SslContext objects from its cache without releasing their Netty reference counts, eventually leading to JVM crashes. Concurrently, EncryptionUtils possessed a critical memory corruption risk and ReadableByteChannel contract violation by improperly writing directly to dst.array() without calculating dst.arrayOffset() and failing to advance the buffer's position cursor after fulfilling the byte reads.

Fix :
In SSLFactory.java, guaranteed ReferenceCountUtil.release(ctx) is explicitly invoked every time a context is evicted from the cachedSslContexts map, ensuring the cache drops its baseline ownership cleanly without triggering double releases or disrupting active SSLEngine channels. In EncryptionUtils.java, DataInputReadChannel.read was updated to correctly index reads via dst.arrayOffset() + dst.position() and appropriately advance the buffer cursor using dst.position(dst.position() + readLength)

…uffer offset corruption in EncryptionUtils
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant