STIGUI
V-256720CAT II — Medium severitySV-256720r960963_rule

Lookup Service must be configured with memory leak protection.

Rule version VCLU-70-000015 · STIG v1 · 2026-09-09

Discussion

The Java Runtime environment can cause a memory leak or lock files under certain conditions. Without memory leak protection, Lookup Service can continue to consume system resources, which will lead to "OutOfMemoryErrors" when reloading web applications.

Memory leaks occur when JRE code uses the context class loader to load a singleton as this will cause a memory leak if a web application class loader happens to be the context class loader at the time. The "JreMemoryLeakPreventionListener" class is designed to initialize these singletons when Tomcat's common class loader is the context class loader. Proper use of JRE memory leak protection will ensure that the hosted application does not consume system resources and cause an unstable environment.

Check

At the command prompt, run the following command:

# grep JreMemoryLeakPreventionListener /usr/lib/vmware-lookupsvc/conf/server.xml

Expected result:

<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>

If the output of the command does not match the expected result, this is a finding.

Fix

Navigate to and open:

/usr/lib/vmware-lookupsvc/conf/server.xml

Navigate to the <Server> node.

Add '<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>' to the <Server> node.

Restart the service with the following command:

# vmon-cli --restart lookupsvc

Identifiers

Group ID
V-256720
Group title
SRG-APP-000141-WSR-000086
Rule ID
SV-256720r960963_rule
Check ID
C-60395r888749_chk
Fix ID
F-60338r888750_fix