安全运维之反向代理技术解读

在如今越来越复杂的网络环境中，对于渗透测试工作者的要求也逐渐提高。从最开始的纯IP网站裸奔（好吧，如今依然有大量企业、政府网站这么做），到后来高防、CDN、防CC概念提出、再到如今各大厂商云防护竞争愈演愈烈，如何最大程度适应大形势下的安全运维习惯，这是对于渗透测试工程师最为迫切的要求。

本篇侧重点为反向代理技术，从攻击者视角洞察安全运维习惯，当然，在此之前，我们得先来再完整熟悉下代理技术。

目前大家提到的代理技术无外乎三种：正向代理、透明代理和反向代理，以下我们以B/S架构为例简单介绍其中的区别。

正向代理（Forward Proxy）

客户端将请求转发给代理服务器，代理服务器再负责转发给目标网站，响应时服务端先响应给代理服务器，代理服务器再转发给对应的客户端。

当然，正向代理可以但不限于为局域网内客户端做代理，同样可以选择公网服务器作为代理，它扮演的角色类似于NAT。

透明代理（Inline Proxy）

透明代理也叫做内网代理(inline proxy)、拦截代理(intercepting proxy)以及强制代理(force proxy)，所谓透明，即代理对客户端具有无感知性，即不需要客户端进行额外配置。透明代理和正向代理基本相似，甚至是透明代理可以作为正向代理的一种。

透明代理技术经常作为一种备选模式存在，如在防火墙中作为策略，对部分流量进行过滤拦截；一般公司内的上网行为管理系统也是透明代理的应用。另外如果有喜欢玩路由器的表哥应该接触过梅林、潘多拉系统，其中的代理模式对于网络使用者亦是透明代理的应用。

总的来说，只要是网关或主链路上的网络设备均可以实现透明代理模式，或者配合路由转发等技术搭配使用效果更佳。

反向代理（Reverse Proxy）

反向代理是为服务端转发请求，客户端将请求发送至反向代理服务器，反向代理服务器再将请求转发给真正的服务器以处理请求，响应时后端真正的服务器将处理结果发送给反向代理，再由反向代理构建响应并响应给客户端。

当然，反向代理服务器并非一定要和目标网站相同内网，我们有时候会在网上发现http/https跳板，我们访问的目标也并不是目标内网内容，但这依然是一项反向代理技术的应用。

至于反向代理的优点，众说纷纭，毕竟优点是跟着需求走的，但无外乎以下几点：减少公网IP的使用、防止外网对内网服务器的恶性攻击、缓存以减少服务器的压力和访问安全控制、负载均衡将用户请求分配给多个服务器、加上一些特殊的东西做特殊的事情（如IPS—入侵防御系统、web应用防火墙等）。

接下来，我们便来探究反向代理技术的具体实现，这些实现方式将为我们的生产系统内网横向（区别于办公内网）提供大量辅助信息。

反向代理技术：nginx篇

我们在本机1988端口开放一个web站点，并绑定域名test.rabbitmask.com,主站域名为www.rabbitmask.com，如果没有配置dns服务器可以借助hosts文件修改代替。

我们自然可以直接修改/etc/nginx/nginx.conf,然而在真正运维的习惯中，他们是不会接受一个又臭又长的单文件的，我们更多的会使用单文件实现，习惯上可能会使用域名作为文件名，这里我们使用test.conf。

# test.conf
server {
        listen       80;
        server_name  test.rabbitmask.com;

        location / {
            proxy_pass http://127.0.0.1:1988;
            index  index.html;
        }
    }

# nginx.conf
        ... ...
    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
        ... ...

在nginx.conf中我们可以看到conf.d中的*.conf文件和sites-enabled中的全部文件，均会自动加载，所以我们本次将test.conf丢到sites-enabled中，这些主观性较强运维习惯也是我们作为攻击者需要去关注的点。
sudo nginx -s reload热重载即可刷新配置。

如上，即可实现最基础的nginx反向代理设置。

反向代理技术：Apache篇

与nginx类似，我们在/etc/apache2/apache2.conf可以看到如下配置：

#apache2.conf
        ... ...
