小迪安全v2023学习笔记（五十六讲）—— 持续更新中

于 2025-08-09 09:00:00 发布
阅读量794 收藏 20
点赞数 18
CC 4.0 BY-SA版权
分类专栏： 小迪安全v2023笔记 文章标签： 安全 学习 笔记 网络安全 web安全 CSRF
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lingggggaaaa/article/details/150075847

文章目录

前记

WEB攻防——第五十六天

CSRF请求伪造&Referer同源&置空&配合XSS&Token值校验&复用删除

什么是CSRF

在这里插入图片描述

  • CSRF（Cross-Site Request Forgery），也叫跨站请求伪造，是一种网络攻击手段，攻击者通过诱导用户在已认证的状态下访问恶意链接或页面，迫使用户的浏览器向目标服务器发送非预期的请求，从而执行攻击者预设的操作（如转账、修改密码、发表评论等）。
  • 其实很好理解，就像上面那张图一样，假设我现在抓到了支付宝的转账数据包如下：
http://www.alipay.com/pay.php?name=ling&account=12732834&money=10000
  • 然后我们伪造一个网站，让这个网站去加载这个数据包，然后把这个网站发给别人
  • 当受害者支付宝正好是登录状态（身份验证已经通过了），并且访问了我们的恶意网站，那么就会跳转到这个转账页面，如果没有做一些防护，那就会向我们转10000块
  • 这个就是典型的CSRF攻击

利用条件

  • 从上面可以看到，CSRF的利用条件呢有三点：
    1. 需要请求伪造的数据包
    2. 网站没有过滤防护或者有防护但可以绕过
    3. 受害者需要访问恶意网站才能触发
  • 这里面最主要的就是第二条，基本能不能够形成危害就看网站的防护情况

CSRF - 无检测防护-检测&生成&利用

利用
  • 无检测防护就是说开发者默认信任用户的所有操作，因此没有加一些Token、二次验证、来源检测等等
  • 那这时候我们就可以通过BP去生成CSRF的POC，将文件放到自己的网站下面，诱使受害者去点击访问
  • 当然更多是配合XSS去打组合拳
实战案例

  • 这里我们以CMS为例，然后首先是搭建，这里就按以前的方式搭建即可

  • 然后创建完了之后我们进入后台：
    在这里插入图片描述

  • 然后左边这里有个账户管理，我们点击新增管理员用户，把所有的都选上（选不选都无所谓）：
    在这里插入图片描述

  • 然后我们开启BP，点击下面的”保存“按钮抓包：
    在这里插入图片描述

  • 抓到包之后，我们右击选中Engagement tools -> Generate CSRF PoC：
    在这里插入图片描述

  • 进入如下页面：
    在这里插入图片描述

  • 点击右上角的Options，勾选第一个和最后的选项，如图所示：
    在这里插入图片描述

  • 最后点击Regenerate，就可以生成一个用于CSRF攻击的恶意网站了，然后我们点击Copy HTML，将他保存为一个html页面，放到自己的服务器上，这里就用虚拟机代替了，开启简单的服务器，恶意网址为http://192.168.0.129:8881/index.html：
    在这里插入图片描述

  • 然后网站里面不要添加用户，将刚刚的数据包丢弃掉，保持网站只有这admin一个用户：
    在这里插入图片描述

  • 现在我们通过这个网站去访问刚刚的恶意网址，模拟我们发送恶意链接给受害者访问，注意到一个新的页面去输入网址：
    在这里插入图片描述

  • 等待一两秒中之后他就会返回成功的字样：
    在这里插入图片描述

  • 我们此时到后台页面一看，成功创建了一个新的管理员用户：
    在这里插入图片描述

  • 那这就是一个简单的CSRF攻击，那你可能会问，我怎么得到这个数据包呢？其实这里的话如果你能拿到这个网站的源码你就可以尝试去分析，如果没有源码的话，其实很难测，只能测一些常规用户的功能存不存在这个漏洞

CSRF - Referer&Origin同源-规则&上传&XSS

