浅谈反向代理技术

admin 2021年10月30日01:00:50安全文章评论37 views5051字阅读16分50秒阅读模式

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


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


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

正向代理(forward proxy)


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

浅谈反向代理技术

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

浅谈反向代理技术

透明代理(transparent 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.confserver {        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 statementsIncludeOptional conf-enabled/*.conf
# Include the virtual host configurations:IncludeOptional sites-enabled/*.conf ... ...

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

ServerName www.rabbitmask.comProxyRequests off
<Proxy *> Order allow,deny Allow from all</Proxy>
ProxyPass /test http://127.0.0.1:1988ProxyPassReverse /test http://127.0.0.1:1988

需要开启相关模块

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

重启服务

/etc/init.d/apache2 restartorsystemctl 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 = 7000vhost_http_port = 8080
[common]server_addr = 127.0.0.1server_port = 7000
[web_www]type = httplocal_ip = 192.168.124.21local_port = 80custom_domains = www.rabbitmask.com
[web_test]type = httplocal_ip = 192.168.124.30local_port = 1988custom_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.propertiesproxy.servlet_url: /testproxy.target_url: http://test.rabbitmask.com
# Controller.Helloimport org.springframework.web.bind.annotation.RequestMapping;import org.springframework.web.bind.annotation.RestController;
@RestControllerpublic 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;

@Configurationpublic 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篇结尾我们也提到过了,我们可以借助这些特性和各自的优势组合使用。


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

浅谈反向代理技术



精彩推荐






浅谈反向代理技术

浅谈反向代理技术浅谈反向代理技术
浅谈反向代理技术
浅谈反向代理技术

原文始发于微信公众号(FreeBuf):浅谈反向代理技术

特别标注: 本站(CN-SEC.COM)所有文章仅供技术研究,若将其信息做其他用途,由用户承担全部法律及连带责任,本站不承担任何法律及连带责任,请遵守中华人民共和国安全法.
  • 我的微信
  • 微信扫一扫
  • weinxin
  • 我的微信公众号
  • 微信扫一扫
  • weinxin
admin
  • 本文由 发表于 2021年10月30日01:00:50
  • 转载请保留本文链接(CN-SEC中文网:感谢原作者辛苦付出):
                  浅谈反向代理技术 http://cn-sec.com/archives/605158.html

发表评论

匿名网友 填写信息

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: