47-JavaEE开发中的JNDI注入与安全问题_java jndi注入漏洞-优快云博客

本文链接：https://blog.youkuaiyun.com/m0_70346880/article/details/146428483

在JavaEE开发中，JNDI（Java Naming and Directory Interface）注入是一个重要的安全问题。本文将深入探讨什么是JNDI注入、为什么会出现JNDI注入、JNDI注入的安全问题以及利用条件。

JNDI注入是一种安全漏洞，它允许攻击者通过操纵JNDI（Java Naming and Directory Interface） lookup方法的参数，远程加载并执行恶意代码。JNDI是Java提供的一组API，用于访问各种命名和目录服务，如DNS、LDAP、RMI等。

ObjectFactory：用于将命名服务中的数据转换为Java中的对象或基本数据类型。

协议	作用
LDAP	轻量级目录访问协议，约定了 Client 与 Server 之间的信息交互格式、使用的端口号、认证方式等内容
RMI	JAVA 远程方法协议，该协议用于远程调用应用程序编程接口，使客户机上运行的程序可以调用远程服务器上的对象
DNS	域名服务
CORBA	公共对象请求代理体系结构

当应用程序使用JNDI lookup方法检索对象时，如果lookup的参数可控，攻击者可以传入恶意的URI，指向攻击者控制的RMI、LDAP等服务。攻击者的服务器可以返回一个恶意的Reference对象，该对象包含远程加载恶意类的信息。当目标应用解析并加载这个恶意类时，就会执行其中的恶意代码。

JNDI注入的根本原因在于JNDI lookup方法的参数没有得到严格的控制和验证。如果应用程序允许外部输入直接作为lookup的参数，攻击者就可以利用这一点进行攻击。

在一些JavaEE应用中，开发者可能会根据用户输入动态地构造lookup的参数，例如通过用户提供的服务名称或地址来查找资源。这种设计如果缺乏严格的输入验证，就容易导致JNDI注入漏洞。

JNDI注入可能导致远程代码执行，攻击者可以在目标系统上执行任意命令，从而完全控制服务器。这可能导致敏感信息泄露、数据被篡改、服务器被用作攻击其他系统的跳板等严重后果。

lookup参数注入：当lookup的参数可控时，攻击者可以传入恶意的RMI、LDAP等URI，触发恶意类的加载和执行。
classFactoryLocation参数注入：在RMI服务端，如果Reference的classFactoryLocation参数可控，攻击者可以指定恶意类的加载地址。
结合反序列化漏洞：某些漏洞类的readObject方法中调用了lookup方法，如果lookup参数可控，可以结合反序列化漏洞进行攻击。

成功利用JNDI注入需要满足一定的条件：

不同版本的JDK对JNDI注入的防御机制不同。例如：

JDK 6u45、7u21之后：java.rmi.server.useCodebaseOnly的默认值被设置为true，禁用了自动加载远程类文件。
JDK 6u141、7u131、8u121之后：增加了com.sun.jndi.rmi.object.trustURLCodebase选项，默认为false，禁止RMI和CORBA协议使用远程codebase。
JDK 6u211、7u201、8u191之后：增加了com.sun.jndi.ldap.object.trustURLCodebase选项，默认为false，禁止LDAP协议使用远程codebase。