原理
  • Referer和Origin都是HTTP请求头的一个字段，用于记录当前请求的来源页面 URL（即 “从哪个页面跳转到当前请求”）。
  • Referer & Origin同源策略是指：服务器通过检查请求头中的Referer / Origin字段，验证请求是否来自可信的同源域名，以此判断请求是否合法。
  • Referer和Origin的区别：
    • Origin仅包含”协议 + 域名 + 端口“，相比于Referer来说更加简洁
    • Referer包含完整的URL来源，包括协议、域名、端口、路径、参数等
GET /index.html HTTP/1.1
Host: 192.168.0.129:8881
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36 Edg/138.0.0.0
Origin: http://192.168.0.129:8881
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7
Referer: http://192.168.0.129:8881/index.html
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8,en-GB;q=0.7,en-US;q=0.6
Connection: close
实战案例

  • 这里我们这就只研究Referer的验证，因为Origin也是差不多的，然后我们使用的是zblog

  • 我们先尝试之前的一个逻辑，因为这里也有添加用户（注意用户级别尽量小一点）的功能，那我们就尝试添加用户，然后抓包：
    在这里插入图片描述
    在这里插入图片描述

  • 和上面一样，生成一个CSRF的伪造网站add.html，放到恶意网站上

  • 现在我们在一个新窗口访问恶意网址，并且可以抓包看一看这个数据包：
    在这里插入图片描述
    在这里插入图片描述

  • 可以看到它的Referer是http://192.168.0.129:8881/，然后提示我们非法访问，说明这里就进行了拦截，那他是怎么一个拦截逻辑呢？我们可以看看源代码进行分析

  • 首先我们捕获到的数据包中提交的地址是/zb_system/cmd.php，传入的参数为act=MemberPst，那我们就直接找到这个文件，搜索一下这个参数就得了：
    在这里插入图片描述

  • 这里就找到了，我们看到这里有一个CheckIsReferValid()函数，很明显就是检查Referer的东西，然后我们追踪看一下：
    在这里插入图片描述

  • 这里他先检查CSRFToken，先不管，先看下面的这个CheckHTTPRefererValid()函数，继续追踪：
    在这里插入图片描述

  • 可以看到它会检查HTTP_REFERER这个属性，这个东西其实就是$_SERVER中的一个属性，如果它为空，那就返回True；如果它不是当前博客的网址，就返回false，这里最骚的是使用的stripos()函数去比较，也就是说只要里面包含博客的地址，都返回true

  • 那这里我们可以怎么去绕过呢？根据代码可知，就两个绕过方式嘛：

    • Referer头为空
    • Referer头中包含博客地址

  • 那我们就首先尝试Referer头为空吧，设置的话是蛮简单的，就是在生成的代码中添加这段代码：

<head>
    <!-- 添加Referrer Policy，禁止发送Referer头 -->
	<meta name="referrer" content="no-referrer">
</head>

  • 然后我们再次尝试CSRF攻击，并且抓个包看看它是否还有Referer头：
    在这里插入图片描述
    在这里插入图片描述

  • 很明显地看到没有了Referer头，并且我们添加用户成功了，这里如果提示没有权限，记得每次操作都清除一下缓存

  • 同样，我们演示一下第二种绕过方式，这里将add.html还原，把用户删掉，然后再次访问恶意链接抓包：
    在这里插入图片描述

  • 这里刚刚我们分析过了，那可以尝试直接加上http://zblog.test:999/：

Referer: http://192.168.0.129:8881/http://zblog.test:9999/

  • 这里以免复现不出来，可以每个包都把上面的Referer包含进去，然后发包看看是否操作成功：
    在这里插入图片描述

  • 成功添加！

绕过方式
  • 所以经过我们上面的演示，如果它开启了Referer头的验证，那我们可以从三方面去考虑：
    1. Referer改成网站的域名：但是这个必须要改数据包才行，你总不能让用户帮你改吧，这个不现实；当然还有一种思路就是看能不能把这个文件名改成http://[域名]:[端口]的格式，这样加载的时候Referer就会带上这个文件名，那就包含了这个可信域名，当然这是不现实的，因为不支持
    2. Referer头置空：可以尝试将Referer头置空，即带有这个Referer头，但是没有数值，不过这也需要用户改包，不现实
    3. 删除Referer头：可以尝试将Referer头删除，这个是最好实现的，但能不能绕过就看它的代码逻辑
  • 其实这三方面本质就是看它的代码逻辑是怎么样的，一般对Referer头的检测就三种逻辑：
    1. 全部对比：一一对应，严谨对比 => 配合xss或者上传（触发数据包保证是同一来源）
    2. 匹配对比：只要包含某个域名即可 => 直接访问
    3. 逻辑判断隐患：置空或删除

