Oracle 10g unwrap技术分析 By GENXOR

一. 前言Oracle为PL/SQL开发者提供的一种对他们所写的代码（oracle下的对象Package、Procedure、Function、Java Source等）进行加密的工具。当PL/SQL代码被加密以后，它就被描述为被“包装过”。使用wrap工具对代码进行包装，wrap工具会取出含有要包装的代码的文件名并输出下面的文件：wrap iname=plain.sql oname=encrypted.plb因为代码被加密了，所以其细节被隐藏了，而且Oracle不提供解包装设备。但是我们可以编写我们自己的unwrap程序。二. 对象加密Oracle为了防止自己的对象程序源码泄露，也对其做了wrap处理。因为许多PACKAGE、PROCEDURE等程序本身可能存在SQL注入漏洞，但是如果得不到源码，对其进行审计是很困难的。这样wrap在一定程度上也起到了保护作用。这里随便找一个Oracle的PACKAGE为实例，这里我们找到dbms_hs包程序，其代码如图所示：很明显代码被加密了。三. Oracle Wrap的算法机制Oracle加密的原理就是先对源码进行lz压缩lzstr，然后对压缩数据进行SHA-1运算得到40位的加密串shstr，然后将加密串与压缩串拼接得到shstr+lzstr，然后对拼接后的字符串进行Oracle双字符转换（转换表）。最后将转换后的字符串进行base64编码，最终得到wrap的加密串。关于LZ压缩，这里用老外提供的一个JAVA包，代码如下：create or replace java source named MY_COMPRESSasimport java.io.*;import java.util.zip.*;public class MY_COMPRESS{public static String Inflate（ byte[] src ）{try{ByteArrayInputStream bis = new ByteArrayInputStream（ src ）;InflaterInputStream iis = new InflaterInputStream（ bis ）;StringBuffer sb = new StringBuffer（）;for（ int c = iis.read（）; c ！= -1; c = iis.read（））{sb.append（（char） c ）;}return sb.toString（）;} catch （ Exception e ）{}return null;}public static byte[] Deflate（ String src, int quality ）{try{byte[] tmp = new byte[ src.length（） + 100 ];Deflater defl = new Deflater（ quality ）;defl.setInput（ src.getBytes（ “UTF-8″ ））;defl.finish（）;int cnt = defl.deflate（ tmp ）;byte[] res = new byte[ cnt ];for（ int i = 0; i < cnt; i++ ）res[i] = tmp[i];return res;} catch （ Exception e ）{}return null;}}/alter java source MY_COMPRESS compile/create or replace package mycompressisfunction deflate（ src in varchar2 ）return raw;–function deflate（ src in varchar2, quality in number ）return raw;–function inflate（ src in raw ）return varchar2;–end;/create or replace package body mycompressisfunction deflate（ src in varchar2 ）return rawisbeginreturn deflate（ src, 6 ）;end;–function deflate（ src in varchar2, quality in number ）return rawas language javaname ‘MY_COMPRESS.Deflate（ java.lang.String, int ） return byte[]‘;–function inflate（ src in raw ）return varchar2as language javaname ‘MY_COMPRESS.Inflate（ byte[] ） return java.lang.String’;–end;/这里deflate函数实现LZ压缩，而inflate则实现解压。首先，我们以一小段PL/SQL代码来测试分先加密字符串的结构，这里我先讲程序加密处理。如图所示，这里将create PACKAGE a代码wrap之后变成了如下代码为了进一步测试，分析其加密字符串中的结构，我们利用如下代码：with src as（ select ‘PACKAGE a’ txt from dual ）, wrap as（ select src.txt, dbms_ddl.wrap（ ‘create ‘ || src.txt ） wrap from src ）Select rtrim（ substr（ wrap.wrap, instr（wrap.wrap, chr（10）, 1, 20 ） + 1 ）,chr（10）） from wrap;这段代码获得加密串，如图所示进一步对这段代码做base64解码，获得经过Oracle双字符转换后的字符串，如图所示：因为字符串是由两部分组成，先经过LZ压缩，然后经过SHA-1处理，然后再将SHA-1字符串和压缩字符串拼接得到，因为SHA-1总共40位，所以40位以后的全为经过Oracle双字符转换的压缩串，也就是308399B8F5339FF5BF5CB891A6A6CBBFE1DC四. 计算转换表当wrap完成sha-1字符串和压缩字符串的拼接之后，紧接着会对照一个字符代替表进行Oracle双字符转换。这个表可能是Oracle的商业机密，所以官方没有给出该表的信息。但是，既然我们已经得到了经过字符转换之后的LZ压缩串，同时我们可以通过前面提到的JAVA包得到纯净的LZ压缩串，通过对比这两个字符串，我们便可以推算出这个转换表。在使用这个java包时，涉及到一个压缩级别参数，这个等级参数不一样，压缩得到的字符串完全一不样。有人可能要问，这样搞岂不是没法得到替换表了吗？是的，但也不完全正确。因为可供选择的等级参数有限，我们可以从０等级开始一个一个进行测试，经过测试发现，ORACLE用的是“9”等级。所以我们用以下代码对比两个字符串：with src as（ select ‘PACKAGE a’ txt from dual ）, wrap as（ select src.txt, dbms_ddl.wrap（ ‘create ‘ || src.txt ） wrap from src ）, subst as（ select substr（ utl_encode.base64_decode（ utl_raw.cast_to_raw（ rtrim（ substr（ wrap.wrap, instr（wrap.wrap, chr（10）, 1, 20 ） + 1 ）,chr（10））））, 41 ） x, mycompress.deflate（ wrap.txt || chr（0）,9 ） dfrom wrap ）select to_number（ substr（ x, r * 2 – 1, 2）,’xx’ ） wrapped, to_number（ substr（ d, r * 2 – 1, 2）,’xx’ ） zippedfrom subst, （ select rownum r from dual connect by rownum < 19 ）;结果如下：通过对结果的排序，没有出现同一个BASE64编码对应不同的十六进制的情况，因此我们知道了可以用这个SQL为基础，通过用不同的SOURCE串来产生替换表的内容。根据上面的SQL首先建一个表来存储替换表的内容，CREATE TABLE SYS.IDLTRANSLATE（C_BASE64DECODE VARCHAR2（2） NOT NULL,C_LZDEFLATECODE VARCHAR2（2） NULL）/然后写一段PLSQL块来生成替换表的内容：declarenCnt integer;nLoop integer;nSLoop integer;nCharmax integer;nCharmin integer;vChar Varchar2（3）;cursor getchar is with src AS （ select ‘PACKAGE ‘||vChar txt from dual ）,wrap as （ select src.txt , dbms_ddl.wrap（ ‘create ‘ || src.txt ） wrap from src ）, subst as （select substr（ utl_encode.base64_decode（ utl_raw.cast_to_raw（rtrim（ substr（ wrap.wrap, instr（ wrap.wrap, chr（ 10 ）, 1, 20 ） + 1 ）, chr（10））））, 41 ） x,mycompress.deflate（ wrap.txt || chr（0）, 9 ） dfrom wrap ）select substr（ x, r * 2 – 1, 2 ） xr , substr（ d, r * 2 – 1, 2 ） drfrom subst , （ select rownum r from dual connect by rownum <= （ select length（ x ） / 2 from subst ））;beginnCharmax:=97;nCharmin:=122;For nLoop In 97..122 LoopFor nSloop In 0..99 LoopvChar := chr（nLoop）||to_char（nSloop）;For abc In getchar LoopSelect Count（*） Into nCnt From sys.idltranslate WHERE c_base64decode = abc.xr;If nCnt < 1 ThenInsert INTO sys.idltranslate VALUES （abc.xr,abc.dr）;Commit;ElseSelect Count（*） Into ncnt From sys.idltranslate WHERE c_base64decode = abc.xr AND c_lzdeflatecode=abc.dr;If nCnt < 1 ThenDBMS_OUTPUT.PUT_LINE（‘wrong orginal char:’||vchar||’ hex base64:’||abc.xr）;End If;End If; End Loop;End Loop;End Loop;end;运行上面这段SQL大概会产生100多条记录，还未达到00-FF总共256条记录的要求，建议替换select ‘PACKAGE ‘||vChar txt from dual中的PACKAGE关健字为procedure或者function类似的，继续运行直到替换表中有不重复的256条记录为止。有了替换表的内容，unwrap出明文也就不再困难了。五. 破解程序利用前面得出的JAVA包以及转换表，结合下面这段代码unwrap出明文，如下set serveroutput on;create or replace procedure unwrap（o in varchar,n in varchar, t in varchar）asvWrappedtext Varchar2（32767）; vtrimtext Varchar2（32767）; vChar Varchar2（2）;vRepchar Varchar2（2）;vLZinflatestr Varchar2（32767）;nLen Integer;nLoop Integer;nCnt Integer;code varchar（512）;Begincode:=’3D6585B318DBE287F152AB634BB5A05F7D687B9B24C228678ADEA4261E03EB176F343E7A3FD2A96A0FE935561FB14D1078D975F6BC4104816106F9ADD6D5297E869E79E505BA84CC6E278EB05DA8F39FD0A271B858DD2C38994C480755E4538C46B62DA5AF322240DC50C3A1258B9C16605CCFFD0C981CD4376D3C3A30E86C3147F533DA43C8E35E1994ECE6A39514E09D64FA5915C52FCABB0BDFF297BF0A76B449445A1DF0009621807F1A82394FC1A7D70DD1D8FF139370EE5BEFBE09B97772E7B254B72AC7739066200E51EDF87C8F2EF412C62B83CDACCB3BC44EC069366202AE88FCAA4208A64557D39ABDE1238D924A1189746B91FBFEC901EA1BF7CE’;–sys.idltranslate表内容存到字符数组vtrimtext:=”;select count（*） into ncnt from DBA_SOURCE Where owner=oAnd Name = nAnd Type=t ;if ncnt >0 and ncnt <=5 thenfor i in 1..ncnt loopif i=1 thenselect rtrim（substr（TEXT,instr（TEXT,chr（10）,1,20）+1）,chr（10）） –保存去掉前边20行的BASE64码正文into vLZinflatestr from DBA_SOURCE Where owner=oAnd Name = nAnd Type=t and line=i;elseselect text into vLZinflatestr from DBA_SOURCE Where owner=oAnd Name = nAnd Type=t and line=i;end if;vtrimtext:=vtrimtext||vLZinflatestr;end loop;end if;vtrimtext:=replace（vtrimtext,chr（10）,”）;nLen := Length（vtrimtext）/256 ;vWrappedtext :=”;for i in 0..nLen loop –if i< nLen thenvWrappedtext:=vWrappedtext||utl_encode.base64_decode（ utl_raw.cast_to_raw（substrb（vtrimtext,256*i+1 , 256 ））） ;– else–vWrappedtext:=vWrappedtext||utl_encode.base64_decode（ utl_raw.cast_to_raw（substrb（vtrimtext,64*i+1 ））） ;–end if;–DBMS_OUTPUT.PUT_LINE（vWrappedtext）;End Loop;–vWrappedtext:=substr（vWrappedtext,41）;nLen := Length（vWrappedtext）/2 – 1;vLZinflatestr :=”;For nLoop In 20..nLen Loop –从第41字节开始vChar := Substrb（vWrappedtext,nLoop*2+1,2）;vLZinflatestr := vLZinflatestr ||substr（code,to_number（vChar,’XX’）*2+1,2）; –从字符串变量匹配–DBMS_OUTPUT.PUT_LINE（vLZinflatestr）;End Loop;–DBMS_OUTPUT.PUT_LINE（vLZinflatestr）;DBMS_OUTPUT.PUT_LINE（mycompress.inflate（vLZinflatestr））;End;/exec unwrap（‘SYS’,"AA’,"PROCEDURE’）;这里将转换表IDLTRANSLATE的内容存储变量code当中，这样可以在unwrap的过程中不必再去创建IDLTRANSLATE这个表。执行以上代码查看一下输出的内容，至此Oracle所有PACKAGE程序没有密码可言了，当然其他对象程序存储过程、函数等也可以得到明文了。这里执行一段unwrap以后的程序，然后保存以上代码为code.sql，解码得到明文。六. 总结Oracle 10g PL/SQL的wrap过程是对源码先进行lz压缩lzstr，然后对压缩数据进行SHA-1运算得到40位的加密串shstr，然后将加密串与压缩串拼接得到shstr+lzstr，然后对拼接后的字符串进行Oracle双字符转换（转换表）。最后将转换后的字符串进行base64编码，最终得到wrap的加密串。而unwrap的过程正好相反，破解的关键是得到ORACLE的双字符转换表，因为在10g以后Oracle中无法查看转换表的内容。这里捎带提一下oracle 9i的wrao技术，它使用???种完全不同于10g的方法。9i wrap的时候，代码被转换为DIANA（ADA的中间描述语言），这是一个相当复杂的过程，具体细节请阅读Pete Finnegan的论文“How to Unwrap PL/SQL”，大家可以去下载。免费下载地址在 http://linux.linuxidc.com/用户名与密码都是www.linuxidc.com具体下载目录在 /2014年资料/3月/26日/Oracle 10g unwrap技术分析 By GENXOR下载方法见 http://www.linuxidc.com/Linux/2013-07/87684.htmOracle PL/SQL代码加解密ORA-27101: shared memory realm does not exist 问题解决办法相关资讯 Oracle unwrap 本文评论查看全部评论（0）