A number of vulnerabilities were published for Apache Log4J version 2 impacting Log4j2 2.0-beta9 through to 2.17.0
Siteminder bundles Apache Log4J2 in a number of components
r12.8.6: Log4j 2.12.1
r12.8.6a: Log4j 2.17.1
r12.8.7: Log4j 2.17.2
r12.8.8: Log4j 2.20.0
r12.8.8.1: Log4j 2.20.0
PRODUCT: Siteminder
COMPONENT: Application Server Agents (ASA)
VERSIONS: r12.7 & r12.8
CVE-2021-44228
SEVERITY: High
DESCRIPTION: Apache Log4j2 2.0-beta9 through 2.15.0 (excluding security releases 2.12.2, 2.12.3, and 2.3.1) JNDI features used in configuration, log messages, and parameters do not protect against attacker controlled LDAP and other JNDI related endpoints. An attacker who can control log messages or log message parameters can execute arbitrary code loaded from LDAP servers when message lookup substitution is enabled. From log4j 2.15.0, this behavior has been disabled by default. From version 2.16.0 (along with 2.12.2, 2.12.3, and 2.3.1), this functionality has been completely removed. Note that this vulnerability is specific to log4j-core and does not affect log4net, log4cxx, or other Apache Logging Services projects.
IMPACTED: Apache Log4j2 2.0-beta9 through 2.15.0 (excluding security releases 2.12.2, 2.12.3, and 2.3.1)
Remediated: Log4J 2.17.1 and higher
----------------------------------
CVE-2021-45046
SEVERITY: Critical
DESCRIPTION: It was found that the fix to address CVE-2021-44228 in Apache Log4j 2.15.0 was incomplete in certain non-default configurations. This could allows attackers with control over Thread Context Map (MDC) input data when the logging configuration uses a non-default Pattern Layout with either a Context Lookup (for example, $${ctx:loginId}) or a Thread Context Map pattern (%X, %mdc, or %MDC) to craft malicious input data using a JNDI Lookup pattern resulting in an information leak and remote code execution in some environments and local code execution in all environments. Log4j 2.16.0 (Java 8) and 2.12.2 (Java 7) fix this issue by removing support for message lookup patterns and disabling JNDI functionality by default.
IMPACTED: Apache Log4j2 versions 2.0-alpha1 through 2.15.0
Remediated: Log4J 2.17.1 and higher
----------------------------------
CVE-2021-45105
SEVERITY: Medium
DESCRIPTION: Apache Log4j2 versions 2.0-alpha1 through 2.16.0 (excluding 2.12.3 and 2.3.1) did not protect from uncontrolled recursion from self-referential lookups. This allows an attacker with control over Thread Context Map data to cause a denial of service when a crafted string is interpreted. This issue was fixed in Log4j 2.17.0, 2.12.3, and 2.3.1.
IMPACTED: Apache Log4j2 versions 2.0-alpha1 through 2.16.0 (excluding 2.12.3 and 2.3.1)
Remediated: Log4J 2.17.1 and higher
----------------------------------
CVE-2021-44832
SEVERITY: Medium
DESCRIPTION: Apache Log4j2 versions 2.0-beta7 through 2.17.0 (excluding security fix releases 2.3.2 and 2.12.4) are vulnerable to a remote code execution (RCE) attack when a configuration uses a JDBC Appender with a JNDI LDAP data source URI when an attacker has control of the target LDAP server. This issue is fixed by limiting JNDI data source names to the java protocol in Log4j2 versions 2.17.1, 2.12.4, and 2.3.2.
IMPACTED: Apache Log4j2 versions 2.0-beta7 through 2.17.0 (excluding security fix releases 2.3.2 and 2.12.4)
Remediated: Log4J 2.17.1 and higher
----------------------------------
CVE-2021-4104
IMPACTED: Log4j 1.2
NOTE: This Vulnerability does not apply to Siteminder
SiteMinder Agent for Oracle WebLogic Server 12.7 and 12.8
a) Stop WebLogic application server.
b) Navigate to <wl_installation_path>/wlserver/server/lib and take a backup of the existing log4j jars:
log4j-core-<existing_version>.jar
log4j-api-<existing_version>.jar
c) Navigate to the bin folder for the domain created in WebLogic application server.
d) Take a backup of the startWebLogic.cmd/startWebLogic.sh file.
e) Open the existing startWebLogic.cmd/startWebLogic.sh file, and update the existing log4j version to the 2.17.1 version in the following values of the SMASA_CLASSPATH
log4j-api-<existing_version>.jar
log4j-core-<existing_version>.jar
f) Save the changes.
g) Start WebLogic application server.
SiteMinder Agent for IBM WebSphere 12.8
IBM WebSphere for Liberty
a) Stop WebSphere application server.
b) Navigate to <wlp_installation_path>/usr/servers/lib/global.
c) Take a backup of the following log4j files and then delete the original files:
log4j-api-<existing_version>.jar
log4j-core-<existing_version>.jar
d) Place the following new log4j files in this location:
log4j-api-2.17.1.jar
log4j-core-2.17.1.jar
e) Start WebSphere application server.
IBM WebSphere
a) Stop WebSphere application server.
b) Navigate to <websphere_home>/lib/ext.
c) Take a backup of the following log4j files and then delete the original files:
log4j-api-<existing_version>.jar
log4j-core-<existing_version>.jar
d) Place the following new log4j files in this location:
log4j-api-2.17.1.jar
log4j-core-2.17.1.jar
e) Start WebSphere application server.
https://www.cisa.gov/news-events/news/apache-log4j-vulnerability-guidance
https://logging.apache.org/log4j/2.x/security.html
CVE-2021-44228: SiteMinder Resolution to the Log4j Vulnerability
KB279552: Log4j 2.17.0 and older Vulnerability on Siteminder Policy Server r12.8.x
KB264006: Log4j 2.17.0 and older Vulnerability on Siteminder AdminUI r12.8.x
KB264008: Log4j 2.17.0 and older Vulnerability on Siteminder Access Gateway r12.8.x
KB264009: Log4j 2.17.0 and older Vulnerability on Siteminder SDK r12.8.x
KB264010: Log4j 2.17.0 and older Vulnerability on Siteminder r12.7 & r12.8 ASA Agents