CSRF - Token校验-值删除&复用&留空

原理
  • Token 校验是一种通过随机生成的字符串（Token） 验证请求合法性的安全机制。Token 作为客户端与服务器之间的 “秘密凭证”，用于证明请求是 “经授权的合法来源” 发起的，而非攻击者伪造。
  • 其实就是服务器每次都生成一个一次性的凭证给用户，用户每次操作之前都需要拿着这个凭证给服务器证明自己的身份，使用之后该Token就失效了，下一次操作又需要新的Token
实战案例

  • 这里我们是用自己写的简单网站来做测试：
    在这里插入图片描述

  • 我们正常提交数据包他会回显我们提交的数据，这里我们提交之后抓包：
    在这里插入图片描述

  • 可以看到这里有个参数叫csrf_token，这个一般就是专门用来防止CSRF的东西，现在我们将他复制出来，并且按照之前的逻辑生成一个CSRF的恶意网站，然后放包

  • 现在模拟受害者访问生成的恶意网站：
    在这里插入图片描述

  • 可以看到，这里它提示CSRF Token校验失败，说明我们拿着刚刚的Token已经失效了

绕过方式
  • 那你说如果遇到了这种Token就没办法了吗？也不一定，如果开发者的代码逻辑有问题，也可能导致绕过
  • 最常见的就是三种情况：
    • 复用：就是如果代码没有规定这个Token的失效时间，那它就可以重复使用
    • 置空：可以尝试将Token的值置空去尝试能不能绕过验证
    • 删除：也可以尝试将Token删除看看能不能绕过
  • 基本遇到像Cookie、Token这类验证也就这些方法，Cookie你还可以猜一下，但Token一般是猜不出来的
