CTFhub-SSRF-端口扫描

根据题目意思，让我们如访问内网的flag.php。

CTFhub ssrf 端口扫描&文件上传

靶场地址在：https://www.ctfhub.com/#/user/login使用工具：Burp Suite Professional抓包工具。

CTFHub技能树 Web-SSRF 端口扫描 hint：来来来性感CTFHub在线扫端口,据说端口范围是8000-9000哦 启动环境，打开页面为空白，查看URL： http://challenge-bb4e4e995f03b249.sandbox.ctfhub.com:10800/?url=_ 将127.0.0.1:8000-9000拼接入 GET 传参中，使用 BurpSuite 对端口进行爆破： 设置如下 Payload： 通过爆破结果的长度，获取到 flag： ...

本文讲解CTFHub的信息泄露-端口扫描关卡的原理和渗透实战的全过程，通过SSRF访问服务器发起请求，突破网络限制，而Dict协议则因其轻量级特性成为探测端口的工具。文章详细演示了在CTFHub靶场中，通过Burp Suite的Intruder模块，分别使用Dict和HTTP协议对8000-9000端口进行扫描的过程，最终成功识别出开放端口8458并获取flag。该技术可用于渗透测试中的信息收集，防御关键在于限制服务器请求范围。

看我内网访问直接访问127.0.0.1/flag.php伪协议读取文件file:///var/www/html/flag.php端口扫描?url=dict://127.0.0.1:端口号burp 爆破 内网访问 直接访问127.0.0.1/flag.php ?url=127.0.0.1/flag.php ctfhub{a10924e3925b415219119faa} 伪协议读取文件 file:///var/www/html/flag.php 端口扫描 ?url=dict://127.0.0.1:

实战中碰到的SSRF漏洞比较少，刚好在freebuf上看到了一位大佬写的ssrf系统性学习文章（https://www.freebuf.com/articles/web/258365.html）就跟着一起学习一下。 SSRF,服务端请求伪造；一般情况下，SSRF攻击的目标是外网无法连接的内部系统，比如说当我们发现一个web服务器存在ssrf时，而它又连接内网，我们就可以利用这个服务器对内网发出一些请求来获取一些敏感信息，而此时的web服务器就被当作成为跳板使用； SSRF形成的原因是由于服务端提.

题目 1、手动测试端口。/127.0.0.1:8000，端口用的是：，而不是/ 2、手动太慢，用bp爆破

本文简要介绍了SSRF服务端请求伪造的原理，并通过CTFHub的实例，介绍SSRF的基本原理、利用方式、绕过思路等。

看到状态码为200且比较特殊的就是开放端口了，然后在浏览器url中修改/?（注意：在SSRF中，dict协议与http协议可以用来探测内网主机存活与端口开放情况。当然，这里url中的http也可以改成dict）

CTFHUB靶场技能树-SSRF-端口扫描的通关教程

小白一个，记录解题过程，如有错误请指正！ 补充知识点： 1.什么是SSRF SSRF(Server-Side Request Forgery：服务器跨站请求),是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。 一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。（因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内网。也就是说可以利用一个网络请求的服务，当作跳板进行攻击） 2.SSRF产生的原因 SSRF 形成的原因往往是由于服务端提供了从其他服务器应用...

前言 这一次是对ssrf的探索，ctfhub技能树web就快结束了，期待淦进阶 正文 SSRF 内网访问 题目告诉访问127就直接访问下试试，但是没想到这么简单 ?url=127.0.0.1/flag.php 伪协议读取文件 题目提示：尝试去读取一下Web目录下的flag.php吧 可以联想到web目录一般是存放在 var/www/html/ 里面 所以payload如下 ?url=file:///var/www/html/flag.php 进入该页面，查看页面源代码得到flag 端口扫描 题目提示：来来

（3）gopher：gopher支持发出GET、POST请求：可以先截获get请求包和post请求包，再构造成符合gopher协议的请求。可用于反弹shell。将key提交后发现要从127.0.0.1访问，也就是说题目要求用post的方式将key提交，这里涉及到了gopher协议的使用和post请求的构造。gopher协议在ssrf的利用中一般用来攻击redis，mysql，fastcgi，smtp等服务。gopher协议数据流中，url编码使用%0d%0a替换字符串中的回车换行。尝试使用file协议，

页面上什么也没有

1.内网访问 提示得很明显 就是要利用ssrf漏洞访问127.0.0.1主机内的flag.php. 在查阅资料的过程中还发现了其他的绕过写法,加上这些特殊符号后对结果无影响 2.伪协议读取文件 强调了Web目录，那明显就是要用到绝对路径,file协议是用绝对路径访问本地文件的协议。 Linux系统下，网站路径是 /var/www/html/… 利用该路径去获得flag文件 看一下对比 file协议是引入绝对路径，但不理解为什么用127.0.0.1直接包含的flag.php跟用file协议绝对路径包

说是端口扫描，使用nmap扫描域名对应的IP，发现这几个端口开的，直接访问，反馈还是1，不对。来来来性感CTFHub在线扫端口,据说端口范围是8000-9000哦,查看长度360的8686端口 获取导flag，url验证相同。通过bp构造payload进行爆破。构造链接，访问反馈为1。

出现一个名字为“key”的参数，将“key”里的数字输入到方框里，会出现界面，提示我们只能从127.0.0.1访问。开启拦截后，发送到intruder，自定义payload集，设定范围为8000-9000，开始攻击。得到的编码进行转换，转换后的编码在进行转换（详情参照”4 post请求“）将解码后的内容里的%0a替换成%0d%0a,并再次解码。将得到的结果复制到浏览器，一级一级往后退，得到flag。将源代码里的flag复制到CTFHub里，任务完成！发现可以访问到，但是没有想要的内容，我们查看源代码。