# Include generic snippets of statements
IncludeOptional conf-enabled/*.conf

# Include the virtual host configurations:
IncludeOptional sites-enabled/*.conf
        ... ...

同样，在这里我们在sites-enabled下创建我们的test.conf:

ServerName www.rabbitmask.com
ProxyRequests off

<Proxy *>
    Order allow,deny
    Allow from all
</Proxy>

ProxyPass /test http://127.0.0.1:1988
ProxyPassReverse /test http://127.0.0.1:1988

需要开启相关模块

# 查看当前开启模块
apachectl -M
# 开启反向代理所需模块
a2enmod proxy
a2enmod proxy_http

重启服务

/etc/init.d/apache2 restart
or
systemctl restart apache2

我们可以看到，和nginx的反代还是存在差异的，apache的反代是基于路由的，如果我们在渗透过程中发现，相同域名下对应的中间件存在差异，大家可以往这边考虑一下。

另外，在实际场景之中，nginx + apache的组合也是很常见的，其实就是Nginx做前端，Apache做后端。因为Nginx对于高并发性能出众，Proxy功能强效率高，占用系统资源少，而Apache在高并发时对队列的处理比FastCGI（Nginx需要通过fastcgi等方式运行php）更好，并且在处理动态php页面时，mod_php也比php-cgi更稳定更高效。

反向代理技术：FRP篇

我一直都晓得frp可以做域名反代，但是在一次渗透活动中，拿到反代服务器后，没有找到nginx，却看到了frp的那一刻，我还是有些懵的。

这个没啥好说的，不懂的翻我之前的教程，直接上配置：

# frps.ini
[common]
bind_port = 7000
vhost_http_port = 8080

[common]
server_addr = 127.0.0.1
server_port = 7000

[web_www]
type = http
local_ip = 192.168.124.21
local_port = 80
custom_domains = www.rabbitmask.com

[web_test]
type = http
local_ip = 192.168.124.30
local_port = 1988
custom_domains = test.rabbitmask.com

反向代理技术：Java篇

我们这里我们以Springboot为例，借助HTTP Proxy Servlet 代理服务实现。

# pom.xml
        <!-- https://mvnrepository.com/artifact/org.mitre.dsmiley.httpproxy/smiley-http-proxy-servlet -->
        <dependency>
            <groupId>org.mitre.dsmiley.httpproxy</groupId>
            <artifactId>smiley-http-proxy-servlet</artifactId>
            <version>1.12</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/com.google.guava/guava -->
        <dependency>
            <groupId>com.google.guava</groupId>
            <artifactId>guava</artifactId>
            <version>30.0-jre</version>
        </dependency>

# application.properties
proxy.servlet_url: /test
proxy.target_url: http://test.rabbitmask.com

# Controller.Hello
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class Hello {
    @RequestMapping("/")
    public String sayHello(){
        return "Hello.It's a reverse proxy server";
    }
}

# Configuration.RabbitConfiguration 
import com.google.common.collect.ImmutableMap;
import org.mitre.dsmiley.httpproxy.ProxyServlet;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.boot.web.servlet.ServletRegistrationBean;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

import javax.servlet.Servlet;
import java.util.Map;

@Configuration
public class RabbitConfiguration {

    @Value("${proxy.servlet_url}")
    private String servlet_url;
    @Value("${proxy.target_url}")
    private String target_url;

    @Bean
    public Servlet createProxyServlet(){
        return new ProxyServlet();
    }
    @Bean
    public ServletRegistrationBean<Servlet> proxyServletRegistration(){
        ServletRegistrationBean<Servlet> registrationBean = new ServletRegistrationBean<>(createProxyServlet(), servlet_url);
        //设置网址以及参数
        Map<String, String> params = ImmutableMap.of(
                "targetUrl", target_url,
                "log", "true");
        registrationBean.setInitParameters(params);
        return registrationBean;
    }
}

显然，java HTTP Proxy Servlet的反向代理技术也是基于路由的。

总结

本文从中间件层（nginx篇、apache篇）、工具层（frp篇）、开发语言层（java篇）浅谈了下反向代理技术在当今互联网中的应用，本文的切入点更倾向于web渗透中面对比较多的HTTP反向代理技术，其中nginx和frp实现的反向代理是基于域名的，而apache和java实现的反向代理是基于路由的，在apache篇结尾我们也提到过了，我们可以借助这些特性和各自的优势组合使用。

在丰富的中间件、工具、语言大环境下，反向代理技术绝对不仅仅文中提到的这几项而已，关于反向代理技术我们更多想提及的是一种思想，希望借本文抛砖引玉，能让各位小伙伴在来自运维侧和开发侧的迷魂阵中拨云见日。

精彩推荐