梦~醒🍇

SSRF漏洞原理攻击与防御 一、SSRF是什么？SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。 一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。（正是因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内部系统） 二、SSRF漏洞原理SSRF 形成的原因大都是由于服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤与限制。 比如,黑客操作服务端从指定URL地址获取网页文本内容，加载指定地址的图片，下载等等。利用的是服务端的请求伪造。ssrf是利用存在缺陷的web应用作为代理攻击远程和本地的服务器 三、SSRF漏洞挖掘1、分享：通过URL地址分享网页内容 2、转码服务:通过URL地址把原地址的网页内容调优使其适合手机屏幕浏览:由于手机屏幕大小的关系，直接浏览网页内容的时候会造成许多不便，因此有些公司提供了转码功能，把网页内容通过相关手段转为适合手机屏幕浏览的样式。例如百度、腾讯、搜狗等公司都有提供在线转码服务。 3、在线翻译:通过URL地址翻译对应文本的内容。 ...

[TOC] MISC[Week1] 签到！DK 盾！关注公众号得到flag。 [Week1] Base考点：base编码 下载附件得到一串base编码，解密得到flag。 [Week1] 正着看还是反着看呢？考点：文件逆序，文件分离 附件压缩包解压发现一个名为flag的未知文件，用010editor打开发现文件逆序了 使用脚本将文件顺序调换回来，得到一张jpg图片。 用010editor打开，发现藏了一个隐藏文件flag。 提取出来得到flag. [Week1] 海上遇到了鲨鱼考点：流量分析 打开是个pcapng文件，用wireshark打开。 检索关键词flag，用tcp流打开，查看流，最后找到flag。 [Week1] 人生苦短，我用Python考点：代码审计，搜索引擎 打开程序，一段超长python代码 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465import ...

[TOC] 签到题根据提示关注公众号，发flag。 play4fun下载压缩包后打开flag.txt文件 是一串0和1的码，直接解码出flag。 dog下载压缩包，解压发现是一条狗的图片。根据题目提示“狗狗的下巴呢?” ，猜测图片要修改高度，放进010editor里修改。 最后看到图片里面的flag。 timestamp打开文件发现一个txt文件和压缩包，解压缩需要密码，使用要从txt文件入手。 仔细查看txt文件，发现是空白格隐藏，需要用到工具SNOW。 拿到密码后解压缩。 发现文件大小等全部一样，只有修改时间不一样，这就想到时间戳了。 使用获取时间戳的代码获取时间戳，发现后三位不一样，提取后三位出来。 ascll码进行解码，得到flag。

[TOC] 算力超群考点：抓包，eval()函数利用，漏洞利用 打开发现是个计算器。一般碰到计算器就很容易和命令执行扯到一块。随便计算下然后抓个包 发现是get方法，改参数让它报错。发现eval()函数。 python语言，用危险函数eval()进行运算。这里我们使用沙箱逃逸，执行命令反弹shell。 payload 1_calculate?number1=&operator=&number2=__import__('os').popen('cat /f*').read() 算力升级考点：python库，拼接绕过，漏洞利用 打开，查看源码。 code是输入框提交的内容，下面这段代码是将code中由字母、数字、下划线组成的字符串取出 12pattern=re.compile(r'\w+')for item in pattern.findall(code): 如果取出的不是数字就判断是否为gmpy2库(高精度算术运算库)的函数名，如果最后都是就eval(code)代码执行 那么我们可以看一下gmpy2库的 ...

flask中的session伪造使用 密钥SECRET_KEY 和 经过解码原session篡改后的字典 可以重新加密生成一个session。有一个开源脚本可以帮我们自动生成：https://github.com/noraj/flask-session-cookie-manager（kali机上已下载） 现在流行两种方式登录认证方式：Session和JWT，无论是哪种方式其原理都是保存凭证：1.前端发起登录认证请求2.后端登录验证通过，返回给前端一个凭证3.前端发起新的请求时携带凭证只不过session的重点是会在服务端存储凭证；而JWT不会在服务端存储凭证，而是会将返回的凭证根据签名和加密方式来校验其是否被篡改。 session安全问题：flask框架的session是存储在客户端的，那么就需要解决session是否会被恶意纂改的问题，而flask通过一个secret_key，也就是密钥对数据进行签名来防止session被纂改，在我上面写的例子就定义有密钥（app.config[‘SECRET_KEY’] = ‘tanji_is_A_boy_Yooooooooooooooo ...

我吐了你随意0宽隐写，使用在线工具，将文本复制进去直接得到flag 迅疾响应二维码，先用toolfxs里的工具，发现扫不出来，然后用qrazybox在线工具解出。 打不开的图片图片损坏，扔进010editor看看。发现png格式前缀不对，用工具里的求反，然后保存，图片就恢复正常了。