小迪安全v2023学习笔记（五十七讲）—— 持续更新中
lingggggaaaa的博客
08-10 507
本文介绍了SSRF（服务端请求伪造）漏洞的原理、利用方式及防护绕过方法。SSRF漏洞的核心在于服务器未严格验证用户输入的网络请求目标，导致攻击者可控制服务器访问内网资源。文章详细解析了SSRF的利用条件、常见业务功能点及URL关键词，并分别演示了无防护SSRF和有防护SSRF的实战案例。针对有防护的情况，提供了多种绕过方案，包括基于身份认证、短网址、域名解析等技术。通过内网穿透实验和CTF题目示例，直观展示了SSRF漏洞的危害性和防御的重要性。
小迪安全v2023学习笔记（四十五讲）—— 持续更新中
lingggggaaaa的博客
07-29 1045
小迪安全v2023学习笔记第四十五讲，本节课主要讲了MySQL注入不常见的注入类型，主要以了解原理为主！
小迪安全v2023学习笔记（四十四讲）—— 持续更新中
lingggggaaaa的博客
07-28 1160
小迪安全v2023学习笔记第四十四讲，本节课主要介绍了三种SQL盲注方式，以及通过实战案例去理解如何运用理解！
小迪安全v2023学习笔记（五十讲）—— 持续更新中
lingggggaaaa的博客
08-03 927
PHP文件包含漏洞学习笔记 本文主要讲解了PHP文件包含漏洞的原理、分类及利用方式。文件包含漏洞分为本地文件包含(LFI)和远程文件包含(RFI)两大类。LFI利用更为常见，可通过配合文件上传或伪协议等方式实现攻击。 重点内容包括： 远程文件包含需满足三个条件：存在包含点、无代码过滤、允许远程加载 本地文件包含的利用方式： 有文件利用：配合文件上传 无文件利用：包含日志/Session文件、使用伪协议 常用伪协议： 文件读取：file://、php://filter 文件写入：php://input 代码执
小迪安全v2023学习笔记（四十八讲）—— 持续更新中
lingggggaaaa的博客
08-01 1432
这个漏洞主要是请求URL的解析不正确，导致用户请求的文件名检索不正确，从而导致权限绕过和代码执行。对于这类公开的CMS，我们可以信息收集到它的版本这些，然后到网上搜一下是否有对应的漏洞。这里的演示环境是通达OA-V11.2版本，这里建议是安装到刚刚的虚拟机环境中。这里扫到了存在文件上传漏洞，然后也成功上传了shell，直接连就好了。可以看到请求成功了，这里注意如果出现报错页面，记得看看。）转到十六进制编辑，找到我们添加的空格处，将第二个。转到十六进制，将刚刚添加的空格处（
小迪安全v2023学习笔记（四十六讲）—— 持续更新中
lingggggaaaa的博客
07-30 958
sqlmap是一款开源的渗透测试工具，可以自动化进行SQL注入的检测、利用，并能接管数据库服务器。它具有功能强大的检测引擎,为渗透测试人员提供了许多专业的功能并且可以进行组合，其中包括数据库指纹识别、数据读取和访问底层文件系统，甚至可以通过带外数据连接的方式执行系统命令。sqlmapMySQLOraclePostgreSQLAccessSQLiteIBM DB2等支持我们之前讲过的六种常见的SQL注入技术：基于布尔值的盲注基于时间的盲注基于错误的注入基于Union查询的注入。
小迪安全v2023学习笔记（五十五讲）—— 持续更新中
lingggggaaaa的博客
08-08 1027
本文摘要介绍了XSS防御的两种关键机制：CSP策略和HttpOnly属性。CSP通过可信白名单机制限制资源加载来源，有效防止XSS攻击，但存在配置缺陷导致的绕过可能；HttpOnly则通过限制JavaScript访问Cookie来防御敏感信息泄露，但仍有少数历史漏洞可绕过。文章通过实战案例演示了两种防御机制的工作原理，并提供了简单的判断方法：通过HTTP响应头检查CSP策略，通过开发者工具查看Cookie属性判断HttpOnly设置。最后指出这两种防御措施虽然存在理论上的绕过方式，但在实际场景中仍具有很高的
小迪安全v2023学习笔记（五十二讲）—— 持续更新中
lingggggaaaa的博客
08-05 2020
本节课是小迪安全学习的第五十二讲，主要讲了三种经典的XSS原理，并且对应每一种XSS都进行相应的实战案例，旨在对其有更深的理解。
小迪安全v2023学习笔记（五十一讲）—— 持续更新中
lingggggaaaa的博客
08-04 890
本文介绍了PHP文件类安全中的文件下载、文件删除、目录遍历和目录穿越等知识点。文件下载漏洞通常出现在通过参数传递文件名的情况下，可能导致敏感文件泄露；文件删除漏洞常见于后台功能点，存在高危操作风险；目录遍历和目录穿越则与权限控制和网站配置相关。文章通过演示案例展示了如何利用这些漏洞获取敏感信息或进行恶意操作，并提供了相关防护建议。
原创 | 初学者友好！最全算法学习资源汇总（附链接）
数据派THU
08-24 1817
在计算机发展飞速的今天，也许有人会问，“今天计算机这么快，算法还重要吗？”其实永远不会有太快的计算机，因为我们总会想出新的应用。虽然在摩尔定律的作用下，计算机的计算能力每年都在飞快增长，...
构建安全 Web 应用：从用户认证与授权到 JWT 原理解析
windowshht的博客
08-08 916
本文深入探讨了Web应用安全中的用户认证与授权机制，重点解析了JWT（JSON Web Token）的工作原理及实现方式。文章首先区分了认证（Authentication）与授权（Authorization）的差异，随后对比了传统Session与JWT的特性，指出JWT在无状态、跨域支持和性能方面的优势。详细剖析了JWT的三部分结构（Header、Payload、Signature）及其验证流程。
电气安全预警系统：全流程闭环管理
Guheyunyi的博客
08-08 268
该架构设计符合GB/T 32575-2016电气火灾监控系统标准，通过分层解耦实现灵活部署，满足工业/商业/民用等不同场景需求。随着数字孪生技术的应用，未来将向"预测性维护+自主决策"方向演进，构建更智能的电气安全防护体系。电气安全预警系统是保障电力系统稳定运行和预防电气火灾的关键技术体系，其架构设计遵循"感知-传输-分析-决策-执行"的技术路线，构建多层协同的智能化预警平台。电气参数传感器（电压/电流/漏电流）电能质量分析（谐波/闪变/不平衡度）电弧检测装置（高/低频电弧识别）
运维学习Day17——Linux系统启动原理、防火墙管理及SELinux加固安全
zzhmyhx的博客
08-05 875
Linux系统启动原理解析：CentOS 7从硬件初始化到用户登录的完整流程详解。系统启动依次经历固件自检、GRUB2引导、内核加载、initramfs初始化、systemd接管等步骤。文章详细介绍了各阶段配置方法，包括GRUB2配置、initramfs管理、systemd目标单元设置以及运行级别控制。特别提供了root密码重置的两种实用方法：通过Live CD修改shadow文件或利用rd.break中断启动流程。还讲解了如何通过systemctl命令查看和管理target依赖关系，以及临时/永久修改系统
安全扫描：检测到目标站点存在javascript框架库漏洞问题（vue）
weixin_50859396的博客
08-08 175
本文提供了一种临时规避Vue框架漏洞扫描的方法：通过在vue.config.js中配置webpack的terser插件移除所有注释，以规避基于特征字符串匹配的漏洞检测。但文章强调这仅是权宜之计，无法真正修复安全漏洞，建议优先通过官方补丁解决根本问题，打包优化仅作为辅助手段。该方法仅适用于紧急情况，不能替代安全更新。
Python包安全工程实践：构建安全可靠的Python生态系统
Programming Talk
08-05 263
建立了安全开发流程与规范实现了依赖安全管理与漏洞扫描应用了现代加密与安全通信技术设计了认证授权系统集成了安全审计与监控实施了漏洞管理与应急响应应用了安全测试技术保障了供应链安全完整安全示例可在GitHub查看：[安全工程示例仓库]零信任架构应用运行时应用自保护(RASP)机密计算技术合规自动化(如GDPR、CCPA)
【指南版】网络与信息安全岗位系列（三）：安全运维工程师
锦鲤的博客
08-07 975
安全运维的核心是 “让系统稳如泰山”，它不像渗透测试工程师那样 “主动找漏洞”，而是 “守好每一道门”。对在校生来说，不用怕 “技术太杂”，从 “练操作→懂流程→会协作” 一步步来，只要能证明 “你能让系统少出问题、出了问题能快速解决”，就能在这个领域站稳脚。毕竟，网络世界的稳定运行，永远需要靠谱的 “守护者”。
锂电池保护板测试仪：守护电池安全的核心工具|深圳鑫达能
最新发布
szxdndccs的博客
08-08 639
在锂电池广泛应用于电动汽车、储能系统、消费电子等领域的今天，电池的安全性已成为行业发展的核心议题。锂电池保护板作为防止电池过充、过放、短路等异常情况的关键部件，其性能直接关系到电池的使用寿命与安全。而锂电池保护板测试仪，正是确保保护板功能可靠、性能稳定的“质检官”，为电池全生命周期的安全运行提供坚实保障。
SELinux加固Linux安全
m0_66276901的博客
08-05 731
SELinux访问控制规则。在强制模式下，如果规则没有明确允许访问，则拒绝访问，并写入日志。此模式是默认模式。：SELinux 加载策略并处于活动状态，但访问控制规则，。此模式有助于对应用和规则进行测试和故障排除。：完全。不拒绝任何SELinux违规，不予记录。Enforcing#permission是临时关闭用来测试是不是selinux引起的原因PermissiveEnforcing​***关闭要编辑配置文件完成***selinux是内核级别功能。
时隔六年！OpenAI 首发 GPT-OSS 120B / 20B 开源模型：性能、安全与授权细节全解
weixin_49470217的博客
08-06 825
GPT-OSS 的开放让“可重训练、可私有化”的高性能语言模型正式进入主流视野。无论你是打算在消费级设备上跑 20B，还是需要大型生产环境的 120B，趁着Apache2.0 的宽松条款与成熟的云端生态，把握窗口期，才是抓住下一轮AI创新的关键。如果想省去运维、聚焦业务逻辑，像胜算云这类聚合平台也为“开权重”时代提供了更轻盈的落地选项。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值